Rman跳过坏块快速修复的的技巧

如果备份集损坏，而这个备份集又是我们唯一的备份集。这个时候我们的想法可能是能恢复多少数据就恢复多少数据了。不过我们可能碰到下面的错误：

RMAN-00571:===========================================================

RMAN-00569:=============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571:===========================================================

RMAN-03002: failure during compilation of command

RMAN-03013:command type: restore

RMAN-03007:retryable error occurred during execution of command: IRESTORE

RMAN-07004:unhandled exception during command execution on channel t1

RMAN-10035:exception raised in RPC: ORA-27192: skgfcls: sbtclose2 returned 

error -failed to close file

ORA-19511:sbtclose2: Failed to process backup file.

ORA-19612:datafile 84 not restored due to missing or corrupt data

RMAN-10031:ORA-19624 occurred during call to DBMS_BACKUP_RESTORE.

RESTOREBACKUPPIECE 

这个时候怎么办呢？为了解决这个问题，Oracle提供了两个EVENT 19548,19549。

EVENT 19548：忽略备份集中的坏块，这是一个很危险的事件，建议慎重使用。因为在不设置这个事件的时候，如果RMAN恢复数据文件的时候发现备份集有坏块，就会在坏块的位置写入一个空块。而设置了这个事件，不管怎样，都会将这个块写入数据文件，这可能导致不一致的产生。不过设置了这个事件也不一定能够跳过坏块恢复文件，因为一个备份集往往有多个文件，如果标志哪个块属于哪个文件的数据块坏了，那么恢复数据将变得不可能。

EVENT 19549：如果在恢复的时候还没有恢复到所需要的所有数据块，就碰到文件结束了，这个时候会报 ORA-19612,如果设置了这个事件就会忽略这个错误。

这两个事件可以作为最后的解决方案来使用，不过使用的时候要慎重。

 

另外要注意的是，这两个事件必须在以下版本使用：

ORACLE 8.1.7.4：必须打了PATCH  2973616,这个补丁目前只支持SUNSPARC 64位和AIX 32位，其他平台无补丁包。

ORACLE 9.2.0.4或者以后版本。

 

使用方法：

event = "19548 trace name context forever"

event = "19549 trace name context forever"

作者：白鳝