数据库相关：如何使用DBMS_REPAIR检测和修补数据坏块

　　对任何可能导致数据丢失的损坏，我们都要仔细的分析，以求理解所要涉及的数据。就修补坏块本身来说, 它可能会丢失数据，也可能会导致数据在逻辑上不一致；因此在进行修补坏块之前，必须仔细权衡使用DBMS_REPAIR的得失。

　　DBMS_REPAIR package 仅仅对transaction层和data层的坏块(即通常所说的由软件引起的坏块)起作用，对物理上损坏的块，在它被读到缓冲区中时就已被标识出来了，而DBMS_REPAIR会忽略所有被标识为坏了的块。

　　在DBMS_REPAIR package 初始版本中，“修补坏块”的功能仅仅是“将块标识为由软件引起的坏块”

　　使用DBMS_REPAIR package的注意事项：

　　1、 DB_BLOCK_CHECKING和DB_BLOCK_CHECKSUM要设置为FALSE.

　　2、 在使用DBMS_REPAIR之前，有坏块的文件应做一个备份。

　　下面我们就通过一个例子来说明DBMS_REPAIR package是如何检测和修补坏块的。

　　例如，Table T1（结构如下）中存在一个坏块：

　　SQL> desc t1
　　Name Null? Type
　　------------------------ -------- --------------------
　　COL1 NOT NULL NUMBER(38)
　　COL2 CHAR(512)

　　用Analyze命令对Table t1进行分析后，会得到如下错误提示：

　　SQL> analyze table t1 validate structure;
　　analyze table t1 validate structure
　　*
　　ERROR at line 1:
　　ORA-01498: block check failure

　　在Analyze产生的trace文件中，可以知道坏块中包含3条记录的数据(nrows = 3)，

　　Trace文件中主要的内容如下：

　　Dump file /export/home/oracle/product/8.1.5
　　/admin/V815/udump/v815_ora_2835.trc
　　Oracle8 Enterprise Edition Release 8.1.5.0.0
　　With the Partitioning option
　　*** 1998.12.16.15.53.02.000
　　*** SESSION ID:(7.6) 1998.12.16.15.53.02.000
　　kdbchk: row locked by non-existent transaction
　　table=0 slot=0
　　lockid=32 ktbbhitc=1
　　Block header dump: 0x01800003
　　Object id on Block? Y
　　seg/obj: 0xb6d csc: 0x00.1cf5f itc: 1 flg: - typ: 1 - DATA
　　fsl: 0 fnx: 0x0 ver: 0x01
　　Itl Xid Uba Flag Lck Scn/Fsc
　　0x01 xid: 0x0002.011.00000121 uba: 0x008018fb.0345.0d --U- 3 fsc
　　0x0000.0001cf60
　　data_block_dump
　　===============
　　tsiz: 0x7b8
　　hsiz: 0x18
　　pbl: 0x28088044
　　bdba: 0x01800003
　　flag=-----------
　　ntab=1
　　nrow=3
　　frre=-1
　　fsbo=0x18
　　fseo=0x19d
　　avsp=0x185
　　tosp=0x185
　　0xe:pti[0] nrow=3 offs=0
　　0x12:pri[0] offs=0x5ff
　　0x14:pri[1] offs=0x3a6
　　0x16:pri[2] offs=0x19d
　　block_row_dump:
　　(注：其余的省略)
　　end_of_block_dump

　　一、首先使用DBMS_REPAIR.ADMIN_TABLES来建立repair table和orphan key table，

　　并且为repair table和orphan key tables提供管理功能

　　SQL> @adminCreate
　　SQL> connect sys/
　　Connected.
　　SQL>
　　SQL> -- Repair Table
　　SQL>
　　SQL> declare
　　2 begin
　　3 -- create repair table
　　4 dbms_repair.admin_tables (
　　5 -- table_name => 'REPAIR_TABLE',
　　6 table_type => dbms_repair.repair_table,
　　7 action => dbms_repair.create_action,
　　8 tablespace => 'USERS'); -- 如果是使用SYS用户的缺省表空间，该项就不用指定
　　9 end;
　　10 /
　　PL/SQL procedure suclearcase/" target="_blank" >ccessfully completed.

　　我们查询dba_objects，可以看到如下结果：

　　SQL> select owner, object_name, object_type
　　2 from dba_objects
　　3 where object_name like '%REPAIR_TABLE';
　　OWNER OBJECT_NAME OBJECT_TYPE
　　------------------------------------------------------------------
　　SYS DBA_REPAIR_TABLE VIEW
　　SYS REPAIR_TABLE TABLE
　　SQL>
　　SQL> -- Orphan Key Table
　　SQL>
　　SQL> declare
　　2 begin
　　3 -- Create orphan key table
　　4 dbms_repair.admin_tables (
　　5 table_type => dbms_repair.orphan_table,
　　6 action => dbms_repair.create_action,
　　7 tablespace => 'USERS'); -- 如果是使用SYS用户的缺省表空间，该项就不用指定
　　8 end;
　　9 /
　　PL/SQL procedure successfully completed.

　　我们查询dba_objects，可以看到如下结果：

　　SQL> select owner, object_name, object_type
　　2 from dba_objects
　　3 where object_name like '%ORPHAN_KEY_TABLE';
　　OWNER OBJECT_NAME OBJECT_TYPE
　　------------------------------------------------------------------
　　SYS DBA_ORPHAN_KEY_TABLE VIEW
　　SYS ORPHAN_KEY_TABLE TABLE

原文转自：http://www.ltesting.net