服务器正在使用数据库镜像来实现高可用性,在较新的硬件上运行SQL server标准。
现有的计划是多年前由DBA建立的,目前正在使用UI中可用的内置维护工具。
每日:为用户数据库每15分钟完全备份一次数据库事务日志备份,检查所有数据库的数据库完整性,包括索引清理历史清理备份
每周:重新组织所有数据库上的索引--包括表和视图以及紧凑的大型对象--更新所有数据库上的统计信息--包括表和视图,用完整扫描更新所有现有的统计数据
周日上午,在重组任务完成大约1小时后,服务器变得没有响应能力,我必须停止SQL服务来启动镜像服务器的故障转移。我假设重组或更新统计数据是造成问题的原因。不知道是否应该执行紧凑的例程和/或在每个表(系统和用户)上运行重组。
如何修改我的任务,以减少服务器的压力,但仍然执行适当的维护?
发布于 2014-09-10 23:21:14
你没有提到你用来维修的东西,但是.
通常没有必要重新组织所有数据库上的索引。它们中的一些将需要它,而有些则不会。您可能会切换到类似Ola Hallengren的剧本之类的东西,它将检查索引是否首先需要它。我推荐这样的东西。
您可能还想考虑环境中发生了什么变化(如果有的话)。你有比几年前更多的数据库吗?是发生了什么事情使重新索引工作更加痛苦,还是一直是这样,而你只是在接手时才注意到?
https://serverfault.com/questions/627574
复制相似问题