oracle坏块处理

1. Checksum：将data block上存储内容通过算法算出值，存放在block头上，每次读写是验证是否一致

功能查看：show parameter db_block_checksum;

默认：true

2. Checking：在内存中验证datablock address(DBA)值是否一致

功能查看：show parameter db_block_checking;

默认：false

如果开启该功能，对系统性能影响10%

3. block version：验证block的system change number(SCN)

坏块检查：

1> rman

RMAN> BACKUP CHECK LOGICAL VALIDATE DATAFILE n ;

可以检查数据文件是否包含 坏块，同时并不产生实际的备份输出

2>dbv工具检查

注：因为dbv要求file后面跟的必须是一个文件扩展名，所以如果用裸设备存储的，就必须使用ln链接裸设备到一个文件，然后再用dbv对这个链接文件进行检查。

在恢复前使用DBV命令检查数据文件是否存在 坏块

dbv file=d:\oracle\oradata\mydb\RONLY.DBF blocksize=8192

ANALYZE TABLE tablename VALIDATE STRUCTURE CASCADE

它执行 坏块的检查，但是不会标记 坏块为corrupt，检测的结果保存在USER_DUMP_DEST目录下的用户trace文件中。

3>利用exp工具导出整个数据库可以检测坏块

对以下情况的坏块是检测不出来的：

HWM以上的坏块是不会发现的

索引中存在的坏块是不会发现的

数据字典中的坏块是不会发现的

如何修复数据块损坏？？？

1、没有备份的情况下：

　　1.1、使用exp/imp恢复

　　在这种情况下肯定会造成数据的丢失，在这种情况下应采取将数据导出然后重建表再进行导入的方法，来尽量恢复损坏数据块中的数据，但是在有 坏块的情况下 是不允许导出的，如下命令：

　　Exp test/test file=t.dmp tables=t;

　　导出命令在执行中会报ORA-01578错误，在这错误提示中会提示那个文件号的文件以及这个文件中的哪个块被损坏，如：ORA— 01578：ORACLE 数据块损坏（文件号 4，块号 35）

　　针对以上的提示首先查询那些对象被损坏：

　　 Select tablespace_name,segment_type,owner,segment_name From dba_extents Where file_id=4 and 35 between block_id and block_id+blocks-1;

　　 如果被损坏的块是索引，通常可以通过索引重建来解决，如果损坏的是数据(segment_type为table)，那么通过设置如下内部事件使得exp 操作跳过坏块。

　　Alter session set events=’10231 trace name context forever,level 10’;

        Alter session set events=’10231 trace name context off;

　　然后重新执行导出命令，导出相关的表，然后执行Drop Table命令删除相关表，之后重建表最后导入数据。

　　1.2、使用DBMS_REPAIR恢复

　　 用DBMS_REPAIR当然也会丢失数据。这里不做详细的介绍，有兴趣的可以查看oracle的在线文档

2、 使用Rman进行恢复：

　　首先要存在Rman的最新备份集，然后执行如下命令：

　　RMAN>backup validate datafile 4; ----->>>>检查4号数据文件是否存在 坏块

　　执行查询： select * from v$database_block_corruption where file#=4;

　　如果4号文件存在 坏块的话，那么将在结果集中有所显示，会显示损坏的块号，根据显示结果执行如下命令进行恢复：

　　 RMAN>blockrecover datafile 4 block 35 from backupset;

　　该命令执行后即可恢复 坏块，并且不会造成数据丢失，但是要求数据库必须要运行在归档模式下，否则RMAN无法发挥作用，而且通过RMAN做过最新的数 据库备份。

3、使用bbed恢复

　　使用bbed恢复时必须有数据文件的拷贝。

如果是由于ORA-00600: internal error code, arguments: [kddummy_blkchk], [47], [935468], [18038], [], [], [], []

解决办法是将db_block_checksum这个参数改为FALSE。

DB_BLOCK_CHECKING参数主要是用于数据块的逻辑（一致）检查（但只是块内，不包括块间的逻辑检查，比如索引项目的ROWID指向的是不存 在的行等）。主要用于防止在内存中损坏或数据损坏。由于是逻辑检查，因此引起的额外负荷比较高，甚至可以达到10%，因此对于一个繁忙的系统，特别是插入 或更新操作很多的系统，性能影响是比较明显的。

在遇到 坏块时，一般按如下步骤处理：

1.如果损坏的对象是索引，则重建索引

2.使用备份进行恢复

3.使用10231事件，或者dbms_repair.skip_corrupt_blocks过程，让oracle跳过 坏块，然后用exp导出表，使用CTAS创建表

4.尝试使用SQL脚本将完好的数据复制到一个新表中，或者使用exp配合query参数导出完好的数据

5.手工修改 坏块

---------------------整理自网络