对客户DB进行巡检,发现TOP EVENT是LOG FILE Sequential read
等待事件说明
https://www.xuebuyuan.com/zh-hant/1743045.html 這個等待事件通常發生在對redo log信息進行讀取的時候，比如在線redo的歸檔操作，ARCH進程需要讀取redo log的信息，
用於redo log的信息是順序寫入的，所以在讀取的時候也是安裝順序的方式來讀取的。
也就是说在日志切换时！归档的产生需要顺序读日志文件！产生的等待事件，那么可能的问题1.存储很差；2.日志量太多,频繁触发此等待事件。
1.通过IO类等待事件的avg平均等待事件 log file sequential read avg(ms) 3 说明IO性能不算很好,也不算很差 log file sync avg(ms) 3 db file scattered read avg(ms) 3 2.日志切换频率
可以明显得到日志切换是1小时20次，平均3分钟一次，日志切换频率过高导致的此类等待事件！
日志组5组，每组日志文件500M! 2个日志成员，扩大日志文件，减少日志切换频率，但是会导致单个日志切换创建归档日志的时间延长。
根据思路解决方法：
1.加快存储的IO效率,难！
2.减少日志的产生，经过沟通确认，业务短期高峰导致的，并非经常出现这个问题，可以忽略。
3.可以发现少量的checkpoint检查点未完成,可以考虑多增加日志组,减少此类事件产生。