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掉後，依據它創建的同義詞就變得不能訪問了。中國公務網 2005-9-7 14:38:32
原始的表重建以後，同義詞仍然不可以訪問。
但在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;
這樣一來按用戶導出數據時，可以跳過同義詞部分，繼續完成後面的工作。
