非法数据库对象引起的错误的错误示例: 按用户 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; 至此,按用户导出数据时,则可以跳过同义词的部分,继续后面的工作。
以上是我对于这个问题的解答,希望能够帮到大家。
全部