维护计划花费的时间太长 - 锁定表 - 归咎于索引

Question

系统：

我有一个维护计划，可以为多个表（10 个表，总共 50M 条记录）重建索引。

问题：

在索引重建期间（约 20 分钟），我们无法将数据插入数据库

题：

如何减少维护计划期间的停机时间？我正在考虑确保事务日志的大小很小（每天截断 4 次），但我认为这无济于事。

我也不确定更频繁地重建索引是否会有所帮助。（因为我不知道这是否是将从最近重新索引表中受益的“批量”操作）。

注意：升级到 SQL Server 2005 Enterprise 以获得实时重新索引功能不是一个选项。

Answer 1

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

考虑使用众多索引维护脚本之一，例如来自Ola Hallengren或Michelle Ufford 的脚本。这些脚本具有智能，可以根据索引碎片进行适当的维护操作，并且仅在真正需要时（希望永远不会）通过重建来减少离线持续时间。

如果需要重建，那么如果不转到企业版并使用在线索引重建，您将无能为力。

哦，还有一件事：不要缩小日志。当它重新长出来时，你只会让它花费更多的时间。