ORA-600[kqlnrc_1]錯誤分析及處理
通常來說ORA-600的錯誤為bug的可能性很大,但是並不是說碰到ORA-600的錯誤就一定是bug引起的。比如說這次分析的ORA-600錯誤,就不能歸結於bug。不過碰到ORA-600的錯誤總是會讓人心緊一下的~o~
具體錯誤是這樣的,在alert log裡記錄了一個ORA-600 [kqlnrc_1]的錯誤:
通常發生ORA-600錯誤都會有一個相應的trace跟蹤檔案,所以發現ORA-600的錯誤後,也不用緊張,而是要先仔細分析下這個trace檔案。在這個案例中,我們發現除了[kkqlnrc_1]這個錯誤引數後面,還有第二個錯誤引數[0x70000082DDC1770],猜測可能是記憶體地址之類的值,開啟trace檔案,用這個引數值搜尋:
從搜尋到的資訊來看,應該是library cache中的一塊區域,而原因也比較明顯了,是因為SYNONYM為INVALID引起的,透過檢視這個SYNONYM的資訊,確實是這樣:
這個SYNONYM是指向遠端的一個物件的,測試了下使用的DBLINK,DBLINK不通,詢問網路組得知網路有故障,正在修復。等到網路故障解決後,該ORA-600錯誤自然就解決了。
具體錯誤是這樣的,在alert log裡記錄了一個ORA-600 [kqlnrc_1]的錯誤:
- ORA-00600: 內部錯誤程式碼, 引數: [kqlnrc_1], [0x70000082DDC1770], [], [], [], [], [], [], [], [], [], []
- Incident details in: /u01/oracle/base/oracle/diag/rdbms/lisdbp/lisdbp1/incident/incdir_132441/lisdbp1_ora_31719550_i132441.trc
- LibraryObjectPin: Address=7000003afc63608 Handle=70000082ddc1770 Mode=S Lock=7000003ae512a00 ClusterLock=7000008115f01c8 User=70000080cb228e8 Session=70000080cb228e8 Count=1 Mask=0001 Flags=[00] SavepointNum=0x743a
- LibraryHandle: Address=70000082ddc1770 Hash=ce75949c LockMode=S PinMode=S LoadLockMode=0 Status=INVL
- ObjectName: Name=TMSLINKER.GR_P_POLICY@TMSXT
- FullHashValue=afc1af8752f8d344436836b6ce75949c Namespace=TABLE/PROCEDURE(01) Type=SYNONYM(05) Identifier=0 OwnerIdn=2147483644
- Statistics: InvalidationCount=2 ExecutionCount=0 LoadCount=1 ActiveLocks=1 TotalLockCount=1 TotalPinCount=1
- Counters: BrokenCount=1 RevocablePointer=1 KeepDependency=0 BucketInUse=1 HandleInUse=1 HandleReferenceCount=0
- Concurrency: DependencyMutex=70000082ddc1820(0, 4, 0, 0) Mutex=70000082ddc18a0(0, 21, 0, 0)
-
> select * from dba_synonyms where synonym_name='GR_P_POLICY';
-
-
OWNER SYNONYM_NAME TABLE_OWNER TABLE_NAME DB_LINK
-
------------------------------ ------------------------------ ------------------------------ ------------------------------ ------------------------------
-
PUBLIC GR_P_POLICY TMSLINKER GR_P_POLICY TMSXT
-
-
> select owner,object_name,status from dba_objects where object_name='GR_P_POLICY';
-
-
OWNER OBJECT_NAME STATUS
-
------------------------------ ------------------------------ -------
- PUBLIC GR_P_POLICY INVALID
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/13885898/viewspace-1694039/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORA-32701錯誤原因分析及處理方法
- thinkphp原始碼分析(四)—錯誤及異常處理篇PHP原始碼
- Laravel Excpetions(錯誤處理) 原始碼分析Laravel原始碼
- 【ERROR】ORA-8103錯誤分析處理Error
- 錯誤處理
- 【ERROR】儲存鏈路問題造成oracle錯誤,ora-600[4193] 問題處理ErrorOracle
- Python錯誤處理Python
- PHP 錯誤處理PHP
- php錯誤處理PHP
- Go 錯誤處理Go
- 錯誤處理:如何通過 error、deferred、panic 等處理錯誤?Error
- 遠端連線錯誤程式碼及處理
- Yii2 之錯誤處理深入分析
- 【故障處理】ORA-600:[13013],[5001]故障處理
- openGauss 處理錯誤表
- go的錯誤處理Go
- axios 的錯誤處理iOS
- Python錯誤處理和異常處理(二)Python
- Oracle異常錯誤處理Oracle
- 淺談前端錯誤處理前端
- ORACLE 異常錯誤處理Oracle
- PHP 核心特性 - 錯誤處理PHP
- 15-錯誤處理(Error)Error
- Go語言之錯誤處理Go
- grpc中的錯誤處理RPC
- laravel9 錯誤處理Laravel
- 學習Rust 錯誤處理Rust
- rust學習十、異常處理(錯誤處理)Rust
- 【CONNECT】ORA-00020錯誤模擬及處理方法實驗
- Web呼叫網路攝像頭及各類錯誤處理Web
- node端統一錯誤處理
- node錯誤處理與日誌
- [轉] Scala Try 與錯誤處理
- js錯誤處理權威指北JS
- [譯] 使用 Catcher 處理 Flutter 錯誤Flutter
- 如何處理錯誤訊息PleaseinstalltheLinuxkernelheaderfilesLinuxHeader
- 錯誤碼全域性處理(二)
- 錯誤碼全域性處理(一)
- PHP安裝後錯誤處理PHP