Oracle坏块处理之dbms_repair的用法

最新推荐文章于 2023-06-05 21:55:50 发布
最新推荐文章于 2023-06-05 21:55:50 发布
阅读量820 收藏 1
点赞数
文章标签： 数据库

 

1、模拟坏块

SQL> create tablespace test01 datafile 'G:oracleproduct10.2.0oradataora10gtest01.dbf' size 1m;

表空间已创建。

SQL> create table test(id number,name varchar2(30)) tablespace test01;

表已创建。

SQL> insert into test select rownum,object_name from dba_objects;

insert into test select rownum,object_name from dba_objects

*

第 1 行出现错误:

ORA-01653: 表 SYS.TEST 无法通过 8 (在表空间 TEST01 中) 扩展

SQL> insert into test select rownum,object_name from dba_objects where rownum<10000;

已创建9999行。

SQL> commit;

提交完成。

SQL> insert into test select rownum,object_name from dba_objects where rownum<10000;

已创建9999行。

SQL> commit;

提交完成。

SQL> select count(*) from test;

COUNT(*)

----------

19998

SQL> create index id_inx on test(id);

索引已创建。

SQL> create index name_inx on test(name);

索引已创建。

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

然后使用UltraEdit等工具编辑数据文件，修改里面的部分内容。

SQL> startup

ORACLE 例程已经启动。

数据库装载完毕。

数据库已经打开。

SQL> select count(*) from test;

select count(*) from test

*

第 1 行出现错误:

ORA-01578: ORACLE 数据块损坏 (文件号 7, 块号 19)

ORA-01110: 数据文件 7: 'G:ORACLEPRODUCT10.2.0ORADATAORA10GTEST01.DBF'

可见我们已经模拟出坏块的情景。

2、使用analyze table 或DBV检测坏块的信息

SQL> analyze table test validate structure;

analyze table test validate structure

*

第 1 行出现错误:

ORA-01578: ORACLE 数据块损坏 (文件号 7, 块号 19)

ORA-01110: 数据文件 7: 'G:ORACLEPRODUCT10.2.0ORADATAORA10GTEST01.DBF'

通过对表进行analyze之后，该表的相关坏块信息会写入到跟踪文件中，我们可以通过脚本获得此跟踪文件：

SQL> @G:oracleget_trace.sql;

TRACE_FILE

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

G:ORACLEPRODUCT10.2.0ADMINORA10GUDUMPora10g_ora_3528.trc

查看ora10g_ora_3528.trc，下面是其中的部分信息：

Corrupt block relative dba: 0x01c00014 (file 7, block 20)

...

Corrupt block relative dba: 0x01c00013 (file 7, block 19)

...

跟踪文件中提示了数据文件7块19、20出现了坏块，下面使用DBV工具进行检测：

使用DBV工具时，两个参数是必须的，一个是FILE，一个是BLOCKSIZE：

G:oracleproduct10.2.0oradataora10g>dbv file=test01.dbf blocksize=8192

DBVERIFY - 开始验证: FILE = test01.dbf

页 19 标记为损坏

Corrupt block relative dba: 0x01c00013 (file 7, block 19)

...

页 20 标记为损坏

Corrupt block relative dba: 0x01c00014 (file 7, block 20)

...

页 23 标记为损坏

Corrupt block relative dba: 0x01c00017 (file 7, block 23)

...

页 31 标记为损坏

Corrupt block relative dba: 0x01c0001f (file 7, block 31)

...

DBVERIFY - 验证完成

检查的页总数: 128

处理的页总数 (数据): 106

失败的页总数 (数据): 0

处理的页总数 (索引): 0

失败的页总数 (索引): 0

处理的页总数 (其它): 18

处理的总页数 (段)  : 0

失败的总页数 (段)  : 0

空的页总数: 0

标记为损坏的总页数: 4

流入的页总数: 0

最高块 SCN            : 1286361 (0.1286361)

我们可以见到，使用DBV工具检测出了该对象存在了4个坏块，而上面我们使用analyze命令时只检测出部分的坏块。

3、使用dbms_repair包进行坏块处理

1）首先建立repair_table,用于存放dbms_repair.check_object检测出来的坏块信息

SQL> declare

2  begin

3  dbms_repair.admin_tables

4  (table_name => 'REPAIR_TABLE',--表名

5  table_type => dbms_repair.repair_table,

6  action => dbms_repair.create_action,

7  tablespace => 'USERS');--用于指定该表存放的表空间

8  end;

9  /

PL/SQL 过程已成功完成。

SQL> col owner format a10

SQL> col object_name format a20

SQL> col object_type format a20

SQL> select owner, object_name, object_type

2  from dba_objects

3  where object_name like '%REPAIR_TABLE';

OWNER      OBJECT_NAME          OBJECT_TYPE

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

SYS        REPAIR_TABLE         TABLE

SYS        DBA_REPAIR_TABLE     VIEW

Oracle自动创建了一个DBA_REPAIR_TABLE视图。

2）使用dbms_repair.check_object进行坏块检测

SQL> set serveroutput on size 100000;

SQL> declare

2  rpr_count int;

3  begin

4  rpr_count := 0;

5  dbms_repair.check_object(

6  schema_name => 'SYS',--指定对象模式，也就是对象的所有者

7  object_name => 'TEST',--指定对象名，也就是表名

8  repair_table_name => 'REPAIR_TABLE',

9  corrupt_count => rpr_count);

10  dbms_output.put_line('repair block count: '

11  ||to_char(rpr_count));

12  end;

13  /

repair block count: 4

PL/SQL 过程已成功完成。

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

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

TEST                         19         6148 TRUE

mark block software corrupt

TEST                         20         6148 TRUE

mark block software corrupt

TEST                         23         6148 TRUE

mark block software corrupt

TEST                         31         6148 TRUE

mark block software corrupt

通过运行dbms_repair.check_object，将坏块信息存放到了repair_table表中，其中有个字段marked_corrupt，用于标识该块是否被标识为坏块，当被标识为true时，即该块被标识为坏块。其中这一步跟oracle文档中的描述有点进入，根据oracle文档，当执行完dbms_repair.check_object时，并不会进行坏块标识，也就是marked_corrupt列的值应该为false，而只有当执行dbms_repair.fix_corrupt_blocks过程后才会进行坏块标识。

3）使用dbms_repair.fix_corrupt_blocks进行坏块标识

SQL> declare

2  fix_block_count int;

3  begin

4  fix_block_count := 0;

5  dbms_repair.fix_corrupt_blocks (

6  schema_name => 'SYS',

7  object_name => 'TEST',

8  object_type => dbms_repair.table_object,

9  repair_table_name => 'REPAIR_TABLE',

10  fix_count => fix_block_count);

11  dbms_output.put_line('fix blocks count: ' ||

12  to_char(fix_block_count));

13  end;

14  /

fix blocks count: 0

PL/SQL 过程已成功完成。

我们可以见到到fix blocks count=0，即在上一步进行check_object时已经进行了坏块标识了，这一步其实可以省略。（不过没有测试过！）

SQL> select count(*) from test;

select count(*) from test

*

第 1 行出现错误:

ORA-01578: ORACLE 数据块损坏 (文件号 7, 块号 19)

ORA-01110: 数据文件 7: 'G:ORACLEPRODUCT10.2.0ORADATAORA10GTEST01.DBF'

此时进行查询仍然报错，因为我们只是将坏块进行了标识，当进行全表扫描的时候，仍然会查询到坏块而报错。

4）使用dbms_repair.dump_orphan_keys过程来保存坏块的索引键值，然后再执行skip_corrupt_blocks过程之后，我们才能重建索引，不然重建索引时新的索引仍然会引用坏块。首先要建立ORPHAN_KEY_TABLE，此表就是用来存放坏块的索引键值。

SQL> declare

2  begin

3  dbms_repair.admin_tables

4  (table_name => 'ORPHAN_KEY_TABLE',

5  table_type => dbms_repair.orphan_table,

6  action => dbms_repair.create_action,

7  tablespace => 'USERS');

8  end;

9  /

PL/SQL 过程已成功完成。

然后执行过程dbms_repair.dump_orphan_keys将坏块键值存放到上面所创建的表中：

SQL> declare

2  orph_count int;

3  begin

4  orph_count:= 0;

5  dbms_repair.dump_orphan_keys (

6  schema_name => 'SYS',

7  object_name => 'ID_INX',--索引的名字

8  object_type => dbms_repair.index_object,

9  repair_table_name => 'REPAIR_TABLE',--从这个表中获得坏块的信息

10  orphan_table_name => 'ORPHAN_KEY_TABLE',

11  key_count => orph_count);

12  dbms_output.put_line('orphan-index entries: ' || to_char(orph_count));

13  end;

14  /

orphan-index entries: 491

PL/SQL 过程已成功完成。

SQL> declare

2  orph_count int;

3  begin

4  orph_count:= 0;

5  dbms_repair.dump_orphan_keys (

6  schema_name => 'SYS',

7  object_name => 'NAME_INX',

8  object_type => dbms_repair.index_object,

9  repair_table_name => 'REPAIR_TABLE',

10  orphan_table_name => 'ORPHAN_KEY_TABLE',

11  key_count => orph_count);

12  dbms_output.put_line('orphan-index entries: ' || to_char(orph_count));

13  end;

14  /

orphan-index entries: 491

PL/SQL 过程已成功完成。

对每个索引都要进行dump_orphan_keys。

SQL> select index_name, count(*) from orphan_key_table

2  group by index_name;

INDEX_NAME                       COUNT(*)

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

ID_INX                                491

NAME_INX                              491

5）使用skip_corrupt_blocks，使查询或者DML时跳过坏块

SQL> declare

2  begin

3  dbms_repair.skip_corrupt_blocks (

4  schema_name => 'SYS',

5  object_name => 'TEST',

6  object_type => dbms_repair.table_object,

7  flags => dbms_repair.skip_flag);

8  end;

9  /

PL/SQL 过程已成功完成。

SQL> select table_name, skip_corrupt from dba_tables

2  where table_name = 'TEST';

TABLE_NAME                     SKIP_COR

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

TEST                           ENABLED

6）使用dbms_repair.rebuild_freelists重建freelists，使得该块不再被放到freelists，当中，也就是该块将不会再被使用。

SQL> declare

2  begin

3  dbms_repair.rebuild_freelists (

4  schema_name => 'SYS',

5  object_name => 'TEST',

6  object_type => dbms_repair.table_object);

7  end;

8  /

declare

*

第 1 行出现错误:

ORA-10614: Operation not allowed on this segment

ORA-06512: 在 "SYS.DBMS_REPAIR", line 400

ORA-06512: 在 line 3

不过我们可以看到，对于SYS用户下面的对象好像不能进行此操作。

4、重建索引

SQL> select count(id) from test;

COUNT(ID)

----------

19998

SQL> select count(name) from test;

COUNT(NAME)

-----------

19998

SQL> select count(*) from test;

COUNT(*)

----------

19507

我们可以看到上面的三个查询，对于第1和第2个使用索引进行查询和不使用索引进行查询的结果是不一样的。下面我们使用rebuild试试。

SQL> alter index id_inx rebuild;

索引已更改。

SQL> alter index name_inx rebuild;

索引已更改。

SQL> select count(id) from test;

COUNT(ID)

----------

19998

SQL> select count(name) from test;

COUNT(NAME)

-----------

19998

SQL> select count(*) from test;

COUNT(*)

----------

19507

可以是不能通过rebuild来重建索引的。只能通过DROP然后再CREATE。

SQL> drop index id_inx;

索引已删除。

SQL> drop index name_inx;

索引已删除。

SQL> create index id_inx on test(id);

索引已创建。

SQL> create index name_inx on test(name);

索引已创建。

SQL> select count(id) from test;

COUNT(ID)

----------

19507

SQL> select count(name) from test;

COUNT(NAME)

-----------

19507

SQL> select count(*) from test;

COUNT(*)

----------

19507

到此该表已经可以正常使用了，但同时也丢失了一些数据，所以在使用dbms_repair进行恢复的时候要充分考虑到数据的重要性和恢复的后果。同时也应该考虑是否有其它别的恢复方法，不然贸贸然的行事最后可能得不偿失。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/27573546/viewspace-759045/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/27573546/viewspace-759045/

csh1951914
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
[Oracle] dbms_metadata.get_ddl 的使用方法总结
09-10
以下是对Oracle中dbms_metadata.get_ddl的用法进行了详细的分析介绍，需要的朋友参考下
Oracle中使用DBMS_XPLAN处理执行计划详解
12-16
DBMS_XPLAN是Oracle提供的一个用于查看SQL计划，包括执行计划和解释计划的包；在以前查看SQL执行计划的时候，我都是使用set autotrace命令，不过现在看来，DBMS_XPLAN包给出了更加简化的获取和显示计划的方式。 这5...
oracle dbms_repair,DBMS_REPAIR包使用详解
weixin_39756445的博客
04-04 407
Oracle提供了DBMS_REPAIR包用来发现、标识并修改数据文件中的坏块。任何工具都不是万能的，使用这个包的同时会带来数据丢失、表和Oracle提供了DBMS_REPAIR包用来发现、标识并修改数据文件中的坏块。任何工具都不是万能的，使用这个包的同时会带来数据丢失、表和索引返回数据不一致，完整性约束破坏等其他问题。因此当出现错误时，应当首先从物理备份或逻辑备份恢复，使用dbms_repair...
oracle坏块修复步骤（索引坏块rebuild和表表坏块用rman,dbms_repair恢复）
最新发布
一个只求实际的程序猿
06-05 2550
b）如果是文件系统且没做raid,但有备份和归档,在messages里会显示具体哪个磁盘出问题了,更换磁盘,然后用数据文件备份和归档、在线日志恢复到最后的时间点。,oracle会对基表加share锁,由于share锁和row-X是不兼容的,也就是说,在建立索引期间,无法对基表进行DML操作。实际上,oracle在rebuild时,在创建新索引过程中,并不会删除旧索引,直到新索引rebuild成功。c）如果是文件系统且没做raid,没有备份,那么就要按下面的步骤3里的操作恢复好坏块后,再更换磁盘。
dbms_repair(修复)
weixin_36408281的博客
11-28 406
dbms_repair包： 检查，修复在表和索引上损坏的数据块；–1，admin_tables/* 该过程提供了管理 修复表 和 孤表 的功能 table_name –{加前缀ORPHAN，REPAIR } table_type –{dbms_repair.ORPHAN_TABLE ,dbms_repair.REPAIR_TABLE}
oracle dbms_repair,数据文件出现坏快的解决之一(如何利用dbms_repair来标记和跳过坏块)...
weixin_35006125的博客
04-04 343
http://blog.chinaunix.net/u1/50863/showart_400574.html第一步：准备试验环境(建表空间，用户，表，初始化一些数据，然后破坏对应的数据文件)E:\Oracle\ora92\bin>sqlplus "/ assysdba"SQL*Plus: Release 9.2.0.4.0 - Production on 星期一3月 8 20:27:15 2...
oracle dbms_repair,oracle实验-使用dbms_repair修复块损坏
weixin_32200323的博客
04-04 199
使用dbms_repair修复块损坏的例子dbms_repair是从oracle8i开始提供的。我们可以用设置event的方法来处理坏块：但是当数据量很大，或7*24的系统时，这样的方法就不是很合适了。这里我们使用dbms_repair来处理。SQL> create tablespace block datafile 'D:\oracle\oradata\oracle9i\block.dbf...
Oracle随机函数之dbms_random使用详解
12-16
dbms_random是oracle提供的一个随机函数包，以下介绍一些dbms_random的常用示例： dbms_random.value用法： 生成一个大于等于0，小于等于1的38位小数 代码如下: — FUNCTION value RETURN NUMBER; select dbms_...
oracle数据库定时任务dbms_job的用法详解
09-10
给大家详细介绍了dbms_job的用法，用于安排和管理作业队列,通过使用作业,可以使ORACLE数据库定期执行特定的任务。有需要的朋友们可以参考借鉴。
ORACLE SYS.DBMS_REGISTRY_SYS has errors
03-03
ORA-04063: package body SYS.DBMS_REGISTRY_SYS has errors
ORACLE随机数DBMS_RANDOM包
09-10
主要介绍了ORACLE随机数DBMS_RANDOM包，通过dbms_random包调用随机数的方法大致有4种，具体哪4种请看本篇文章吧
使用dbms_stats包手工收集统计信息
01-03
ORACLE数据库使用dbms_stats包手动收集关于表的、索引的统计信息。
DBMS_SQL.rar_dbms_oracle
09-23
oracle dbms_sql的使用方法，非常使用
DBMS.rar_DBMS.rar_DBMs C_dbms_oracle_表格
09-22
实现建立数据库表的结构的功能。要求： （1）能输入任意关系名。  （2）字段个数、名称任意给定（包括字段名、字段类型、长度任意）。 （3）要求以文件形式保存基本表。（存储结构也可自行设计） ...
Oracle之DBMS_RANDOM包详解
01-19
DBMS_RANDOM是Oracle提供的一个PL/SQL包，用于生成随机数据和字符。它具有以下函数。 　其中，initialize，random，terminate函数在Oracle11g中已不推荐使用，主要用于向后兼容。下面对各个函数进行举例说明 　1. ...
使用DBMS_REPAIR包跳过坏块
loveLAxin的博客
02-09 371
1、创建测试表 SQL> conn help/admin Connected. SQL> create table h1 as select * from dba_objects; Table created. SQL> select table_name from user_tables; TABLE_NAME ——————— H1 SQL> select count(*) from h1; COUNT(*) —————— 86414 2、查看表的相关信息 select segme
Oracle基础包之DBMS_REPAIR(十八)
tianxingyun的专栏
12-27 243
1、概述 作用: 用于检测,修复在表和索引上的损坏数据块 2、包的组成 1）、admin_tables 语法： dbms_repair.admin_tables(table_name in varchar2,table_type in binary_integer,action in binary_integer,tablespace in varchar2 default null); 其中table_name用于指定要处理的表名，必须要指定前缀orphan或repair,table_type指定表类型(
DBMS_REPAIR的使用 (转载)
congmeng1295的博客
08-29 131
[@more@]Oracle提供了DBMS_REPAIR包用来发现、标识并修改数据文件中的坏块。任何工具都不是万能的，使用这个包的同时会带来数据丢失、表和索引返回数据不一致，完整性约束破坏等其他问题。因此当出现错误时，应当首先从...
如何使用dbms_repair包标记坏块
分支的博客
11-13 624
参考博文：http://www.cnblogs.com/myrunning/p/4525917.html --利用dbms_repair包必须先创建repair table两个表： SQL> begin dbms_repair.admin_tables( table_name=>'REPAIR_TABLE', table_type=>dbms_repair.repair_ta
oracle dbms_random 用法
05-25
Oracle的DBMS_RANDOM包是一个随机数生成器，可以用于生成随机数。下面是DBMS_RANDOM的一些基本用法： 1. 生成一个0到1之间的随机数： ```sql SELECT DBMS_RANDOM.VALUE FROM DUAL; ``` 2. 生成一个指定范围内的随机数： ```sql SELECT TRUNC(DBMS_RANDOM.VALUE(low, high)) FROM DUAL; ``` 其中，low和high是两个整数，表示生成的随机数的范围是[low, high]。 3. 生成一个指定长度的随机字符串： ```sql SELECT DBMS_RANDOM.STRING('U', 10) FROM DUAL; ``` 其中，'U'表示生成的字符串中只包含大写字母，10表示字符串的长度。 4. 生成一个指定长度的随机字母数字字符串： ```sql SELECT DBMS_RANDOM.STRING('A', 10) FROM DUAL; ``` 其中，'A'表示生成的字符串中包含大小写字母和数字，10表示字符串的长度。 5. 生成一个指定长度的随机密码： ```sql SELECT DBMS_RANDOM.STRING('A', 8) || DBMS_RANDOM.STRING('U', 2) || DBMS_RANDOM.STRING('X', 2) FROM DUAL; ``` 其中，'A'表示生成的密码中包含大小写字母和数字，8表示密码中包含8个字符；'U'表示生成的密码中只包含大写字母，2表示密码中包含2个大写字母；'X'表示生成的密码中只包含特殊字符，2表示密码中包含2个特殊字符。 这里只是DBMS_RANDOM的一些基本用法，还有很多其他功能可以使用。如需要更多信息，请参考Oracle的官方文档。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值