问巨大的事务日志-这是正常的吗？

EN

呃..。请原谅明显的出血，但您是否有计划的备份与“备份日志”

如果恢复模式已满，则需要执行此操作。

还有其他罕见的选项，我将包括(不是详尽的)：

• 大表索引重建/维护。但是，备份日志将清除这一点。
• 一个打开事务，阻止备份日志删除条目(因此它会增长)
• A connection with SET IMPLICIT_TRANSACTIONS ON (请参阅上一点)

除了检查数据库上使用的恢复模式外，您还可以进一步了解"what happened to make it that large“-您可以阅读该日志，查看日志中保存的事务类型和数量。此外，您还可以检查事务何时发生以及由谁执行

为此，您可以使用原生SQL Server functions fn_dblog、DBCC PAGE或fn_dump_dblog或其他第三方工具。但是，原生函数并未记录在案，因此很难理解它们提供的结果。至于第三方工具，您可以查看 online文章，了解有关读取事务日志信息所需内容的更多详细信息和更深入的分析

免责声明:我在ApexSQL担任产品支持工程师

如果你有很多事务性的行为，这并不少见。但是，您可能应该研究使其更小的方法。有相当多的选择，但如果不知道你的恢复模式，我永远不能假设给出一个建议。从这个MSDN link，这个knowledge base article开始，然后从那里移动。小心点。:)