本文将介绍Oracle数据块损坏的处理方法,查看数据坏块所在数据文件号及块号可以对表进行一次全表扫描,如:
select count(*) from tablename;
一. 没有备份的情况下:
1.使用exp/imp恢复
在这种情况下肯定会造成数据的丢失,此时应采取将数据导出然后重建表再进行导入的方法,来尽量恢复损坏数据块中的数据,但是在有坏块的情况下是不允许导出的,如下命令:
Exp user/passwd file=file.dmp tables=table;
导出命令在执行中会报ORA-01578错误,在这错误提示中会提示那个文件号的文件以及这个文件中的哪个块被损坏,如:ORA— 01578:ORACLE 数据块损坏(文件号 6,块号 36)
针对以上的提示首先查询那些对象被损坏:
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;
如果被损坏的块是索引,通常可以通过索引重建来解决,如果损坏的是数据egment_type为table,那么通过设置如下内部事件使得Exp 操作跳过坏块。
Alter session set events=’10231 trace name context forever,level 10’;
然后重新执行导出命令,导出相关的表,然后执行Drop Table命令删除相关表,之后重建表最后导入数据。
2.使用DBMS_REPAIR恢复
用DBMS_REPAIR当然也会丢失数据。这里不做详细的介绍,有兴趣的可以查看oracle的在线文档
二. 有备份的情况下:
1.存在Rman的最新备份集的情况下,执行如下命令:
RMAN>backup validate datafile 6;检查6号数据文件是否存在坏块
执行查询:select * from v$database_block_corruption where file#=6;
如果6号文件存在坏块的话,那么将在结果集中有所显示,会显示损坏的块号,根据显示结果执行如下命令进行恢复:
RMAN>blockrecover datafile 4 block 35 from backupset;
该命令执行后即可恢复坏块,并且不会造成数据丢失,但是要求数据库必须要运行在归档模式下,否则RMAN无法发挥作用,而且通过RMAN做过最新的数据库备份
2.存在数据文件的拷贝的情况下,使用bbed恢复。
bbed就是英文block browse edit的缩写,用来直接查看和修改数据文件数据的一个工具。这个工具在windows和linux上面都有,但在linux下需要编译:
然后把$ORACLE_HOME/rdbms/lib加到环境变量的PATH里面,就可以直接在命令中bbed了。BBED的缺省口令为blockedit,For Oracle Internal Use only 请谨慎使用Oracle不做技术支持。
[oracle@test oracle]$ cd $ORACLE_HOME/rdbms/lib
[oracle@test lib]$ make -f ins_rdbms.mk $ORACLE_HOME/rdbms/lib/bbed
进入bbed后,可以使用help查看帮助
BBED> help
bbed的详细用法这里不做具体介绍。
如果是由于ORA-00600: internal error code, arguments: [kddummy_blkchk], [47], [935468], [18038], [], [], [], []
解决办法是将db_block_checksum这个参数改为FALSE,DB_BLOCK_CHECKING参数主要是用于数据块的逻辑一致检查,但只是块内,不包括块间的逻辑检查,比如索引项目的ROWID指向的是不存在的行等。主要用于防止在内存中损坏或数据损坏。由于是逻辑检查,因此引起的额外负荷比较高,甚至可以达到10%,因此对于一个繁忙的系统,特别是插入或更新操作很多的系统,性能影响是比较明显的。