分享
 
 
 

如何使用DBMS_REPAIR检测和修补数据坏块

王朝other·作者佚名  2008-06-01
窄屏简体版  字體: |||超大  

这篇论坛文章(赛迪网技术社区)主要介绍了使用DBMS_REPAIR检测和修补数据坏块的具体方法,详细内容请参考下文。

Oracle提供了许多方法检测和修补数据库中的数据坏块,而DBMS_REPAIR package就是其中之一。

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

二、使用DBMS_REPAIR.CHECK_OBJECT进行检测

CHECK_OBJECT procedure检查指定的object,并且将关于损坏和修补的指导信息装入Repair Table。它将效验指定object中所有块的一致性。而在此之前已标识的块就会被跳过。

SQL> @checkObject

SQL> set serveroutput on

SQL>

SQL> declare

2 rpr_count int;

3 begin

4 rpr_count := 0;

5 dbms_repair.check_object (

6 schema_name => 'SYSTEM',

7 object_name => 'T1',

8 repair_table_name => 'REPAIR_TABLE',

9 corrupt_count => rpr_count);

10 dbms_output.put_line('repair count: ' || to_char(rpr_count));

11 end;

12 /

repair count: 1

PL/SQL procedure successfully completed.

repair_table的结构如下:

SQL> desc repair_table

Name Null? Type

----------------------------------------- -------- ----------------------------

OBJECT_ID NOT NULL NUMBER

TABLESPACE_ID NOT NULL NUMBER

RELATIVE_FILE_ID NOT NULL NUMBER

BLOCK_ID NOT NULL NUMBER

CORRUPT_TYPE NOT NULL NUMBER

SCHEMA_NAME NOT NULL VARCHAR2(30)

OBJECT_NAME NOT NULL VARCHAR2(30)

BASEOBJECT_NAME VARCHAR2(30)

PARTITION_NAME VARCHAR2(30)

CORRUPT_DESCRIPTION VARCHAR2(2000)

REPAIR_DESCRIPTION VARCHAR2(200)

MARKED_CORRUPT NOT NULL VARCHAR2(10)

CHECK_TIMESTAMP NOT NULL DATE

FIX_TIMESTAMP DATE

REFORMAT_TIMESTAMP DATE

我们可以从repair_table中查询坏块的情况:

SQL> select object_name, block_id, corrupt_type, marked_corrupt,

2 corrupt_description, repair_description

3 from repair_table;

OBJECT_NAME BLOCK_ID CORRUPT_TYPE MARKED_COR

------------------------------ ---------- ------------ ----------

CORRUPT_DESCRIPTION

--------------------------------------------------------------------------------

REPAIR_DESCRIPTION

--------------------------------------------------------------------------------

T1 3 1 FALSE

kdbchk: row locked by non-existent transaction

table=0 slot=0

lockid=32 ktbbhitc=1

mark block software corrupt

三、从坏块中进行数据抽取

从repair_table中可以知道file 6的block 3 坏了,但注意此时这个块还没有被标识为坏块,因此要在这个时候将任何有意义的数据赶快抽取出来。一旦该块被标识为坏块,整个块就会被跳过。

1、 通过ALTER SYSTEM DUMP或trace中来获取块中包含的记录数 (nrows = 3).

2、 查询损坏的object,尽量抽取尽可能多的信息。

下面的查询可以用来从坏块中抢救数据。

建立一个临时表(temp_t1)以方便数据的插入:

SQL> create table temp_t1 as

2 select * from system.t1

3 where dbms_rowid.rowid_block_number(rowid) = 3

4 and dbms_rowid.rowid_to_absolute_fno (rowid, 'SYSTEM','T1') = 6;

Table created.

SQL> select col1 from temp_t1;

COL1

----------

2

3

四、使用DBMS_REPAIR.FIX_CORRUPT_BLOCKS来标识坏块

FIX_CORRUPT_BLOCKS procedure用来根据repair table中的信息修正指定objects中的坏块。当这个块被标识为坏了以后,做全表扫描将引起ORA-1578错。

SQL> declare

2 fix_count int;

3 begin

4 fix_count := 0;

5 dbms_repair.fix_corrupt_blocks (

6 schema_name => 'SYSTEM',

7 object_name => 'T1',

8 object_type => dbms_repair.table_object,

9 repair_table_name => 'REPAIR_TABLE',

10 fix_count => fix_count);

11 dbms_output.put_line('fix count: ' || to_char(fix_count));

12 end;

13 /

fix count: 1

PL/SQL procedure successfully completed.

查询repair_table可以看到block 3已经被标识:

SQL> select object_name, block_id, marked_corrupt

2 from repair_table;

OBJECT_NAME BLOCK_ID MARKED_COR

------------------------------ ---------- ----------

T1 3 TRUE

这时再对table t1做全表扫描,ORA-1578将会出现。

SQL> select * from system.t1;

select * from system.t1

*

ERROR at line 1:

ORA-01578: ORACLE data block corrupted (file # 6, block # 3)

ORA-01110: data file 6: '/tmp/ts_corrupt.dbf'

五、使用DBMS_REPAIR.DUMP_ORPHAN_KEYS来修补相关的index

DUMP_ORPHAN_KEYS将会显示指向数据坏块中记录的index entries

下列查询显示与坏块相关的index。

SQL> select index_name from dba_indexes

2 where table_name in (select distinct object_name from repair_table);

INDEX_NAME

------------------------------

T1_PK

SQL> @dumpOrphanKeys

SQL> set serveroutput on

SQL>

SQL> declare

2 key_count int;

3 begin

4 key_count := 0;

5 dbms_repair.dump_orphan_keys (

6 schema_name => 'SYSTEM',

7 object_name => 'T1_PK',

8 object_type => dbms_repair.index_object,

9 repair_table_name => 'REPAIR_TABLE',

10 orphan_table_name => 'ORPHAN_KEY_TABLE',

11 key_count => key_count);

12 dbms_output.put_line('orphan key count: ' || to_char(key_count));

13 end;

14 /

orphan key count: 3

PL/SQL procedure successfully completed.

orphan_key_table的结构如下:

SQL> desc orphan_key_table

Name Null? Type

----------------------------------------- -------- ----------------------------

SCHEMA_NAME NOT NULL VARCHAR2(30)

INDEX_NAME NOT NULL VARCHAR2(30)

IPART_NAME VARCHAR2(30)

INDEX_ID NOT NULL NUMBER

TABLE_NAME NOT NULL VARCHAR2(30)

PART_NAME VARCHAR2(30)

TABLE_ID NOT NULL NUMBER

KEYROWID NOT NULL ROWID

KEY NOT NULL ROWID

DUMP_TIMESTAMP NOT NULL DATE

下列查询显示t1_pk index中有3个index entries与坏块有关:

SQL> select index_name, count(*) from orphan_key_table

2 group by index_name;

INDEX_NAME COUNT(*)

------------------------------ ----------

T1_PK 3

在orphan_key_table 中的Index entry意味着该index应该重建,以保证一个table的指针和它的index指针返回同样的结果集合。

六、使用DBMS_REPAIR.SKIP_CORRUPT_BLOCKS来跳过坏块

SKIP_CORRUPT_BLOCKS用来决定在对指定object的index和table做搜索时是否跳过坏块。

如果index和table不同步,那么一个‘SET TRANSACTION READ ONLY'的transaction可能会出现不一致的情况,例如一个查询仅仅指向index,而它的子查询却同时指向index和table。 如果table的block已经被标识为坏了,那么这两个查询将会返回不同的结果。

建议:如果SKIP_CORRUPT_BLOCKS被enable,那么必须重建orphan_key_table中确定的所有indexes(或所有与该object相关的indexes,如果在DUMP_ORPHAN_KEYS被忽略的情况下)。

SQL> @skipCorruptBlocks

SQL> declare

2 begin

3 dbms_repair.skip_corrupt_blocks (

4 schema_name => 'SYSTEM',

5 object_name => 'T1',

6 object_type => dbms_repair.table_object,

7 flags => dbms_repair.skip_flag);

8 end;

9 /

PL/SQL procedure successfully completed.

下列查询显示跳过坏块已经enable。

SQL> select table_name, skip_corrupt from dba_tables

2 where table_name = 'T1';

TABLE_NAME SKIP_COR

------------------------------ --------

T1 ENABLED

坏块中的记录被跳过后,全表扫描不再显示错误。

SQL> select * from system.t1;

COL1 COL2

--------------------------------------------

4 dddd

5 eeee

注意此时pk index还没有被修正。不能往t1 table中插入数据

SQL> insert into system.t1 values (1,'aaaa');

insert into system.t1 values (1,'aaaa')

*

SQL> select * from system.t1 where col1 = 1;

no rows selected

七、使用DBMS_REPAIR.REBUILD_FREELISTS重建freelists

REBUILD_FREELISTS重建指定object的freelists。

SQL> declare

2 begin

3 dbms_repair.rebuild_freelists (

4 schema_name => 'SYSTEM',

5 object_name => 'T1',

6 object_type => dbms_repair.table_object);

7 end;

8 /

PL/SQL procedure successfully completed.

八、重建Index

在orphan_key_table中确定的每一个index都必须重建,以保证查询结果的一致。

SQL> alter index system.t1_pk rebuild online;

Index altered.

重建index后,就能往t1 table中插入数据。

SQL> insert into system.t1 values (1, 'aaaa');

1 row created.

SQL> select * from system.t1;

COL1 COL2

--------------------------------------------

4 dddd

5 eeee

1 aaaa

以上的insert语句只是提供一个简单的例子。如果我们真能知道丢失的数据内容,那当然是最好的。临时表(temp_t1)应该用来存放所有从坏块中抽取的记录。

到此时table T1已经可以被再用,但同时数据也有丢失。一般来说,在使用DBMS_REPAIR package之前,应认真考虑数据的丢失问题,因为从index segment和table dump中采集信息非常复杂,同时逻辑上的不一致也可能被引入。要记住:在DBMS_REPAIR package 初始版本中,“修补坏块”的功能仅仅是“将块标识为由软件引起的坏块”而已。

在进行上述操作前,必须先阅读〈Oracle8i Administrator's Guide〉中“Detecting and Repairing Data Block Corruption"章节,同时对风险进行评估。所有操作最好是在Oracle工程师的指导下进行。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有