1、故障描述
某日上午8点半左右，某用户核心数据库业务系统出现严重性能卡顿，大量用户操作响应缓慢或超时，业务受到明显影响。以下内容为本次故障排查之明细。
2、根因分析
(1)、Redo日志频繁切换失败, Alert日志中反复出现以下错误：
(2)、日志切换(Log File Switch)等待事件异常突出 在该时间段内，系统等待事件统计显示：log file switch (checkpoint incomplete) 等待次数高达 46,216 次，远超其他等待事件，是本次故障的最主要瓶颈。
(3)、当前Redo日志组配置情况
1)、每个Redo日志组大小仅为 500MB;
2)、共8个日志组(Thread 1 和 Thread 2 各4组);
3)、当前日志组频繁处于 ACTIVE 和 CURRENT 状态，LGWR进程无法及时分配新日志组。
本次问题主要是Redo日志组过小 + 日志组数量不足，导致日志切换时检查点(Checkpoint)尚未完成，LGWR进程被迫等待，从而引发大量 log file switch (checkpoint incomplete) 等待，最终造成数据库业务大面积卡顿。
3、解决方案
为彻底解决Redo日志切换不及时的问题，建议立即进行以下调整：
(1)、推荐方案：
每个Redo日志组大小扩大至 2GB(当前为500MB)
每个节点(Thread)Redo日志组数量增加至 8组
总计Redo日志组数量：16组(Thread 1 × 8组 + Thread 2 × 8组)
(2)、调整后预期效果：
大幅增加Redo日志总容量，减少日志切换频率
给予DBWR和CKPT进程更充足的时间完成检查点
显著降低甚至消除 “log file switch (checkpoint incomplete)” 等待事件
提升HIS业务高峰期稳定性
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/30310891/viewspace-3181483/ ，如需转载，请注明出处，否则将追究法律责任。
