oracle跳过损坏块,Oracle处理损坏数据块的处理操作

你是否在实际操作中遇到过这样的状况，有的时侯Oracle的数据文件只损坏了相关的数据块而其他的东西却完好无损。产生这样的原因主要是因为间断或随机的I/O错误或是内存块的错误。这时可以不用做整个数据文件的恢复，使datafile仍然处在在线的状态。对此可以进行下面几种Oracle处理损坏数据块的处理操作。

** Oracle 9i 以后可以使用blockrecover命令(BMR)：

可以先通过视图v$database_block_corruption获得当前被损坏数据的数据块信息。此视图中记录了物理和逻辑两类block corruption。

@ 物理的corruption：无法辨识该数据块，checksum、header、footer校验错误

@ 逻辑corruption：chechsum、header、footer校验是正确的，但是该数据块的内容时不一致的。

注意：BMR是不能用于恢复逻辑上的corruption的。在backup命令中checksum的校验是默认开启的，可以通过NOCHECKSUM选项属性关闭。逻辑的校验默认是关闭的，可以在backup、restore、recover、validate命令中添加CHECK LOGICAL开启。

具体的操作方法为：

rman>blockrecover datafile n1 block n1b1,

n1b2 datafile n2 block n2b1,n2b2;

** 对于用户管理的备份和恢复方法。如果要恢复Oracle处理损坏数据的DB，只能进行整个数据文件的恢复。

sql>alter database datafile 2 offline;

sql>host ‘cp /backup/datafile1.bak /opt/demo/datafile1.dt’;

sql>recover automatic datafile 2;

sql>alter database datafile 2 online;

** 如果对于存在corruption block的表的使用不频繁，在可以忍受的情况下，可以先屏蔽这些blocks，待以后再恢复。这就要使用dbms_repair包了。具体如下：

@ 建立修复表(修复表用于存放表、表分区或索引的损坏块信息)。

sql>exec dbms_repair.admin_tables

(’REPAIR_TABLE’, DBMS_REPAIR.REPAIR_TABLE, DBMS_REPAIR.CREATE_ACTION);

@ 确定Oracle处理损坏数据块的个数

sql>var cc number

sql>exec dbms_repair.check_object

(’TBSPNAME’, ‘TABNAME’,corrupt_count=>:cc);

sql>print cc

@ 标记损坏块。

sql>var fc number

sql>exec dbms_repair.fix_corrupt_blocks

(’TBSPNAME’, ‘TABNAME’,fix_count=>:fc);

sql>print fc;

@ 跳过损坏块。此操作可以使涉及到损坏块的查询sql继续执行，跳过该blocks，但是对于DML，则仍会显示错误信息。

sql>exec dbms_repair.skip_corrupt_blocks(’TBSPNAME’, ‘TABNAME’);

@ 确定指向Oracle处理损坏数据块的索引入口。当上面确定了表的损坏块后，仍有可能存在索引指向Oracle处理损坏数据块，这些索引称为“孤立键值”。对此可以使用dbms_repair包对孤立键值进行管理：

sql>exec dbms_repair.admin_tables

(’ORPHAN_TAB’, DBMS_REPAIR, ORPHAN_TABLE, DBMS_REPAIR, CREATE_ACTION);

sql>var kc number

sql>exec dbms_repair.dump_orphar_keys

(’TBSPNAME’,'INDEXNAME’,orphan_table_name=>‘ORPHAN_TAB’,key_count=>:kc);

sql>print kc;

上述的相关内容就是对Oracle处理损坏数据块的描述，希望会给你带来一些帮助在此方面。

【编辑推荐】

【责任编辑：孙巧华 TEL：(010)68476606】

点赞 0