SQL大型事务日志备份与修复问题

核心提示： 如果在索引重建完毕后在日志传送数据库中使用 BULK_LOGGED 恢复模式，则只会生成少量的事务日志，SQL大型事务日志备份与修复问题(3)，但是在下次事务日志备份时，还将会包含被所记录的最低限度索引重建操作改变的全部数据文件范围，而您又为复制日志读取器的运行频率设置了较长的时间间隔，则

如果在索引重建完毕后在日志传送数据库中使用 BULK_LOGGED 恢复模式，则只会生成少量的事务日志。但是在下次事务日志备份时，还将会包含被所记录的最低限度索引重建操作改变的全部数据文件范围。这意味着无论是纳入在 BULK_LOGGED 恢复模式下重建的索引的日志备份还是纳入在 FULL 恢复模式下重建的索引的日志备份，其大小都几乎完全相同。

因此，对于镜像数据库与日志传送数据库中的索引重建而言，需要发送到冗余数据库的信息量几乎完全相同。实际的差别仅在于发送信息的方式 — 是连续发送还是成批发送。

在这两种方法之间进行选择时需要考虑许多其他因素(因素太多，仅在一次 SQL 问题解答中无法全部讨论)。您应该先了解所有这些因素与您的需求的关联程度(例如，可接受的数据丢失限制和允许的停机时间)，然后再做决定。

问：我正在运行 SQL Server 2005，我发现其中一个数据库的事务日志一直在不断增大。该数据库处于完全恢复模式，我正在进行事务日志备份。我认为这本应该防止事务日志不断增大。这其中究竟发生了什么问题?

答：在完全恢复模式下进行事务日志备份很重要，在这一点上您是对的。但是，还有其他一些因素可导致事务日志增大。这完全取决于究竟是什么在要求事务日志成为被使用的日志(或活动日志)。除了缺乏事务日志备份以外，可能会导致此现象发生的其他常见因素还包括复制、数据库镜像和活动事务等。

复制过程是通过异步读取事务日志记录，然后加载这些事务并将其复制到单独的分布数据库来完成的。尚未被复制日志读取器任务读取的任何事务日志记录都无法被释放。如果您的工作负载生成了大量事务日志记录，而您又为复制日志读取器的运行频率设置了较长的时间间隔，则会累积大量记录，导致事务日志增大。