处理ora-8103错误

    1.故障原因

 
  前段时间在几个医院发生几次＂ora-8103 对象不存在＂的错误，出现这种错误，很多情况都是bug，但也可能出现在以下几种情况：
   -- 执行某个sql语句时
   -- 错误出现在alertsid.LOG日志中，一般伴随IO错误．
   -- dbv工具检查发现．
   错误的本质原因包括：
   --对象在当前操作开始后，被其他用户删除．
   --数据块头记录的块类型不正确．比如 数据块的类型为6(Type=6),但块不是数据块。这种情况一般发生突然断电，存储故障等情况下。也是我们目前遇到的最多的情况。也就是说ora-8103，本质上可能是一个块损坏，而不是整个段都出现问题，最容易发生在操作系统或硬件故障的情况下,特别容易发生在扩展 extent、或者是格式化新块的时候。
   --存储数据字典中的data_object_id与块中存储的data_object_id不一致。一些操作可能改变对象的data_object_id,比如删除表、trace table、重建索引，move表等。
   --因为一些原因，可能引发一个extent被两个段使用的情况，可以使用如下脚本进行检查：
   本地管理表空间：
   oradebug setmypid
   execute dbms_space_admin.tablespace_verify('&tablespace_name')
   oradebug tracefile_name
   
assm表空间检查脚本：
   oradebug setmypid
   execute dbms_space_admin.assm_tablespace_verify      ('&tablespace_name',dbms_space_admin.TS_VERIFY_BITMAPS)
   oradebug tracefile_name

   如果存在不一致，dbms_space_admin将会生成一个trace文件。
   由于字典管理表空间(DMT)基本不使用了，在此不做介绍。可以参考Metalink文档：Note 136697.1。
   
   2.找到错误的对象
   如何找到错误的对象呢？如果是SQL语句引发的错误，错误的对象要么是表，要么是索引。对于表，我们可以运行analyze来验证：

    analyze table <table_name> validate structure;

   当然也可以使用一个全表扫描的操作，可以使用"FULL"提示字来强制查询语句走全表扫描。对索引也同样可以使用analyze命令:
   
    analyze index <index_name> validate structure;
    
   如果是因为对象类型错误引发的8103错误，可以使用event来跟踪这个错误：
    alter session set events '8103 trace name errorstack level 1';
   如果是通过dbv工具进行检测到的错误，dbv工具会直接报告错误的block id，通过block_id可查询到具体的对象。

   3. 解决错误
    
    如果是数据块错误，可以尝试下列的步骤：
    a. 清空数据库高速缓存，看看这个错误是否是由于内存问题引起的。10g可以使用下列语法：

    alter system flush buffer_cache;

    9i及以前的版本，需要使用event:

    alter session set events 'immediate trace name flush_cache level 1';
    在RAC系统中，需要在RAC中的每个节点都进行清空高速缓存的操作。清空高速缓存，会严重影响系统性能，因为所有的数据块需要重新载入到内存中，这个操作是非常昂贵的。一般建议错开高峰执行。

    b.如果损坏的对象是索引，就比较好办了，直接删除重建这个索引即可。
    c.如果损坏泊是表，就比较麻烦了。如果数据是一些没有变化的字典表（比如，部门表、人员表这些)，可以先truncate表，再使用imp工具从备份中导入。或者使用物理备份做介质恢复。RMAN的块恢复功能也可用于修复部分8103错误。
    如果从备份恢复不是可行的（没有备份，或是恢复代价太大），可以"跳过"引发8103错误的的数据块,oracle提供了一个参考的脚本：
    
    
    --创建一个用来保存错误rowid的表
  create table bad_rows (row_id rowid);
  set serveroutput on
  
  declare
  nrows number; 
  badrows number;
  begin
   badrows:=0;
   nrows:=0;
   --使用索引构建一个循环，因为索引保存了表中所有行的rowid，注意这里使用了index提示字来强制索引
   for i in (select /*+ index (tab1) */ rowid, <indexed column name> from <original table name> tab1) loop
    begin
     --将"好的"数据，insert into到新表中,通过rowid读取每一行
     insert into <new table name> select 
     <list of columns from table (ie col1, col2,..)>
     from <orig table name> where rowid=i.rowid;
  
     if (mod(nrows,10000)=0) then commit; end if;
     
    --如果发生错误，则insert错误的rowid到临时表中
    exception when others then
     badrows:=badrows+1;
     insert into bad_rows values (i.rowid);
     commit;
    end;
    nrows:=nrows+1;
   end loop;
   dbms_output.put_line('Total rows: '||to_char(nrows)||' Bad rows: '||to_char(badrows));
  end;
  /
   
      脚本中的关键是使用索引来获取行中每一行的rowid,通过索引中保存的rowid,来取得完整的行。
  还有一个方法就是使用dbms_repair表来跳过损坏的数据块,方法与ORA-01578,的处理方法相同。