执行dbms_java包报错_Oracle817 export 时ORA-06553和ORA-00904处理

作者: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,问题解决。