熟練使用alert.log日志

熟練使用alert.log日志

 1）、日志存放的位置：$ORACLE_BASE/admin/SID/bdump/alert_sid.log

 ⊙ 定期檢查警報日志檔案存入的内容，其中包括：檢查内部錯誤（ORA-600）和塊損壞資訊

 2）、alert.log檔案包含以下可以用于資料庫調試的資訊：

檢查點啟動和結束的時間

 因為檢查點時，會關聯ＬＧＷＲ寫、ＤＢＷＲ寫、ＡＲＣＨ寫，一旦ＬＧＷＲ寫、ＡＲＣＨ過于快，而ＣＫＰＴ過于慢，就會跟不上，就會造成檢查點未完成。需要設定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/，如需轉載，請注明出處，否則将追究法律責任。

轉載于:http://blog.itpub.net/27038344/viewspace-757464/