服务器正在使用数据库镜像来在较新的硬件上运行 SQL 服务器标准，实现高可用性。
现有计划是由 DBA 多年前设置的，并使用 UI 中提供的内置维护工具。
每日：所有数据库的完整备份 每 15 分钟备份一次用户数据库的事务日志 检查所有数据库（包括索引）的数据库完整性 清理历史记录 清理备份
每周：重新组织所有数据库的索引 - 包括表和视图并压缩大对象更新所有数据库的统计信息 - 包括表和视图，使用全面扫描更新所有现有统计信息
周日早上，在重组任务大约 1 小时后，服务器变得无响应，我必须停止 SQL 服务以启动到镜像服务器的故障转移。我认为重组或更新统计信息是导致问题的原因。想知道我是否应该执行压缩例程和/或在每个表（系统和用户）上运行重组。
我如何修改我的任务以减少服务器压力但仍进行适当的维护？
答案1
但是，您没有提到维护时使用什么......
通常不需要重组索引全部数据库。有些数据库需要它，有些则不需要。你可以切换到类似Ola Hallengren 的剧本，它将首先检查索引是否需要它。我推荐类似的东西。
您可能还想考虑一下环境中发生了什么变化（如果有的话）。您的数据库是否比几年前更多？是否发生了什么事情让重新索引工作变得更加痛苦，还是一直都是这样，而您只是在接手时才注意到？