作者:guoge[@more@]

其實這個問題在開始學Oracle時就已經遇到過了，那個時候胡亂折騰，也忘了是否搞定了。今天和一個朋友一起馬馬虎虎又處理了類似的問題。

現象：

資料庫版本8.1.7

1 .在做資料庫匯出export時，報

EXP-00008: ORACLE error 6553 encountered
ORA-06553: PLS-561: character set mismatch on value for parameter 'SHORTNAME'

2 .看到SHOTNAME，馬上想到DBMS_JAVA這個包。反正我們的系統現在也不需要JAVA，

於是以SYS使用者執行：

$ORACLE_HOME/javavm/install/rmjvm.sql

drop package dbms_java;

drop public synonym dbms_java;

刪除JAVA

3. 繼續執行export,這次報錯：

EXP-00008: ORACLE error 904 encountered
ORA-00904: invalid column name

4. 以SYSTEM使用者開啟事件904。

alter system set events='904 trace name errorstack';

5。再執行export, 在user_dump_dest目錄下生成了一個trace檔案

6。關閉事件

alter system set events='904 trace name errorstack off';

7.檢視剛生成的trace檔案，找到：

ORA-00904: invalid column name
Current SQL statement for this session:
SELECT SYNNAM, DBMS_JAVA.LONGNAME(SYNNAM), DBMS_JAVA.LONGNAME(SYNTAB), TABOWN, TABNODE, PUBLIC$, SYNOWN, SYNOWNID FROM SYS.EXU8SYNU ORDER BY SYNTIME

原來問題還是JAVA 。

8 確定執行了rmjava.sql,但是執行

SELECT count(*) FROM dba_objects WHERE object_type LIKE 'JAVA%';

返回結果就是不為0, 說明java沒刪除乾淨。

9. 在oracle8.1.7中，export判斷是否使用了java，是去找"/oracle/aurora/rdbms/DbmsJava".這個物件的，如果java enabled，那麼它就會使用dbms_java做一些轉換，所以應該讓oracle找不到DbmsJava。實際上oracle是查詢檢視exu81javt來確定DbmsJava的。

在catexp.sql中，exu81javt是這樣定義的：

CREATE OR REPLACE view exu81javt (objid) AS
       SELECT obj#
       FROM sys.obj$
       WHERE name = 'oracle/aurora/rdbms/DbmsJava'
       AND type# = 29
       AND owner# = 0
       AND status = 1

因此

修改一下：

CREATE OR REPLACE view exu81javt (objid) AS
       SELECT obj#
       FROM sys.obj$
       WHERE name = 'oracle/aurora/rdbms/DbmsJava'
       AND type# = 29
       AND owner# = 0
       AND status = 1

AND 1 = 0 ;

grant select on exu81javt to public

10.再export,問題解決。

Oracle817 export 時ORA-06553和ORA-00904處理

相關文章