相关疑难解决方法(0)

这个问题在大多数论坛和整个网络中似乎是一个常见问题，这里以多种格式提出，通常听起来像这样：

在 SQL Server 中 -

• 事务日志变得如此之大的一些原因是什么？
• 为什么我的日志文件这么大？
• 有什么方法可以防止这个问题的发生？
• 当我找到根本原因并希望将我的事务日志文件调整到正常大小时，我该怎么办？

当我备份数据库时，有没有办法排除该备份中的事务日志？或者我在想这个错误并恢复原始数据库需要事务日志的内容？

我无法缩小事务日志，因为数据库正在使用复制，我将不得不中断复制。

如果我发出此命令然后恢复数据库，它会返回一个 50 GB 的日志文件：

BACKUP DATABASE DatabaseName TO DISK = 'c:\temp\Database.bak'

我必须将恢复的数据库更改为简单，然后在释放 50GB 之前缩小日志文件。我无法将原始数据库更改为 simple，因为它是复制副本。