如何处理Oracle数据库中的坏块问题
本⽂主要介绍如何去处理在Oracle数据库中出现坏块的问题，对于坏块产⽣在不同的对象上，处理的⽅法会有所不同，本⽂将⼤致对这些⽅法做⼀些介绍。因为数据库运⾏时间长了，由于硬件设备的⽼化，出现坏块的⼏率会越来越⼤，因此，做为⼀个DBA，怎么去解决数据库出现的坏块问题就成了⼀个重要的议题了。
⼀：什么是数据库的坏块
⾸先我们来⼤概看⼀下数据库块的格式和结构
数据库的数据块有固定的格式和结构，分三层：cache layer，transaction layer，data layer。在我们对数据块进⾏读取写⼊操作的时候，数据库会对要读写的数据块做⼀致性的检查，其中包括：数据块的类型、数据块的地址信息、数据块的SCN号以及数据块的头部和尾部。如果发现其中有不⼀致的信息，那数据库就会标记这个数据块为坏块了。数据库的坏块分为两种，逻辑坏块和物理坏块。
⼆：坏块对数据库产⽣的影响
如果数据库出现坏块，数据库的告警⽇志⽂件⾥⾯会存在有如下的⼀些报错信息：Ora-1578以及Ora-600 and trace file in bdump directory，其中Ora-600错误的第⼀个参数值的范围是[2000]-[8000]，不同的值代
表着数据块的不同的层出现问题，具体的如下表所⽰：
Range                  block layer
Cache layer            2000 – 4000
Transaction layer      4000 – 6000
Data layer              6000 - 8000
坏块产⽣影响的对象可能是数据字典表、回滚段表、临时段、⽤户数据表和索引等。不同的对象产⽣坏块后的处理⽅法不尽相同。
三：坏块产⽣的原因
Oracle调⽤标准C的系统函数，对数据块进⾏读写操作，因此，坏块是有可能由以下⼏种原因产⽣：
硬件的I/O错误
操作系统的I/O错误或缓冲问题
内存或paging问题
磁盘修复⼯具
⼀个数据⽂件的⼀部分正在被覆盖
Oracle试图访问⼀个未被格式化的系统块失败
数据⽂件部分溢出
Oracle或者操作系统的bug
四：坏块的处理⽅法
．先收集相应的关于坏快的信息，从AlertSID.log⽂件或者从trace⽂件中查，到例如以下的⼀些信息：
Ora-1578  file#  (RFN)  block#
Ora-1110  file#  (AFN)  block#
Ora-600  file#  (AFN)  block#
其中RFN表⽰的是relative_fno
AFN表⽰的是file_id
Select file_name,tablespace_name,file_id “AFN”,relative_fno “RFN”
From dba_data_files;
Select file_name,tablespace_name,file_id, relative_fno“RFN”
From dba_temp_files;
．确定存在坏块的对象是什么：
SELECT tablespace_name, segment_type, owner, segment_name, partition_name  FROM dba_extents WHERE file_id = <AFN> and <BL> between block_id AND block_id + blocks – 1；
通过上⾯这个查询语句就可以查出当前存在坏块的对象是什么，是什么类型的对象。需要注意的是如果是temp⽂件中出现坏块，是没有记录返回的。
．根据2中查询出来的对象类型，确定相应的处理⽅法
出现坏块的常见对象有：
Sys⽤户下的对象
回滚段
临时段
索引或者分区索引
表
常⽤的处理⽅法有：
恢复数据⽂件
只恢复坏的block（9i以上版本可⽤）
通过ROWID RANGE SCAN 保存数据
使⽤DBMS_REPAIR
使⽤EVENT
．具体处理⽅法的介绍
恢复数据⽂件⽅法：
如果数据库是归档⽅式下，并且有完整的物理备份，就可以使⽤此⽅法来恢复。
步骤如下：
先offline受影响的数据⽂件，执⾏以下的语句：
ALTER DATABASE DATAFILE 'name_file' OFFLINE；
保留有坏块的数据⽂件，然后拷贝备份的数据⽂件。如果恢复的数据⽂件要求路径不同，执⾏以下的语句：
ALTER DATABASE RENAME FILE 'old_name' TO 'new_name';
恢复数据⽂件，执⾏以下语句：
RECOVER DATAFILE 'name_of_file';
Online恢复后的数据⽂件，执⾏以下的语句：
ALTER DATABASE DATAFILE 'name_of_file' ONLINE;
只恢复坏的block（9i以上版本可⽤）
使⽤这种⽅法要求数据库版本是9.2.0以上，要求配置了Rman的catalog数据库，数据库为归档⽅式，并且有完整的物理备份。
步骤如下：
使⽤RMAN的BLOCKRECOVER命令：
Rman>run{blockrecover datafile 5 block 11,16;}
也可以强制使⽤某个SCN号之前的备份，恢复数据块。
Rman>run{blockrecover datafile 5 block 11,16 restore until sequence 8505;}
通过ROWID RANGE SCAN 保存数据
先取得坏块中ROW ID的最⼩值，执⾏以下的语句：
SELECT wid_create(1,<OBJ_ID>,<RFN>,<BL>,0) from DUAL;
2）取得坏块中的ROW ID的最⼤值，执⾏以下的语句：
SELECT wid_create(1,<OBJ_ID>,<RFN>,<BL>+1,0) from DUAL;
3）建议⼀个临时表存储那些没有坏块的数据，执⾏以下的语句：
CREATE TABLE salvage_table AS SELECT  *  FROM  corrupt_tab Where 1=2;
4）保存那些不存在坏块的数据到临时表中，执⾏以下的语句：
INSERT INTO salvage_table SELECT /*+ ROWID(A) */ * FROM <owner.tablename> A WHERE rowid < '<low_rid>'；
INSERT INTO salvage_table SELECT /*+ ROWID(A) */ * FROM <owner.tablename> A  WHERE rowid >= '<hi_rid>‘;
5) 根据临时表中的数据重建表，重建表上的索引，限制。
使⽤10231诊断事件，在做全表扫描的时候跳过坏块
可以在session级别设定：
ALTER SESSION SET EVENTS '10231 TRACE NAME CONTEXT FOREVER, LEVEL 10';
也可以在数据库级别上设定，在初始化参数中加⼊：event="10231 trace name context forever, level 10" ，然后重启数据库。
然后从存在坏块的表中取出不存在坏块的数据，执⾏以下的语句：
CREATE TABLE salvage_emp AS SELECT * FROM corrupt_table;
最后rename⽣成的corrupt_table为原来表的名字，并重建表上的索引和限制。
使⽤dbms_repair包进⾏恢复
使⽤dbms_repair标记有坏块的表，在做全表扫描的时候跳过坏块，执⾏以下的语句：
Execute DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('<schema>','<tablename>');
然后使⽤exp⼯具或者createtable as select的⽅法取出没有坏块数据，然后重建表，表上的索引和限制。
五：坏块的预先发现的⽅法
．如果要检测数据库中所有的表，可以利⽤exp⼯具导出整个数据库可以检测坏块。不过这个⼯具有⼀些缺陷，对以下情况的坏块是检测不出来的： HWM以上的坏块是不会发现的
索引中存在的坏块是不会发现的
数据字典中的坏块是不会发现的
．如果只是对数据库中⽐较重要的表进⾏坏块检查，可以使⽤ANALYZE TABLE tablename VALIDATE STRUCTURE CASCADE 的⽅法来检测坏块，它执⾏坏块的检查，但是不会标记坏块为corrupt，检测的结果保存在USER_DUMP_DEST⽬录下的⽤户trace⽂件中。
．使⽤Oracle的专门⼯具dbv来检查坏块，具体的语法如下：
关键字说明                    (默认)
----------------------------------------------------
FILE        要验证的⽂件                (⽆)
START      起始块                    (⽂件的第⼀个块)
END        结束块                      (⽂件的最后⼀个块)
BLOCKSIZE  逻辑块⼤⼩            (2048)
LOGFILE    输出⽇志                    (⽆)
FEEDBACK    显⽰进度              (0)
PARFILE    参数⽂件                (⽆)
USERID      ⽤户名/⼝令              (⽆)
SEGMENT_ID  段 ID (lfile.block) (⽆)
例如：
Dbv file=system01.dbf blocksize=8192
DBVERIFY: Release 9.2.0 .5.0 - Production on 星期六 11⽉ 27 15:29:13 2004
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
DBVERIFY - 验证正在开始 : FILE = system01.dbf
DBVERIFY - 验证完成
检查的页总数：32000
处理的页总数（数据）：13261
失败的页总数（数据）：0
处理的页总数（索引）：2184
失败的页总数（索引）：0
处理的页总数（其它）：1369
处理的总页数 (段)  : 0oracle数据库怎么查询表
失败的总页数 (段)  : 0
空的页总数：15186
标记为损坏的总页数：0
汇⼊的页总数：0
注：因为dbv要求file后⾯跟的必须是⼀个⽂件扩展名，所以如果⽤裸设备存储的，就必须使⽤ln链接裸设备到⼀个⽂件，然后再⽤dbv对这个链接⽂件进⾏检查。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。