将自动增长设置改为MBs与原木驱动的巨大占用

Question

这些是我们的PROD数据库、当前的设置以及日志文件利用率的全部信息。

We are using SQL Server AOAGs 2014

Auto-Growth I am planning to set 512 MB

最近，我们已经看到，每次索引维护任务运行(重新构建索引任务在线和脱机)时，都会出现大量的T日志驱动器利用率(接近70 GB)。

Our Log Drive Total Capacity is 300 GB (Expanded 100 GB and now 400 GB Total)

现在，我计划进行以下两项改变：

1. 我计划将自动增长设置从%更改为MBs。
2. 删除维护任务(重建索引任务)，该任务是从维护计划选项创建的。
3. 现在，我部署了Ola Hallengrens索引优化(见下图)，并将SQL作业安排在每个星期日@1:00上午1:00运行。

非常感谢我的关注和专家建议：

1. 上述更改将帮助我的磁盘利用率至少比以前低一点。因为每一次扩张动力都会成为我们的负担。
2. 在优化日志驱动器占用率以降低占用时，我还应该记住什么？

请参见当前设置:

PROD 1 :

Ola Hallengrens索引优化代码：

Answer 1

上述更改将帮助我的磁盘利用率至少比以前低一点。因为每一次扩张动力都会成为我们的负担。

是的，如果您当前每次都重新构建所有索引，而不是仅仅重建那些已经显著增长或以其他方式变得更加分散的索引。仅仅是因为你不会重建很多当时并不真正需要它的索引。

此外，如果日志仍然相当大，那么从%老化到固定大小的增长也会有所帮助。如果DB的日志文件当前需要32 Mb或更多，那么即使当时真正需要的只有几个10s Mb，10%的增长也会消耗3.2Gb。不要将绝对增长值设置得太低，因为这可能会对性能产生影响。

我还应该记住什么，与此一起优化日志驱动器占用率更低。

如果假设您使用的是完整的恢复模型，那么，如果您经常看到日志的增长，那么请检查备份策略，并确保您有足够的时间进行日志备份，以便可以更多地重用空间。虽然听起来就像你在索引维护的时候看到了巨大的增长，但我怀疑这不会是你需要做的事情(尽管总是值得不时地重新审视备份策略，只是为了偏执狂！)

我还应该记住什么？

另一件事:不要过于纠结于保持日志文件的小。如果在上述变化之后，它们仍然定期保持在30 is (从空气中提取出来的数字)，那么让它们停留在30 is(或者更多一点只是为了更好的测量)，而不是缩小它们，让它们在下一次需要如此大的空间时再次增长。一旦您知道您的正常日志大小应该是什么，就尽可能地缩小它们，然后一次重新分配正常的日志数量--这样它们的外部碎片(在文件系统上)就会尽可能低。