告警：IO利用率飚至60%+，请及时排查优化！

通过ILO F1进入BIOS,首先需要把BIOS的Legacy修改成UEFI模式：

1. 进入boot manage修改 boot mode为UEFI Only
2. 进入Miscellaneous Boot Settings修改Storage OpROM Policy为UEFI Only
3. F10保存后重启再进入Boot manage里面可以看到Adapters and UEFI Drivers 选项
4. 依次进入Controller Management—>Asvanced Controller Management—>Schedule Consistency Check即可看到一致性检查项：

1. 修改后,选择Apply Changes,务必执行这一步,选择应用生效
2. 再把前面的UEFI修改回Legacy模式,否则无法进入操作系统,重启即可
3. 调整后,结合监控和日志检查,没有再出现凌晨3:00 IO升高现象
4. 这里的Monthly指的是30天,而不是正常月,所以日期还是不固定9) 调整观察一段时间后,每周六的IO升高现象不再出现,不建议关闭此功能

总结

杜绝以上问题,需要从服务器初始化就做好：

1.调整硬件一致性自检策略,由每周调整为每月,并根据业务情况修改日期.但有一点需要注意,这里的月指的是固定30天,即使调整日期以后还是会错乱.不知道服务器厂商以后是否会修改.

2.针对电商来说,618和双11是最大的两个大促,日期相对固定,所以在大促前最好计算一下,是否会赶上,提前做好调整,相对影响更小、更安全.

3.修改Raid卡缓存策略

WriteBack,Write Cache if Bad BBU模式：
此模式下存在在BBU有问题时(如电池失效)期间,突然断电或者主板故障都会导致数据丢失风险.

WriteBack,No Write Cache if Bad BBU模式：
在BBU有问题时,不使用Write Cache.但是可能发生Write Cache策略变更的情况(由WriteBack变成WriteThrough),导致IO性能急剧下降.

所以,修改成哪种模式需要结合实际业务来定,建议无论是否有raid卡电池都改成WriteBack,Write Cache if Bad BBU模式.

4.不建议关闭硬件自检,可以适当延长自检周期,通过自检可以及时发现硬件问题,监控更及时.

5.不建议关闭Raid卡电池Auto Learn模式,通过这个校准,能延长电池寿命,不作电池校准的Raid卡,电池寿命将从正常的2年降为8个月.

6.另外mysql innodb_flush_method建议设成O_DIRECT模式：数据文件的写入操作是直接从mysql innodb buffer到磁盘(raid卡缓存)的,并不用通过OS缓冲,而真正的完成也是在flush这步,日志还是要经过OS缓存.

innodb_flush_log_at_trx_commit、sync_binlog改成0模式也会提升IO性能,但数据安全性会大打折扣,所以不到万不得已建议不要调成双0.

HP官方工具集：

（编辑：温州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!