我们正在使用SQL Server标准版（AWS RDS）。
我们正在使用Ola Hallengren的索引重建工具。
此重建代理作业需要时间才能导致超时。
我们将此作业分为两个，首先包含一个大型表的重建，另一个包含其他数据库表的重建。这些都安排在不同的时间。
第一个作业（用于重建单个大表）是造成问题的工作。
有人可以建议一些解决问题的方法吗？
答案 0 :(得分：0)
由于ONLINE重建不适合您（仅限企业版，而且您使用标准版），ALTER INDEX..REORGANIZE是您的选择。
重组索引使用最少的系统资源。它碎片整理 表和表上的聚簇索引和非聚簇索引的叶级别 通过物理重新排序叶级页面以匹配的视图 逻辑，从左到右，叶节点的顺序。重组也 压缩索引页面。压缩基于现有填充 要素价值。
这不是脱机操作，它只阻止它正在处理的页面，它不作为一个事务执行（脱机重建在1个事务中完成），您可以在需要时中断它。完成的工作不会丢失，下次执行REORGANIZE时，它将从先前停止的点开始：
重组：此选项更轻量级。它穿过树叶 索引的级别，并且随着时间的推移它修复了页面的物理排序 并压缩页面以应用任何先前设置的fillfactor 设置。此操作始终在线，如果您取消它，那么 它能够停在原地（它没有巨大的操作 回滚）。