熟練使用alert.log日誌

tonyzhou_cn發表於2013-03-30

熟練使用alert.log日誌
 1)、日誌存放的位置:$ORACLE_BASE/admin/SID/bdump/alert_sid.log
 ⊙ 定期檢查警報日誌檔案存入的內容,其中包括:檢查內部錯誤(ORA-600)和塊損壞資訊
 
 2)、alert.log檔案包含以下可以用於資料庫除錯的資訊:
檢查點啟動和結束的時間
 因為檢查點時,會關聯LGWR寫、DBWR寫、ARCH寫,一旦LGWR寫、ARCH過於快,而CKPT過於慢,就會跟不上,就會造成檢查點未完成。需要設定LOG_CHECKPOINTS_TO_ALERT才可以很清楚的瞭解檢查點頻率。
 設定了後,從告警日誌中發現檢查點發生的時間、目標RBA的地址及目標SCN、檢查點完成時間
 SQL> alter system set log_checkpoints_to_alert=true scope=both;  預設為FALSE
 Beginning log switch checkpoint up to RBA [0x3d.2.10], SCN: 1776415  --開啟之後會多這麼一行
 Thread 1 advanced to log sequence 61
   Current log# 3 seq# 61 mem# 0: /oracle/app/oracle/oradata/orcl/redo03.log
 Completed checkpoint up to RBA [0x3d.2.10], SCN: 1776415

未完成的檢查點
 通常檢查點的速度趕不上日誌寫或者DBWR寫時,會提示檢查點未完成,不允許覆蓋該日誌。在一些事務量比較大的OLTP系統 可能都會遇到
 
 
執行歸檔的時間
 可以透過這個時間結合未完成的檢查點來判斷日誌檔案大小是否合理。日誌過小,可能會造成日誌切換過於頻繁

例項恢復開始和完成的時間
    Beginning crash recovery of 1 threads
Thu Mar 21 00:28:11 2013
Started redo scan
Thu Mar 21 00:28:11 2013
Completed redo scan
 74 redo blocks read, 38 data blocks need recovery
Thu Mar 21 00:28:11 2013
Started redo application at
 Thread 1: logseq 55, block 44383
Thu Mar 21 00:28:11 2013
Recovery of Online Redo Log: Thread 1 Group 3 Seq 55 Reading mem 0
  Mem# 0 errs 0: /oracle/app/oracle/oradata/orcl/redo03.log
Thu Mar 21 00:28:11 2013
Completed redo application
Thu Mar 21 00:28:12 2013
Completed crash recovery at Thread 1: logseq 55, block 44457, scn 1776051

死鎖和超時錯誤
  死鎖的資訊 也會出現在alert.log裡
Oracle伺服器將有關後臺程式的錯誤檢測資訊寫入跟蹤檔案。
Oracle支援使用這些跟蹤檔案來診斷和錯誤處理。

 

 

 

 


 

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/27038344/viewspace-757464/,如需轉載,請註明出處,否則將追究法律責任。

相關文章