实战篇：Oracle 数据坏块的 N 种修复方式

大家好，这里是公众号 DBA学习之路，分享一些学习数据库路上的知识和经验。 @TOC目录 Oracle 数据库的运行不可避免的会遇到各种各样的错误，就比如数据表出现坏块，此时，你这张表的数据就无法访问了，有什么好的办法可

2021年12月8日阅读—点赞—收藏—

oraclerac

大家好，这里是公众号 DBA学习之路，分享一些学习数据库路上的知识和经验。

前言

本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟

Oracle 数据库的运行不可避免的会遇到各种各样的错误，就比如数据表出现坏块，此时，你这张表的数据就无法访问了，有什么好的办法可以恢复呢？

什么，你没有遇到过？😱

😏 那就祝你不久的将来遇到，哈哈开个玩笑~ 玩归玩，闹归闹，经验必须要老到！👍🏻

一、介绍

今天就给大家讲讲怎么处理数据表的坏块情况！

对于 Oracle 数据块物理损坏的情形，通常可以分为两种情况：

有备份，通过 RMAN 恢复
无备份，通过 DBMS_REPAIR 修复

1、RMAN

有备份的情况下，这是很理想的情形，我们可以直接通过 RMAN 块介质恢复（BLOCK MEDIA RECOVERY）功能来完成受损块的恢复。

这里我是不建议恢复整个数据库或者数据库文件来修复这些少量受损的数据块，有点浪费时间。

可参考官方文档：Block Media Recovery with RMAN

2、DBMS_REPAIR

那如果没有任何备份怎么办？ （PS：备份大于一切！）

我们可以使用 Oracle 自带的 DBMS_REPAIR 包来实现修复。

📢 注意： 使用 DBMS_REPAIR 包来修复，并非完全恢复，而是标记坏块，然后不对起进行访问，这部分被标记的数据也就丢失了，这是无法避免的。

可参考MOS文档：DBMS_REPAIR SCRIPT (Doc ID 556733.1)

二、实战环境准备

1、环境安装

使用我编写的一键安装脚本创建：

Bash

1cd /Volumes/DBA/voracle/github/single_db
2vagrant up
3vagrant ssh

2、测试数据准备

创建表空间：

SQL

1create tablespace eason datafile '/oradata/orcl/eason.dbf' size 1g autoextend on;

创建用户：

SQL

1create user eason identified by eason default tablespace eason;
2grant dba to eason;

创建测试表：

SQL

1create table hyj as select * from dba_objects;

创建表索引：

SQL

1create index i_hyj on hyj(object_id);

3、查看表相关信息

查看表段上的相关信息：

SQL

1select segment_name , header_file , header_block,blocks from dba_segments where segment_name ='HYJ';

查出包含行记录的数据块：

SQL

1select distinct dbms_rowid.rowid_block_number(rowid) from eason.hyj order by 1;
2
3DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
4------------------------------------
5                                1411
6                                1412
7                                1413
8								...
9								...
10								...	
11                                2665
12                                2666
13                                2667
14
151232 rows selected.

SQL

1select * from dba_extents where segment_name='HYJ';

📢 注意： 这里看到 HEADER_BLOCK 和 BLOCK_ID 不一致，其实一个 segment 的第一个区的第一个块是 FIRST LEVEL BITMAP BLOCK，第二个块是 SECOND LEVEL BITMAP BLOCK，这两个块是用来管理 free block 的，第三个块是 PAGETABLE SEGMENT HEADER，这个块才是 segment 里的 HEADER_BLOCK。

4、RMAN 备份

首先，我们先做一个全备份，用来演示 RMAN 修复坏块！

Bash

1run {
2allocate channel c1 device type disk;
3allocate channel c2 device type disk;
4crosscheck backup;
5crosscheck archivelog all;
6sql"alter system switch logfile";
7delete noprompt expired backup;
8delete noprompt obsolete device type disk;
9backup database include current controlfile format '/backup/backlv_%d_%T_%t_%s_%p';
10backup archivelog all DELETE INPUT;
11release channel c1;
12release channel c2;
13}

5、模拟坏块

破坏 1468、1688、2468 数据块的内容：

Bash

1dd if=/dev/zero of=/oradata/orcl/eason.dbf bs=8192 conv=notrunc seek=1468 count=1
2dd if=/dev/zero of=/oradata/orcl/eason.dbf bs=8192 conv=notrunc seek=1688 count=1
3dd if=/dev/zero of=/oradata/orcl/eason.dbf bs=8192 conv=notrunc seek=2468 count=1

清除 buffer cache 的内容：

SQL

1alter system flush buffer_cache;

再次查询表 hyj，此时查询已经报错，发现有坏块：

SQL

1select * from eason.hyj;

当然，也可以使用 bbed 进行坏块模拟！

6、坏块检查

下面在介绍几种发现坏块的方式：

1、使用 DBV 检查当前文件的坏块：

Bash

1dbv file=/oradata/orcl/eason.dbf blocksize=8192;

使用 DBV检查，同样发现了坏块！

2、使用 rman 检查数据库坏块：

Bash

1## 检查对应的数据文件
2backup check logical validate datafile 5;
3## 检查当前数据库
4backup validate check logical database;

结合 V$DATABASE_BLOCK_CORRUPTION 视图查看，更加方便：

SQL

1select * from V$DATABASE_BLOCK_CORRUPTION;

使用 RMAN 检查后，同样发现了坏块！

3、通过数据库的告警日志也可以发现报错：

4、通过报错信息快照查找对应的坏表，依次填写数据文件 ID 5 和坏块 ID 1468：

SQL

1SELECT tablespace_name, segment_type, owner, segment_name
2FROM dba_extents
3        WHERE file_id = &fileid
4and &blockid between block_id AND block_id + blocks - 1;

实验环境准备完毕，下面开始实战！

三、实战演示

今天，我打算使用上述介绍的 2 种方式来演示！

1、RMAN 修复

由于我们之前已经备份了，因此直接使用备份来恢复坏块：

Bash

1blockrecover datafile 5 block 1468;

Bash

1blockrecover datafile 5 block 1688,2468;

使用同样的方式，依次修复坏块 1688，2468，修复成功后，查询已恢复正常！

再次检查坏块情况：

Bash

1backup validate check logical database;
2select * from V$DATABASE_BLOCK_CORRUPTION;

坏块已经都被恢复，并且数据没有丢失！

2、DBMS_REPAIR 修复

首先，依然使用 dd 先模拟坏块：

Bash

1dd if=/dev/zero of=/oradata/orcl/eason.dbf bs=8192 conv=notrunc seek=3333 count=1
2dd if=/dev/zero of=/oradata/orcl/eason.dbf bs=8192 conv=notrunc seek=3368 count=1
3dd if=/dev/zero of=/oradata/orcl/eason.dbf bs=8192 conv=notrunc seek=4000 count=1

在没有备份的前提下，我们就无法做到无损修复坏块了，需要损失对应坏块的数据。

1、创建 repair 表，用于记录需要被修复的表：

SQL

1begin
2dbms_repair.admin_tables (
3     table_name => 'REPAIR_TABLE',
4     table_type => dbms_repair.repair_table,
5     action => dbms_repair.create_action,
6     tablespace => 'USERS');
7end;
8/

2、创建 Orphan Key 表，用于记录在表块损坏后那些孤立索引，也就是指向坏块的那些索引：

SQL

1begin
2dbms_repair.admin_tables (
3     table_name => 'ORPHAN_KEY_TABLE',
4     table_type => dbms_repair.orphan_table,
5     action => dbms_repair.create_action,
6     tablespace => 'USERS');
7end;
8/

3、检查坏块，检测对象上受损的情形，并返回受损块数为 3：

SQL

1declare
2  num_corrupt int;
3begin
4  num_corrupt := 0;
5DBMS_REPAIR.CHECK_OBJECT (
6  schema_name =>'EASON',
7  object_name =>'HYJ',
8  repair_table_name =>'REPAIR_TABLE',
9  corrupt_count =>num_corrupt);
10  dbms_output.put_line('number corrupt:' || to_char(num_corrupt));
11end;
12/

4、查看受损的块信息：

SQL

1select object_name, block_id, corrupt_type, marked_corrupt, repair_description from repair_table;

📢 注意： 这里 marked_corrupt 被标记为 TRUE，应该是系统在执行 CHECK_OBJECT 过程中自动完成了FIX_CORRUPT_BLOCKS。如果被标记为 FALSE，需要再运行 FIX_CORRUPT_BLOCKS 来完成坏块的标记工作。

5、修复被损坏的数据块，这些被损坏的数据块是在执行了 check_object 之后生成的：

SQL

1declare
2  cc number;
3begin
4  dbms_repair.fix_corrupt_blocks(schema_name => 'EASON',
5  object_name => 'HYJ',
6  fix_count => cc);
7  dbms_output.put_line('Number of blocks fixed: ' || to_char(cc));
8end;
9/

标记了 0 个坏块，说明 CHECK_OBJECT 完成了标记工作。

6、使用 DUMP_ORPHAN_KEYS 过程将那些指向坏块的索引键值填充到 ORPHAN_KEY_TABLE：

SQL

1declare
2   cc number;
3begin
4  dbms_repair.dump_orphan_keys
5  (
6     schema_name => 'EASON',
7     object_name => 'I_HYJ', 
8     object_type => dbms_repair.index_object,
9     repair_table_name => 'REPAIR_TABLE',
10     orphan_table_name=> 'ORPHAN_KEY_TABLE',
11     key_count => cc
12  );
13  dbms_output.put_line('Number of orphan keys: ' || to_char(cc));
14end;
15/

表明 202 条记录被损坏丢失！

📢 注意： 此处一定要注意 object_name 是索引名，而不是 table_name，这里 dump 的是损坏的索引信息.如果表有多个索引，需要为每个索引执行 DUMP_ORPHAN_KEYS 操作。

7、验证对象是否可以查询，下面的结果显示依旧无法查询：

SQL

1select count(*) from eason.hyj;

8、跳过坏块：

SQL

1BEGIN
2  DBMS_REPAIR.SKIP_CORRUPT_BLOCKS (
3     SCHEMA_NAME => 'EASON',
4     OBJECT_NAME => 'HYJ',
5     OBJECT_TYPE => dbms_repair.table_object,
6     FLAGS => dbms_repair.skip_flag);
7END;
8/

📢 注意： 丢失 202 条记录，丢失记录的 rowid 可以在 ORPHAN_KEY_TABLE 表中找到。

9、重建索引：

SQL

1alter index eason.I_HYJ rebuild;

10、验证结果

至此，表中数据可以顺利被访问！

由于坏块并没有消失，而是被标记跳过，因此还是可以查看坏块：

SQL

1select * from V$DATABASE_BLOCK_CORRUPTION;

用这种方法可以找回部分数据，也可以找回建了索引的值，但是使用dbv再检查表空间的数据文件时，仍然会显示有损坏的数据块。

这时需要把表的数据全部导出，再重建表或者表空间，然后再把找回的数据导入数据库，推荐用 expdp/impdp 命令做，可以彻底消除 dbv 检查到的坏块。

写在最后

备份大于一切，也是最后的防线，所以请大家一定要做好备份！886

往期精彩文章

Oracle 一键巡检自动生成 Word 报告
 Oracle 一键安装合集
 Oracle一键安装脚本的 21 个疑问与解答
 Oracle一键巡检脚本的 21 个疑问与解答
 全网首发：Oracle 23ai 一键安装脚本（非 RPM）
Oracle 19C 最新 RU 补丁 19.24 ，一键安装！
Oracle Linux 7.9 一键安装 Oracle 19C
RedHat 9.4(aarch64) 一键安装 Oracle 19C
openEuler 22.03 LTS SP4 一键安装 Oracle 19C RAC
RHEL 7.9 一键安装 Oracle 19C 19.23 RAC
Oracle DataGuard GAP 修复手册
 优化 Oracle：最佳实践与开发规范
 DBA 必备：Linux 软件源配置全攻略
 Linux 一键配置时钟同步全攻略