AWR發現TOP Event log file sequential read

對客戶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檢查點未完成,能夠考慮多增長日誌組,減小此類事件產生。