非法數據庫對象引起的錯誤的錯誤示例:
按用戶 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___FCKpd___6quot;,"SYNOWN", "SYNOWNID","TABOWNID","SYNOBJNO","SYNTIME" FROM sys.exu9syn -- WHERE synownid = UID; (原來的視圖創建方法) WHERE 0=1; grant select on sys.EXU9SYNU to public;
至此,按用戶導出數據時,則可以跳過同義詞的部分,繼續後面的工作。