维护计划花费太长-锁表-索引是罪魁祸首

Question

系统：

我有一个维护计划，为几个表(10个表，50M记录总数)重建索引。

发行：

在索引重建期间(~20分钟)，我们无法将数据插入DB中。

问题：

如何减少维修计划期间的停机时间？我在考虑确保事务日志的大小很小(每天截断4次)，但我不认为这会有帮助。

我也不确定更频繁地重建指数是否会有帮助。(因为我不知道这是否是一个“批量”操作，它将从最近重新索引的表中获益)。

注意:升级到SQLServer2005EnterpriseforLive重新索引功能不是一个选项。

Answer 1

你为什么要重建索引？您是否有任何证据证明重建是必需的/需要的/有益的？你考虑过何时使用重组与重建吗？

考虑使用许多索引维护脚本中的一个，比如来自Ola Hallengren或米歇尔·乌福德的脚本。这些光盘中有智能，可以根据索引碎片执行适当的维护操作，并且只有在真正需要的时候(希望永远不会)才能通过重建来减少脱机时间。

如果需要重新构建，那么就没有什么可以做的了，您可以转到Enterprise并使用联机索引重建。

哦，还有一件事:不要缩小原木。当它长回来的时候，你只会让它花更多的时间。