出现坏块，需要恢复！

yaohongdi1987

AIX Version 6.1

Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options



       今天负责数据库备份的人员告诉我昨晚rman备份，无法进行下去，通过查看发现报ora 19566错误，然后我查看alert日志。如果要是通过rman进行recover，restore恢复的话，需要的时间太长了。想询问大神们，都有什么其他的解决方案！附上出问题到现在的alert日志。

Maclean Liu(刘相兵

[oracle@mlab2 ~]$ oerr ora 19566
19566, 00000, "exceeded limit of %s corrupt blocks for file %s"
// *Cause:  The user specified limit of allowable corrupt blocks was exceeded
//          while reading the specified datafile for a datafile copy or
//          backup.
// *Action: None. The copy or backup operation fails.
//          The session trace file contains detailed information
//          about which blocks were corrupt.



跑下这个脚本 给出结果 利用RMAN检测数据库坏块的脚本
http://www.askmaclean.com/archiv ... orrupted-block.html

xifenfei

Wed Apr 10 01:18:55 GMT+08:00 2013Hex dump of (file 6, block 386738180) in trace file /oracle/admin/orcl/udump/orcl2_ora_11862556.trc
Corrupt block relative dba: 0x170d2804 (file 6, block 386738180)
Fractured block found during backing up datafile
Data in bad block:
type: 0 format: 2 rdba: 0x170d2804
last change scn: 0x0000.00000000 seq: 0x1 flg: 0x05
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xdabe40d8
check value in block header: 0x3eaf
computed block checksum: 0x1316
Reread of blocknum=386738180, file=/oradata/orcl/users/DT_VIO_SURVEIL_PHOTO01.dbf. found valid data

类似这样不是真的坏块

yaohongdi1987

Maclean Liu(刘相兵 发表于 2013-4-17 12:33
[oracle@mlab2 ~]$ oerr ora 19566
19566, 00000, "exceeded limit of %s corrupt blocks for file %s"
//  ...

老大
select * from V$DATABASE_BLOCK_CORRUPTION ;
的结果是空的。

Maclean Liu(刘相兵

Reread of blocknum=387062657, file=/oradata/orcl/users/DT_VIO_SURVEIL_PHOTO01.dbf. found valid data

Fractured block found during backing up datafile

表和索引的块均可能为type 6的trans data；也就是说rman在备份期间读取到该数据块，并在初次读取时发现该块断裂了(Fractured)，但Fractured并不代表块就真的corrupted了；从告警日志看rman在初次读取发现该块Fractured后，又再次读取时发现数据块已经恢复正常(found valid data)。所以上述告警日志并代表所列出的数据块存在讹误，很有可能是该数据块所在数据文件在备份期间发生了剧烈的IO操作，当rman读取到该数据块时可能存储正在对其进行写的操作，所以rman在第一次读取时认为该快断裂了(Fractured)；之后rman对该块进行reread发现”断裂”现象已不存在，而”Corrupt block”仅仅是一种假象；针对上述问题可以对表或索引进行进一步的analyze..validate操作以确保不存在坏块。
同时上述”Corrupt block误报”现象极有可能是因为在Rman备份期间个别数据文件的IO过于活跃所致(如频繁的dml操作)，建议在磁盘活跃度低的时间段运行rman备份工作。