我有一个夜间工作，做了一堆插入。由于我有完整的恢复模型，这会增加我的事务日志大小。
目前，我的日志文件足够大，可以容纳这些交易，但问题是交易日志大部分都是空的。
拥有一个巨大的（通常是空的）事务日志是否是一个问题（除了磁盘空间）？
我正在考虑在作业之前将数据库切换到简单恢复，运行作业然后将其切换回完全恢复。在我们的夜间差异备份到来之前，我可以暂时不备份事务日志，然后我可以再次启动事务日志备份。
建议？
答案 0 :(得分：2)
我什么都不做。或者永久拥有SIMPLE。
将恢复模型更改回完全将需要完整备份，以便以后保持完整性。否则你的LSN链会有差距。
你提到差异备份，所以我认为你的每次晚上都不是。
因此，将它们放在一起意味着您将为完整备份使用比LDF文件更多的磁盘空间。
答案 1 :(得分：0)
我会保持它完整，如果推动推动，在夜间作业期间强制日志备份以保持日志大小较小。此外，如果你真的需要缩小日志，也可以。它由于一次性操作而一次，并且它不会再增长。碎片问题对数据文件更有效，日志文件具有完全不同的结构和分配模式。只是不要养成不断萎缩的习惯。
我这样说是因为如果你做已经有了备份恢复策略，那么从“上次日志备份”到“上次差异备份”增加数据丢失窗口对我来说似乎很愚蠢”。我们说的是从10-30分钟（典型的日志备份频率）到3-24小时（典型的差分频率）的变化。您将无法像日志备份那样经常进行差异，因为差异的大小正在增长（在每个差异完整后，第二个差异至少与之前的差异一样大）。日志备份仅备份自上次备份以来的日志，因此它们的大小保持相对恒定。此外，使用SIMPLE模式，您将无法进行日志尾部备份尝试，并在发生崩溃时恢复所有数据。
您似乎只是通过减少日志文件大小来获得更多批次。