剛剛巡檢的時候突然發現我管的13個系統中有六個數據庫報，ORA-00600:internal error code,arguments:[12235]。如果單純庫的問題，怎麼可能六個不相干的庫幾乎同一時間報同樣的錯誤，很是匪夷所思，不管怎麼樣看查metalink詳細瞭解下情況再分析吧：
Applies to:
Oracle Server - Enterprise Edition - Version: 9.2.0.6 and later [Release: 9.2 and later ]
Information in this document applies to any platform.
Symptoms：
Alert Log encounter the error below:
ORA-00600: internal error code, arguments: [12235], [], [], [], [], [], [], []
Cause：
When an Oracle process starts up, it reads data from the SGA that defines what type of process it should become. If the process does not locate any valid customization data, it reports ORA-600 [12235] and exits.
Suspected BUG 4408380 9.2.0.6 RDBMS 9.2.0.6 DICTIONARY PRODID-5 PORTID-59 ORA-600 3949307 Abstract: INSTANCE HUNG - ORA-600 [12235].
- alert log and trace file show the error ORA-600 [12235] .
- The stack trace in file manu_ora_61962.trc similar to the reported issue Bug 4408380
----- Call Stack Trace -----
ksedmp ksfdmp kgeriv kgesiv ksesic0 opirip
opidrv sou2o main start
The error cannot be simply ignored. The side effects as per bugs descriptions are:
- instance hanging
- processes cannot startup
Solution:
The solution is to apply the patch or upgrade to a version where the fix is included.
Apply the 9.2.0.6.0 one-off Patch 3949307
To download the patch ,please login to Metalink and select following options:
Patches
Simple Search
Search By Patch Number(s) ->3949307
Platform or Language -> AIX 5L Based System (64-bit)
References：
BUG:4408380 - INSTANCE HUNG - ORA-600 [12235]
PATCH:3949307 - SHARED SERVER PROCESS GOT HEAP ERROR KGHALO4 AND ORA-600[510]
這裏說錯誤本身是bug,需要打patch可解決這個問題，我的庫都是一個版本的，從這個角度來看確實存在都報bug，但是爲什麼會幾乎同一時段同時報，是什麼操作觸發了這個bug呢？
Applies to:
Oracle Server - Enterprise Edition - Version: 9.2.0.6 and later [Release: 9.2 and later ]
Information in this document applies to any platform.
Symptoms：
Alert Log encounter the error below:
ORA-00600: internal error code, arguments: [12235], [], [], [], [], [], [], []
Cause：
When an Oracle process starts up, it reads data from the SGA that defines what type of process it should become. If the process does not locate any valid customization data, it reports ORA-600 [12235] and exits.
Suspected BUG 4408380 9.2.0.6 RDBMS 9.2.0.6 DICTIONARY PRODID-5 PORTID-59 ORA-600 3949307 Abstract: INSTANCE HUNG - ORA-600 [12235].
- alert log and trace file show the error ORA-600 [12235] .
- The stack trace in file manu_ora_61962.trc similar to the reported issue Bug 4408380
----- Call Stack Trace -----
ksedmp ksfdmp kgeriv kgesiv ksesic0 opirip
opidrv sou2o main start
The error cannot be simply ignored. The side effects as per bugs descriptions are:
- instance hanging
- processes cannot startup
Solution:
The solution is to apply the patch or upgrade to a version where the fix is included.
Apply the 9.2.0.6.0 one-off Patch 3949307
To download the patch ,please login to Metalink and select following options:
Patches
Simple Search
Search By Patch Number(s) ->3949307
Platform or Language -> AIX 5L Based System (64-bit)
References：
BUG:4408380 - INSTANCE HUNG - ORA-600 [12235]
PATCH:3949307 - SHARED SERVER PROCESS GOT HEAP ERROR KGHALO4 AND ORA-600[510]
這裏說錯誤本身是bug,需要打patch可解決這個問題，我的庫都是一個版本的，從這個角度來看確實存在都報bug，但是爲什麼會幾乎同一時段同時報，是什麼操作觸發了這個bug呢？
上面解釋說oracle當檢測到死進程時，PMON自動進行清理同時再次啓動該進程，進程啓動之後會根據自己的類型及定義從系統的SGA讀取相關信息，來決定它應該做什麼工作，如果SGA裏的信息比較之後，它沒有找到任何有效的定製服務，就會出現ORA-00600:internal error code, arguments: [12235]，並且進程退出。
從另一篇metalink文章中我發現：
SUGGESTIONS:
Ignore the error.
One of the most common reasons for this error to be reported is that someone typed 'oracle' manually at the OS prompt.
If this error is reported regularly and appears not to be explained by comments made in this note, contact Oracle Support Services.
這裏有提到，如果在系統輸入oracle之後，就會有ORA-600[12235]出現。突然想到每次我登陸系統是都是通過crt，前天公司跳轉平臺改地址我的crt失靈，我重新保存了我crt的session登陸方式，爲方便全改爲auto logon send oracle，所以每次登陸都會報一個這個錯誤，找到了原因，不是其他什麼重要進程照成的，就如metalink所說忽略了吧...
Ignore the error.
One of the most common reasons for this error to be reported is that someone typed 'oracle' manually at the OS prompt.
If this error is reported regularly and appears not to be explained by comments made in this note, contact Oracle Support Services.
這裏有提到，如果在系統輸入oracle之後，就會有ORA-600[12235]出現。突然想到每次我登陸系統是都是通過crt，前天公司跳轉平臺改地址我的crt失靈，我重新保存了我crt的session登陸方式，爲方便全改爲auto logon send oracle，所以每次登陸都會報一個這個錯誤，找到了原因，不是其他什麼重要進程照成的，就如metalink所說忽略了吧...