紧急求助：ORA-08103: object no longer exists

benny2002

这样跟踪又要再倒一次数据，再倒到1。8G才有结果，比较辛苦。

husthxd

The error ORA 8103 means that object no longer exists
This could be due to fact that the object referenced in the procedure has been deleted.
Or could also mean a corrupted object/table.

Run analyze ... validate structure cascade on all the objects referenced.

yyy

SQL>    begin
  2  dbms_stats.gather_table_stats(ownname=> 'TOM', tabname=> 'TAB1', partname=>
NULL);
  3  end;
  4  /
        begin
*
ERROR at line 1:
ORA-08103: object no longer exists
ORA-06512: at "SYS.DBMS_STATS", line 4432
ORA-06512: at line 2

yyy

用alter session set events '8103 trace name errorstack level 3' 来跟踪，通过bdump中的mydbALRT.LOG查到这个ORA-08103: object no longer exists错误对应的trace在udump中的ORA03144.TRC，这个文件500K，内容杂乱（很多好像是内存的dump），看了半天不知所云，怎么利用这个trace啊？

husthxd

最初由 yyy 发布
[B]SQL>    begin
  2  dbms_stats.gather_table_stats(ownname=> 'TOM', tabname=> 'TAB1', partname=>
NULL);
  3  end;
  4  /
        begin
*
ERROR at line 1:
ORA-08103: object no longer exists
ORA-06512: at "SYS.DBMS_STATS", line 4432
ORA-06512: at line 2 [/B]

下面命令执行的结果呢?
analyze table tab1 validate structure;

yyy

非常感谢husthxd斑主，问题解决了。
第一个analyze table tab1 validate structure;报ORA-08103: object no longer exists 错误，然后又多试了两次，提示Table analyzed.，然后我检索表，以前报那个错误的不报错了，数据也正常导出来了。
还有个问题问斑主，
1。
analyze table tab1 validate structure;有修复结构问题的功能？
怎么我没看到任何错误信息（只说Table analyzed）就好了呢？

2。
另外在解决这个问题的过程中，接触到dbv命令（ZALBB提供连接），好像9i 带的有修复（或者说是标示）怀块的功能，而我的是8i，
C:\>dbv help=y

DBVERIFY: Release 8.1.6.3.0 - Production on Fri Mar 4 09:55:35 2005

(c) Copyright 1999 Oracle Corporation.  All rights reserved.

Keyword   Description        (Default)
----------------------------------------------
FILE      File to Verify     (NONE)
START     Start Block        (First Block of File)
END       End Block          (Last Block of File)
BLOCKSIZE Logical Block Size (2048)
LOGFILE   Output Log         (NONE)
FEEDBACK  Display Progress   (0)

好像缺几个选项，应该就不具备这个功能吧？

再一次对斑主表示感谢！

yyy

1。另外请问，windows下DBV是不是存在file不可以超过2G的限制？
因为我试着verify以前online做的backup，发现好像是如果小于2G的就能操作下去，如果是那个4G及11G的文件，就会出来：
DBV-00102: File I/O error on FILE (MYDBF1.ORA) during verification read operation (-2)
或者
DBV-00102: File I/O error on FILE (MYDBF2.ORA) during end read operation (-2)

之前有篇文章似乎提到过unix下不可以DBV超过2G的数据文件。

2。还有verify后的结果，其中的Marked Corrupt  是否说明DBV有自动mark怀块的功能？（DBV是8.1.6）
DBVERIFY - Verification complete

Total Pages Examined         : 128000
Total Pages Processed (Data) : 34235
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 28731
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 11
Total Pages Empty            : 65023
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0