前言：
此时同学们对“oracle817安装”大约比较关怀，看官们都想要学习一些“oracle817安装”的相关知识。那么小编同时在网摘上网罗了一些关于“oracle817安装””的相关内容，希望姐妹们能喜欢，你们一起来学习一下吧！现象：
数据库版本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安装
