ORACLE数据库-RMAN跳过坏块恢复文件的技巧

本文介绍了当备份集损坏时,如何使用Oracle的EVENT19548和19549来解决数据恢复问题,特别强调了这两个事件的危险性及适用条件,包括版本要求和使用方法。

EVENT 19549和从损坏的备份集中恢复数据文件

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

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"

作者:白鳝

Oracle数据库在使用RMAN(Recovery Manager)进行备份或恢复操作时,可能会遇到 **RMAN-05001** 错误。该错误通常出现在数据库复制(duplication)或创建物理备库(standby database)的过程中,主要原因是目标数据库(target database)和辅助数据库(auxiliary database)使用了相同的文件名路径,导致冲突。 ### 错误原因 RMAN默认情况下会检查目标数据库和辅助数据库的数据文件路径是否一致。如果路径一致,RMAN会认为这些文件是被目标数据库使用的,从而阻止恢复操作以避免数据损坏。例如,在创建备库时,若未明确告知RMAN忽略文件名检查,而目标库与备库的文件路径相同,则会触发 **RMAN-05001** 错误。 例如,以下情况可能触发该错误: - 主库与备库的数据文件路径相同。 -RMAN恢复过程中未使用 `nofilenamecheck` 参数。 - 使用RMAN的 `DUPLICATE` 命令复制数据库时,未指定适当的文件名转换规则。 ### 解决方法 为避免该错误,可以采取以下措施: 1. **使用 `nofilenamecheck` 参数** 在连接辅助实例时,通过添加 `nofilenamecheck` 参数来跳过文件名冲突检查。此方法适用于主库和备库文件路径完全一致的情况。 ```rman RMAN> DUPLICATE TARGET DATABASE TO dupdb NOFILENAMECHECK; ``` 2. **指定文件名转换规则** 如果主库和备库的数据文件路径不同,可以使用 `SET NEWNAME` 或 `DB_FILE_NAME_CONVERT` 参数将目标数据库的数据文件路径映射到辅助数据库的路径。 ```rman RMAN> RUN { SET NEWNAME FOR DATAFILE 1 TO '/u02/oradata/dupdb/system01.dbf'; SET NEWNAME FOR DATAFILE 2 TO '/u02/oradata/dupdb/sysaux01.dbf'; DUPLICATE TARGET DATABASE TO dupdb; } ``` 3. **修改初始化参数** 在创建备库时,可以在辅助实例的初始化参数文件中设置 `DB_FILE_NAME_CONVERT` 和 `LOG_FILE_NAME_CONVERT`,以自动转换文件路径。 ```ini DB_FILE_NAME_CONVERT='/u01/oradata/target/','/u02/oradata/dupdb/' LOG_FILE_NAME_CONVERT='/u01/oradata/target/','/u02/oradata/dupdb/' ``` 4. **检查并修改文件路径** 确保目标数据库和辅助数据库的数据文件路径不同,从而避免冲突。此方法适用于手动管理文件路径的场景。 ### 示例脚本 以下是使用 `nofilenamecheck` 参数进行数据库复制的示例脚本: ```rman RMAN> CONNECT TARGET sys/target_password@target_db; RMAN> CONNECT AUXILIARY sys/auxiliary_password@auxiliary_db; RMAN> DUPLICATE TARGET DATABASE TO auxiliary_db NOFILENAMECHECK; ``` ### 注意事项 - 使用 `nofilenamecheck` 时需确保目标数据库和辅助数据库不会同时运行,以避免文件被意外覆盖。 - 如果主库和备库处于同一台服务器上,建议使用不同的文件路径以避免冲突。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值