系统：
我有一个为多个表（10 个表，总共 5000 万条记录）重建索引的维护计划。
问题：
在索引重建期间（约 20 分钟），我们无法将数据插入数据库
问题：
如何减少维护计划期间的停机时间？我正在考虑确保事务日志大小较小（每天截断 4 次），但我认为这不会有帮助。
我也不确定更频繁地重建索引是否会有帮助。（因为我不知道这是否是将受益于最近重新索引表的“批量”操作）。
注意：升级到 SQL Server 2005 Enterprise 以获得实时重新索引功能不是一个选项。
AskOverflow.Dev
为什么要重建索引？您是否有任何证据表明重建是必需的/需要的/有益的？您是否考虑过何时使用 Reorganize 与 Rebuild？
考虑使用众多索引维护脚本之一，例如来自Ola Hallengren或Michelle Ufford 的脚本。这些 scrips 具有智能，可以根据索引碎片执行适当的维护操作，并且仅在真正需要时（希望永远不会）通过重建来减少离线持续时间。
如果需要重建，那么除了进入企业版并使用在线索引重建之外，您无能为力。
哦，还有一件事：不要收缩日志。当它重新长出来时，你只会让它花费更多的时间。