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

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/166555/viewspace-787163/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/166555/viewspace-787163/