ORA-600 [2103]錯誤解決過程
2024-07-21 02:32:39
供稿：網友
數據庫：Oracle10g(10.1.0.4) 操作系統：Aix5L 數據庫架構：Oracle10g RAC+DataGuard 數據庫故障現象：數據庫不定期的晚上會自動宕機，包括遠程的備份庫也同時被掛起。
首先查看用戶兩臺數據庫服務器上的Alert告警日志文件，看看有無錯誤信息。經檢查發現，每次數據庫宕機的時候都會出現如下的日志信息：Errors in file /ora/app/oracle/admin/orcl1/bdump/orcl1_lgwr_430484.trc:ORA-00600: Message 600 not found; No message file for PRodUCt=RDBMS, facility=ORA; arguments: [2103] [0] [0] [1] [900]Tue Jan 23 00:09:04 2007Trace dumping is performing id=[cdmp_20070123000903]Tue Jan 23 00:09:04 2007Errors in file /ora/app/oracle/admin/orcl1/bdump/orcl1_lgwr_430484.trc:ORA-00600: Message 600 not found; No message file for product=RDBMS, facility=ORA; arguments: [2103] [0] [0] [1] [900]Tue Jan 23 00:09:04 2007LGWR: terminating instance due to error 470數據庫出現ORA-600的嚴重錯誤，從而最后LGWR進程導致數據庫整個崩潰。在metalink上查詢了ORA-600[2103]這個錯誤，發現此錯誤表示Oracle進程在900s之內無法獲得CF enqueue。這個錯誤可能由于以下兩個原因引起：1. 控制文件所在的文件系統的I/O非常慢。2. 在實例的Alert日志文件中發現非常頻繁的日志切換。從上面的日志信息中我們可以發現是LGWR進程在試圖獲得CF enqueue，然后繼續去檢查BDUMP目錄下在發生錯誤的時候的LMD的跟蹤文件，發現存在如下信息：ENQUEUE DUMP REQUEST: from 1 on [0x0][0x0],[CF] for reason 2 mtype 0DUMP LOCAL BLOCKER/HOLDER: block level 4 res [0x0][0x0],[CF]經查證后發現是Bug 4531010 和Bug 4502201，在補丁集10.1.0.5中可以修正此bug。因此，建議從10.1.0.4升級到10.1.0.5來解決此問題。
