我堅持每天看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_cl
我堅持每天看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
未完待續
聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com