您现在的位置： IT专家网 > 数据库子站 > 数据库技巧

解决Oracle非法数据库对象引起的错误

作者: , 　出处:赛迪网,　责任编辑: 李书琴,　

2007-12-06 10:52

　　对于非法数据库对象引起的错误，本文提供解决方案……

　　非法数据库对象引起的错误的错误示例：

　　按用户 exp 时会报错(Oracle10G)

　　exporting synonyms

　　EXP-00008: ORACLE error 3113 encountered

　　ORA-03113: end-of-file on communication channel

　　EXP-00000: Export terminated unsuccessfully

　　Oracle8i 里面的的exp错误 ORA-00980。

　　跟踪文件里的错误:

　　ORA-07445: exception encountered:
　　core dump [joe_well_known_internal()+39] [SIGSEGV]
　　[Address not mapped to object] [0x1268D5C] [] []
　　SELECT SYNNAM, DBMS_JAVA.LONGNAME(SYNNAM),
　　DBMS_JAVA.LONGNAME(SYNTAB),TABOWN,
　　TABNODE, PUBLIC$, SYNOWN, SYNOWNID, TABOWNID, SYNOBJNO
　　FROM SYS.EXU9SYNU ORDER　BY SYNTIME;

　　在这些数据库的用户下很可能有非法数据库对象。删除不合法的数据对象，就可以了。一般情况下生成当前用户下重编译非法数据库对象的SQL语句:

　　set pages 500;
　　set lines 200;
　　set trims on;
　　set heading off;
　　spool /tmp/1.sql;
　　select 'alter '||object_type||' '||object_name||';
　　compile' from user_objects where status='INVALID';
　　spool off;
　　@/tmp/1.sql;

　　下面我们来介绍一下例外的情况:

　　当原始的表被drop掉后，依据它创建的同义词就变得不能访问了。

　　原始的表重建以后，同义词仍然不可以访问。

　　但在user_objects里面的status状态是'VALID'，却不是'INVALID'。

　　这需要我们把它们找出来，运行查询同义词表结构的语句:

　　spool /tmp/1.sql;
　　select 'desc '||synonym_name||'; ' from user_synonyms;
　　spool off;
　　@/tmp/1.sql;

　　出错的同义词, 一定要先彻底删除掉，再重建创建同义词。

　　drop synonym &synonym_name;
　　create synonym &synonym_name for &owner.&table_name;

　　重编译后，仍然出错的数据对象，经开发人员同意后，我们还可以选择drop它们。我还遇到过一次在drop非法数据库对象的时候，不加双引号之前，提示数据对象不存在。一定要在数据库对象加上双引号就可以删掉了。(这可能跟创建数据对象所用的辅助性工具有关)

　　例如：

　　drop table scott."emp" cascade constraints;
　　drop trigger scott."trigger_name";

　　如果所有的非法数据对象都没有了，还会出现上面的错误。可能是jvm(java虚拟环境)的问题。DBMS_JAVA.LONGNAME()过程函数一执行，就会报错。还有一个解决办法：重建sys用户下跟同义词有关的视图，让它找不到记录。

　　drop view EXU9SYNU;
　　create view EXU9SYNU as
　　SELECT　"SYNNAM","SYNNAM2","SYNTAB",
　　"TABOWN","TABNODE","PUBLIC$","SYNOWN",
　　"SYNOWNID","TABOWNID","SYNOBJNO","SYNTIME"
　　FROM　　sys.exu9syn
　　-- WHERE　 synownid = UID; (原来的视图创建方法)
　　WHERE　 0=1;
　　grant select on sys.EXU9SYNU to public;

　　至此，按用户导出数据时，则可以跳过同义词的部分，继续后面的工作。