Use Zabbix Monitor Find ‘DBCC CheckDB’ Problem

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

如下图：

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

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

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

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

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

       

（CPu周期性飙高！红：total processto       缓存命中率

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

time）