![我应该在 MS-SQL 2008/2012 服务器上运行哪些维护任务?](https://linux22.com/image/641401/%E6%88%91%E5%BA%94%E8%AF%A5%E5%9C%A8%20MS-SQL%202008%2F2012%20%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E8%BF%90%E8%A1%8C%E5%93%AA%E4%BA%9B%E7%BB%B4%E6%8A%A4%E4%BB%BB%E5%8A%A1%EF%BC%9F.png)
服务器正在使用数据库镜像来在较新的硬件上运行 SQL 服务器标准,实现高可用性。
现有计划是由 DBA 多年前设置的,并使用 UI 中提供的内置维护工具。
每日:所有数据库的完整备份 每 15 分钟备份一次用户数据库的事务日志 检查所有数据库(包括索引)的数据库完整性 清理历史记录 清理备份
每周:重新组织所有数据库的索引 - 包括表和视图并压缩大对象更新所有数据库的统计信息 - 包括表和视图,使用全面扫描更新所有现有统计信息
周日早上,在重组任务大约 1 小时后,服务器变得无响应,我必须停止 SQL 服务以启动到镜像服务器的故障转移。我认为重组或更新统计信息是导致问题的原因。想知道我是否应该执行压缩例程和/或在每个表(系统和用户)上运行重组。
我如何修改我的任务以减少服务器压力但仍进行适当的维护?
答案1
但是,您没有提到维护时使用什么......
通常不需要重组索引全部数据库。有些数据库需要它,有些则不需要。你可以切换到类似Ola Hallengren 的剧本,它将首先检查索引是否需要它。我推荐类似的东西。
您可能还想考虑一下环境中发生了什么变化(如果有的话)。您的数据库是否比几年前更多?是否发生了什么事情让重新索引工作变得更加痛苦,还是一直都是这样,而您只是在接手时才注意到?