等待事件之日誌等待事件解決辦法

標籤：style   使用   io   strong   檔案   資料   問題   ar   

我堅持每天看3套RAC的AWR，總結了一下。

尋找日誌等待事件的SQL:

9i:select * from v$event_name where name like ‘%log%‘;(大概14個左右)
10g: select name,wait_class from v$event_name where name like ‘%log%‘;(大概35個左右)
11g: select name,wait_class from v$event_name where name like ‘%log%‘; (大概30個左右)

碰到比較多的是以下幾個：

一、Log file switch(archiving needed) 

即日誌切換時，切換到目標日誌組還未完成歸檔，那肯定要等待嘛。

 可能原因：redo，archive分區I/O效能較差、歸檔寫出緩慢、日誌組數量設定不合理 

解決方案: 1、增加日誌組或日誌群組成員的大小

                  2、把archive log調整到IO效能較高的磁碟上，比如儲存上

                  3、調整log_archive_max_processes參數

 二、Log file switch(checkpoint incomplete) 

說明日誌切換時，切換到目標日誌組時，那個日誌組所保護的髒資料還沒寫入 

可能原因：DBWn寫出太慢、I/O存在問題 

解決方案: 1、增加額外的DBWn

                 2、增加日誌組或日誌群組成員大小

 三、Log File Sync 

可能原因:LGWR寫出效率低下、commit過於頻繁等 

解決方案:1、提高LGWR寫出效率，使用IO效能較好的磁碟

                 2、使用批量提交,(即時線上業務謹慎操作)

                3、使用nologging/unreoverable選項（） 

四、log file single write 

產生原因:更新記錄檔頭時產生的等待 

五、log file parallel write 

產生原因:並行寫入多個日誌群組成員的等待 

六、log buffer space 

產生原因:資料庫產生的日誌比LGWR寫入的日誌速度要快，或日誌切換太慢 

解決方案:1、增大log buffer

                  2、磁碟I/O存在瓶頸

備忘一下：DB規劃是redo分區，arch分區空間所佔的硬碟盡量做RAID1

未完待續