由于ORA-600 GMON 使ASM 崩溃[KFDPHBEAT_REAPIO:02]

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]

症状

其中一个ASM 实例崩溃，引起数据库实例在节1上重启 。

‘alert+ASM1.log’文件显示磁盘组 EEPERF2_REDO 安装当’gmon’ 在EEPERF2_REDO上的I/O功能 [kfdpHbeat_reapIO:02]报告一个 ORA-600 错误，

和内部错误(ORA-600)一起，我们在报告(ORA-15196)的asm块头部看到一个损坏，
asm 实例回弹之后, 没有磁盘可用于EEPERF2_REDO， 再也不能安装磁盘组。

Sat May 30 23:25:43 2015
SUCCESS: diskgroup EEPERF2_REDO was mounted

Fri Jun 05 11:11:40 2015
Errors in file /apps/oracle/base/diag/asm/+asm/+ASM1/trace/+ASM1_gmon_8723.trc (incident=221838):
ORA-00600: internal error code, arguments: [kfdpHbeat_reapIO:02], [3], [31],[], [], [], [], [], [], [], [], []
ORA-15196: invalid ASM block header [kfdp.c:14537] [endian_kfbh] [0] [0] [0 != 1]

Fri Jun 05 11:12:20 2015
ORA-15017: diskgroup “EEPERF2_REDO” cannot be mounted
ORA-15063: ASM discovered an insufficient number of disks for diskgroup “EEPERF2_REDO”
Fri Jun 05 11:12:20 2015
ERROR: no read quorum in group: required 2, found 0 disks

改变

没有

原因

当GMON遇到一个内部错误，然后通过GMON ASM实例终止是预期的行为，按设计工作的。
这是一个机制，最大限制的减少附带伤害和进一步的损坏。

在这种情况下，GMON 尝试在磁盘上执行跳动失败，因为 asm块头出现损坏
GMON通过ORA-600[kfdpHbeat_reapIO]报告了问题，按预计终止了asm 实例。

解决方法

在RAC中 asm 实例应该自动重启，否则需要进行手动重启。

为了解决损坏磁盘组的问题，进一步调查磁盘组(例如 运行AMDU报告)，
一种解决方法是使用KFED 工具用拷贝替换损坏的磁盘头块。

所以看下一条注释:
How To Restore/Repair/Fix An Overwritten (KFBTYP_INVALID) ASM Disk Header (Doc ID 1088867.1)