現(xiàn)象：

數(shù)據庫版本8.1.7
1 .在做數(shù)據庫導出export時，報
EXP-00008: ORACLE error 6553 encountered
ORA-06553: PLS-561: character set mismatch on value for parameter 'SHORTNAME'
2 .看到SHOTNAME，馬上想到DBMS_JAVA這個包。反正我們的系統(tǒng)現(xiàn)在也不需要JAVA，
于是以SYS用戶執(zhí)行：
$
ORACLE_HOME/javavm/install/rmjvm.sql
drop package dbms_java;
drop public synonym dbms_java;
刪除JAVA
3. 繼續(xù)執(zhí)行export,這次報錯：
EXP-00008: ORACLE error 904 encountered
ORA-00904: invalid column name
4. 以SYSTEM用戶 打開事件904。
alter system set events='904 trace name errorstack';
5。再執(zhí)行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 確定執(zhí)行了rmjava.sql,但是執(zhí)行
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,問題解決。