Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem

时间:2021-06-19 09:28:37

下面是修改前后的对比截图:

如下图:

下图是确定问题并修改后对比图,左边圈是修改前,右边圈是修改后对比截图:当看到周期性的性能指数,一般是计划性任务引起;通过DMV视图,找到引起等待的原因检查数据库完整性dbcc checkdb,并周期性自己等待自己资源,

分析得出dbcc checkdb 有重复执行,然后通过系统组找到备份软件,每隔三分钟执行一次事务日志备份,执行备份前要检查数据库完整性,整个流程一般5~6分钟左右,而计划任务是三分钟执行一次;这就造成了自己等待自己现象;

由下图看到每隔5~6分钟左右一场小高潮,很明显了,就是这样重叠执行造成的并行资源等待,我建议系统组软件事务日志可以不检查完整性,凌晨完备再进行检查完整性,由于系统资源比较过硬,后来他们设置半小时检查一次完整性;

不过从下图可以看到11:26修改后 ,系统计数器恢复正常状态;由于饭点,截图有点草率了,我改。

不过我们也看到数据路联动作用,cpu飙高,缓存命中率周期性执行一直往缓存放数据,这又导致惰性写入器把脏页写到磁盘,页在缓存中生命周期大大缩短,磁盘队列,响应时间,操作次数,吞吐量周期飙高,Latch资源争夺;

 

Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem   Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem  Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem

(CPu周期性飙高!红:total processto       缓存命中率

r-time;蓝UserTime;还一个是sqlserver

time)

 

 

Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem   Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem    Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem   Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem 

 

 

 

 

Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem