如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]
[目标版本]
Oracle Database 11g Release 2(11.2.0) 以后的平台
[适用平台]
所有平台
[详细]
Automatic Block Repair (Auto BMR) 功能是在检测到块破损时,自动修复的功能。
修复破损块时,从primary database或者物理性数据库开始传送正常的块,通过执行块恢复可以修复。
恢复因为是自动执行的,所以通过块修复可以简单地修复。
另外,使用Auto BMR功能时,需要进行以下设定。
– 使用了physical stand by database的Data Guard 结构
– 以读取专用启动的状态可以使得恢复模式有效化
需要 * Active Data Guard 选项的许可证
通过Auto BMR功能修复physical stand by database的破损块时,还需要进行以下设定。
– LOG_ARCHIVE_CONFIG 参数使用 DG_CONFIG列表来构成,构成LOG_ARCHIVE_DEST_n参数是用于primary database的。
– 构成FAL_SERVER 参数,值中包含用于primary database的Oracle Net 服务名。
如果检测到数据库的块破损的话,就会启动被称为ABMR的后台进程。不向客户端返回错误,从其他role的数据库中(primary中检测到损坏的话,就是physical stand by,在physical stand by中检测到错误的话就是primary),正常传送块,恢复发生破损的块。
执行Auto BMR 时,以下日志会输出在数据库的警报日志文件中(physical stand by的情况,只有PSR 11.2.0.2,才会执行Auto BMR 时,将日志输出到警报日志中。)
输出例)
—————————————————–
Sun Aug 11 16:34:15 2013
Hex dump of (file 4, block 13) in trace file /XXX/XXX/primary_ora_5309.trc
Corrupt block relative dba: 0x0100000d (file 4, block 13)
Fractured block found during multiblock buffer read
Data in bad block:
type: 6 format: 2 rdba: 0x0100000d
last change scn: 0x0000.00039d60 seq: 0xff flg: 0x00
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x9d600601
check value in block header: 0x73bb
block checksum disabled
Reading datafile ‘/XXX/XXX/users01.dbf’ for corruption at rdba: 0x0100000d (file 4, block 13)
Reread (file 4, block 13) found same corrupt data (no logical check)
Automatic block media recovery requested for (file# 4, block# 13) <—
Sun Aug 11 16:34:15 2013
Automatic block media recovery requested for (file# 4, block# 13) <—
Automatic block media recovery successful for (file# 4, block# 13) <—
Automatic block media recovery successful for (file# 4, block# 13) <—
—————————————————–
Leave a Reply