小编sti*_*bit的帖子

我的 SQL 2012 SP3 服务器被配置为通过维护计划在每个周末运行索引重组作业（不是我的电话，这是政策，我保证！）。我有一个 30GB 的数据库（不包括日志文件），其中事务日志文件在索引重组后增长到几乎 30GB。在这个实例中还有其他几个大小相似的数据库，但日志文件很小，从 17MB 到 2.5GB 不等。我已经阅读了许多论坛和文章，试图确定为什么这个特定的日志文件会变得如此之大。唉，我失败了，这就是为什么我现在要求开悟。

以下是一些配置：

请注意，跨数据库的大多数配置都是相同的（基于 sys.databases）。

• 恢复模式 = 完整（在所有数据库上）
• is_FullText_Enabled = 1（很多，不是所有的数据库都启用了这个），这里似乎有一些相关性，在 is_FullText_Enabled = 1 的地方，日志文件似乎更大。
• 在此实例中没有任何类型的复制/事务日志传送。
• 日志备份每 3 小时运行一次，这是增长问题的一部分，但不允许更改计划/频率。

以下是我尝试过的一些事情：

• 将日志缩小到 10MB 以降低 VLF，然后将其增长到 24G。
• 手动运行索引重组几次以查看碎片是否会减少并最终停止增长日志文件，但这并没有帮助。
• 我什至重建了索引（通过维护计划在线）并尝试了随后的索引重组，但日志又重新长出来了。
• 在 reorg/rebuild 尝试之间缩小日志文件。是的，shrink = 糟糕，我知道，糟糕的 DBA，糟糕！

是的。索引维护已记录，我明白了，但是为什么数据库之间的日志文件增长存在很大差异？我错过了什么？是什么导致此日志文件比其他日志文件增长得如此之大？

我是新手，请让我更聪明，谢谢。:)