当前位置：网站首页>Oracle Recovery Tools修复空闲坏块

Oracle Recovery Tools修复空闲坏块

2022-08-09 12:51:00 【惜分飞】

我们经常遇到由于某种原因,表上面有坏块,通过event或者dbms包跳过坏块,然后重建该表之后,但是dbv和rman检查坏块依旧存在(而且导致常规情况下rman无法正常备份),最近在Oracle Recovery Tools工具中增加的这种异常数据块修复功能,通过试验重现类似故障:
创建表并进行破坏

C:\Users\XFF>sqlplus / assysdba

SQL*Plus: Release 11.2.0.4.0 Production on星期一 8月 8 14:00:34 2022

Copyright (c) 1982, 2013, Oracle.  Allrights reserved.

连接到:

Oracle Database11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

Withthe Partitioning, OLAP, Data Mining andRealApplication Testing options

SQL> createtablespace ts_test datafile 'e:/oradata/test/ts_test.dbf'size128M autoextend on;

表空间已创建。

SQL> createtablet_xifenfei tablespace ts_test

  2  as

  3  select* fromdba_objects;

表已创建。

SQL> altersystem checkpoint;

系统已更改。

SQL> setpages 100

SQL> selectfile_id,block_id,blocks fromdba_extents wheresegment_name='T_XIFENFEI';

   FILE_ID   BLOCK_ID     BLOCKS

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

         5        128          8

         5        136          8

         5        144          8

         5        152          8

         5        160          8

         5        168          8

         5        176          8

         5        184          8

         5        192          8

         5        200          8

         5        208          8

         5        216          8

         5        224          8

         5        232          8

         5        240          8

         5        248          8

         5        256        128

         5        384        128

         5        512        128

         5        640        128

         5        768        128

         5        896        128

         5       1024        128

         5       1152        128

         5       1280        128

已选择25行。

SQL> SELECTCOUNT(1) FROMT_XIFENFEI;

  COUNT(1)

----------

     86048

SQL> shutdown immediate;

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

C:\Windows\system32>dd of=e:/oradata/test/ts_test.dbf  if=/dev/zero bs=1k seek=1419 conv=notrunc count=1

rawwrite dd forwindows version 0.6beta3.

Written byJohn Newbigin <[email protected]>

This program iscovered byterms ofthe GPL Version 2.

notrunc

1+0 records in

1+0 records out

SQL> startup

ORACLE 例程已经启动。

Total System GlobalArea 3206836224 bytes

Fixed Size                  2285512 bytes

Variable Size             754974776 bytes

DatabaseBuffers         2432696320 bytes

Redo Buffers               16879616 bytes

数据库装载完毕。

数据库已经打开。

SQL> selectcount(1) fromt_xifenfei;

selectcount(1) fromt_xifenfei

                     *

第 1 行出现错误:

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

ORA-01110: 数据文件 5: 'E:\ORADATA\TEST\TS_TEST.DBF'

跳过坏块重建该表

SQL> altersession setevents '10231 trace name context forever, level 10';

会话已更改。

SQL> createtablet_xifenfei_bak tablespace ts_test

  2  asselect* fromt_xifenfei;

表已创建。

SQL> selectcount(1) fromt_xifenfei_bak;

  COUNT(1)

----------

     85968

SQL> droptablet_xifenfei purge;

表已删除。

SQL> rename t_xifenfei_bak tot_xifenfei;

表已重命名。

SQL> selectcount(1) fromt_xifenfei;

  COUNT(1)

----------

     85968

检查坏块情况
通过rman和dbv检查,均表明file 5 block 177为坏块

C:\Users\XFF>dbv file=E:\ORADATA\TEST\TS_TEST.DBF

DBVERIFY: Release 11.2.0.4.0 - Production on 星期一 8月 8 17:25:57 2022

Copyright (c) 1982, 2011, Oracle and/orits affiliates.  All rights reserved.

DBVERIFY - 开始验证: FILE = E:\ORADATA\TEST\TS_TEST.DBF

页 177 标记为损坏

Corrupt block relative dba: 0x014000b1 (file5, block 177)

Bad check value found during dbv:

Data inbad block:

 type: 6 format: 2 rdba: 0x014000b1

 last change scn: 0x0000.000ebc27 seq: 0x2 flg: 0x04

 spare1: 0x0 spare2: 0x0 spare3: 0x0

 consistency value intail: 0xbc270602

 check value inblock header: 0x5b2a

 computed block checksum: 0xbb32

DBVERIFY - 验证完成

检查的页总数: 16384

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

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

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

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

处理的页总数 (其他): 155

处理的总页数 (段)  : 0

失败的总页数 (段)  : 0

空的页总数: 13772

标记为损坏的总页数: 1

流入的页总数: 0

加密的总页数        : 0

最高块 SCN            : 967616 (0.967616)

RMAN> backup validate check logical datafile 5;

启动 backup 于 08-8月 -22

使用目标数据库控制文件替代恢复目录

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: SID=118 设备类型=DISK

通道 ORA_DISK_1: 正在启动全部数据文件备份集

通道 ORA_DISK_1: 正在指定备份集内的数据文件

输入数据文件: 文件号=00005 名称=E:\ORADATA\TEST\TS_TEST.DBF

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:01

数据文件列表

=================

文件状态 标记为损坏 空块 已检查的块 高 SCN

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

5    FAILED 0              13744        16384           967621

  文件名: E:\ORADATA\TEST\TS_TEST.DBF

  块类型 失败的块 已处理的块

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

  数据       1              2457

  索引      0              0

  其他      0              183

验证找到一个或多个损坏的块

有关详细信息, 请参阅跟踪文件 C:\APP\XFF\diag\rdbms\test\test\trace\test_ora_22284.trc

完成 backup 于 08-8月 -22

SQL> select* from v$database_block_corruption ;

     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO

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

         5        177          1                  0 CHECKSUM

查询坏块所属对象
没有查询到该坏块所属对象,证明该block为游离块[不属于任何数据对象,是空闲块,但是损坏]

SQL> SELECTOWNER, SEGMENT_NAME, SEGMENT_TYPE, TABLESPACE_NAME, A.PARTITION_NAME

  2    FROMDBA_EXTENTS A

  3   WHEREFILE_ID = &FILE_ID

  4     AND&BLOCK_ID BETWEENBLOCK_ID ANDBLOCK_ID + BLOCKS - 1;

输入 file_id 的值:  5

原值    3:  WHEREFILE_ID = &FILE_ID

新值    3:  WHEREFILE_ID = 5

输入 block_id 的值:  177

原值    4:    AND&BLOCK_ID BETWEENBLOCK_ID ANDBLOCK_ID + BLOCKS - 1

新值    4:    AND177 BETWEENBLOCK_ID ANDBLOCK_ID + BLOCKS - 1

未选定行

通过Oracle Recovery Tools工具进行修复
 

再次检查坏块
通过工具修复之后,dbv和rman检查均正常

C:\Users\XFF>rman target /

恢复管理器: Release 11.2.0.4.0 - Production on 星期一 8月 8 17:59:26 2022

Copyright (c) 1982, 2011, Oracle and/orits affiliates.  All rights reserved.

已连接到目标数据库: TEST (DBID=2410248200)

RMAN> backup validate check logical datafile 5;

启动 backup 于 08-8月 -22

使用目标数据库控制文件替代恢复目录

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: SID=54 设备类型=DISK

通道 ORA_DISK_1: 正在启动全部数据文件备份集

通道 ORA_DISK_1: 正在指定备份集内的数据文件

输入数据文件: 文件号=00005 名称=E:\ORADATA\TEST\TS_TEST.DBF

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:01

数据文件列表

=================

文件状态 标记为损坏 空块 已检查的块 高 SCN

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

5    OK     0              13745        16384           967621

  文件名: E:\ORADATA\TEST\TS_TEST.DBF

  块类型 失败的块 已处理的块

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

  数据       0              2456

  索引      0              0

  其他      0              183

完成 backup 于 08-8月 -22

C:\Users\XFF>dbv file=E:\ORADATA\TEST\TS_TEST.DBF

DBVERIFY: Release 11.2.0.4.0 - Production on 星期一 8月 8 17:56:45 2022

Copyright (c) 1982, 2011, Oracle and/orits affiliates.  All rights reserved.

DBVERIFY - 开始验证: FILE = E:\ORADATA\TEST\TS_TEST.DBF

DBVERIFY - 验证完成

检查的页总数: 16384

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

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

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

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

处理的页总数 (其他): 183

处理的总页数 (段)  : 0

失败的总页数 (段)  : 0

空的页总数: 13745

标记为损坏的总页数: 0

流入的页总数: 0

加密的总页数        : 0

最高块 SCN            : 967621 (0.967621)

SQL> select* from v$database_block_corruption ;

未选定行

 

原网站

版权声明
本文为[惜分飞]所创，转载请带上原文链接，感谢
https://blog.csdn.net/xifenfei/article/details/126233352

边栏推荐

猜你喜欢

随机推荐