当我们将数据库从SQL2K12 stanadlone移动到新的服务器/实例时,我在下面看到了错误消息。
最后未完成的目标: 20800,avgWriteLatency 30平均吞吐量:69.12MB/秒,I/O饱和: 243550,上下文切换398948 FlushCache:清除579723个bufs,388331写入65526 ms (避免125170个新的脏bufs)的db 19:0
我不知道这是否指出了斯泰格的问题。
现在需要关注的是,在我们进行迁移之前,我在这个实例上有类似的错误消息,但是它们类似于半小时后(2小时或15分钟后)。没有固定的图案。
但是在迁移之后,从我们迁移的那一天开始,每2分钟就会出现一次错误消息。这听起来令人震惊。
在我们迁移的旧服务器上,是的,我们有类似的消息,但同样没有固定的模板项,有时是2分钟,一个小时可能在4小时之后,但不是像在新服务器上那样连续的。
但是,我仍然很困惑如何处理这个问题,以及这些消息到底指向dba寻找什么呢?
请建议
发布于 2018-03-08 20:32:15
这些消息表示正在发生检查点活动。SQL Server 2012中的检查点经常发生,这取决于几个配置变量,而且通常不需要过分关注。
检查服务器的恢复间隔:
SELECT c.name
, c.value_in_use
FROM sys.configurations c
WHERE c.name = 'recovery interval (min)';来自微软:
默认恢复间隔值为0,这允许数据库引擎自动配置恢复间隔。通常,默认恢复间隔会导致活动数据库大约每分钟发生一次自动检查点,恢复时间不到一分钟。较高的值表示大约最大恢复时间(以分钟为单位)。例如,将恢复间隔设置为3表示最大恢复时间约为3分钟。
你的康复时间设定在什么时候?你的表现不佳吗?
https://dba.stackexchange.com/questions/199755
复制相似问题