Oracle非法數據庫對象引起的錯誤及解決

Oracle 數據庫使用的時間越長，操作數據庫的人越多，可能會遇到一些非法數據庫對象引起的錯誤。

 

對於非法數據庫對象引起的錯誤，本文提供解決方案……

　　非法數據庫對象引起的錯誤的錯誤示例：

　　按用戶 exp 時會報錯(Oracle10G)

　　exporting synonyms

　　EXP-00008: ORACLE error 3113 encountered

　　ORA-03113: end-of-file on communication channel

　　EXP-00000: Export terminated unsuccessfully

　　Oracle8i 裏面的的exp錯誤 ORA-00980。

　　跟蹤文件裏的錯誤:

　　ORA-07445: exception encountered:
　　core dump [joe_well_known_internal()+39] [SIGSEGV]
　　[Address not mapped to object] [0x1268D5C] [] []
　　SELECT SYNNAM, DBMS_JAVA.LONGNAME(SYNNAM),
　　DBMS_JAVA.LONGNAME(SYNTAB),TABOWN,
　　TABNODE, PUBLIC$, SYNOWN, SYNOWNID, TABOWNID, SYNOBJNO
　　FROM SYS.EXU9SYNU ORDER　BY SYNTIME;

　　在這些數據庫的用戶下很可能有非法數據庫對象。刪除不合法的數據對象，就可以了。一般情況下生成當前用戶下重編譯非法數據庫對象的SQL語句:

　　set pages 500;
　　set lines 200;
　　set trims on;
　　set heading off;
　　spool /tmp/1.sql;
　　select 'alter '||object_type||' '||object_name||';
　　compile' from user_objects where status='INVALID';
　　spool off;
　　@/tmp/1.sql;

　　下面我們來介紹一下例外的情況:

　　當原始的表被drop掉後，依據它創建的同義詞就變得不能訪問了。

　　原始的表重建以後，同義詞仍然不可以訪問。

　　但在user_objects裏面的status狀態是'VALID'，卻不是'INVALID'。

　　這需要我們把它們找出來，運行查詢同義詞表結構的語句:

　　spool /tmp/1.sql;
　　select 'desc '||synonym_name||'; ' from user_synonyms;
　　spool off;
　　@/tmp/1.sql;

　　出錯的同義詞, 一定要先徹底刪除掉，再重建創建同義詞。

　　drop synonym &synonym_name;
　　create synonym &synonym_name for &owner.&table_name;

　　重編譯後，仍然出錯的數據對象，經開發人員同意後，我們還可以選擇drop它們。我還遇到過一次在drop非法數據庫對象的時候，不加雙引號之前，提示數據對象不存在。一定要在數據庫對象加上雙引號就可以刪掉了。(這可能跟創建數據對象所用的輔助性工具有關)

　　例如：

　　drop table scott."emp" cascade constraints;
　　drop trigger scott."trigger_name";

　　如果所有的非法數據對象都沒有了，還會出現上面的錯誤。可能是jvm(java虛擬環境)的問題。DBMS_JAVA.LONGNAME()過程函數一執行，就會報錯。還有一個解決辦法：重建sys用戶下跟同義詞有關的視圖，讓它找不到記錄。

　　drop view EXU9SYNU;
　　create view EXU9SYNU as
　　SELECT　"SYNNAM","SYNNAM2","SYNTAB",
　　"TABOWN","TABNODE","PUBLIC$","SYNOWN",
　　"SYNOWNID","TABOWNID","SYNOBJNO","SYNTIME"
　　FROM　　sys.exu9syn
　　-- WHERE　 synownid = UID; (原來的視圖創建方法)
　　WHERE　 0=1;
　　grant select on sys.EXU9SYNU to public;

　　至此，按用戶導出數據時，則可以跳過同義詞的部分，繼續後面的工作。