这是一个网友的数据库,ASM数据库崩溃,但是DiskGroup无法mount了,据说是加盘导致的.
很明显,是Oracle ASM的元数据出现一些了,从日志来看,应该是10g的库。这里我说明一点,10g的asm其实还是有点
脆弱,之前我们测试添加磁盘时ctrl+c终止SQLPLUS操作导致asm instance crash,然后再也无法mount DiskGroup的情况。
这一切在11gR2变得非常强悍了。至少目前为止我没有遇到过11gR2的ASM出现过这种情况。
针对上述的类似case恢复,其实并不是太难,在add disk的过程中Oracle ASM会更新PSU和Disk directory 元数据。
据说该环境部署了Dataguard,这样可以进行Failover切换了,这是一个好消息。
关于Oracle ASM元数据的研究,我写过一个系列的文章,大家可以参考下!如果遇到类似的故障可以联系我!
Wed Dec 10 15:44:42 GMT+08:00 2014WARNING: cache read a corrupted block gn=4 dsk=1 blk=16 from disk 1
NOTE: a corrupted block was dumped to the trace file
ERROR: cache failed to read dsk=1 blk=16 from disk(s): 1
ORA-15196: invalid ASM block header [kfc.c:8281] [check_kfbh] [2147483649] [16] [2170712234 != 3074501765]
System State dumped to trace file /oracle/app/admin/+ASM/bdump/+asm1_arb0_18219146.trc
NOTE: cache initiating offline of disk 1 group 4
WARNING: process 18219146 initiating offline of disk 1.63799954 (JCYLDG_0001) with mask 0x3 in group 4
WARNING: Disk 1 in group 4 in mode: 0x7,state: 0x2 will be taken offline
NOTE: PST update: grp = 4, dsk = 1, mode = 0x6
Wed Dec 10 15:44:42 GMT+08:00 2014ERROR: too many offline disks in PST (grp 4)
Wed Dec 10 15:44:42 GMT+08:00 2014ERROR: PST-initiated MANDATORY DISMOUNT of group JCYLDG
Wed Dec 10 15:44:42 GMT+08:00 2014WARNING: Disk 1 in group 4 in mode: 0x7,state: 0x2 was taken offline
Wed Dec 10 15:44:42 GMT+08:00 2014NOTE: halting all I/Os to diskgroup JCYLDG!
很明显,是Oracle ASM的元数据出现一些了,从日志来看,应该是10g的库。这里我说明一点,10g的asm其实还是有点
脆弱,之前我们测试添加磁盘时ctrl+c终止SQLPLUS操作导致asm instance crash,然后再也无法mount DiskGroup的情况。
这一切在11gR2变得非常强悍了。至少目前为止我没有遇到过11gR2的ASM出现过这种情况。
针对上述的类似case恢复,其实并不是太难,在add disk的过程中Oracle ASM会更新PSU和Disk directory 元数据。
据说该环境部署了Dataguard,这样可以进行Failover切换了,这是一个好消息。
关于Oracle ASM元数据的研究,我写过一个系列的文章,大家可以参考下!如果遇到类似的故障可以联系我!
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




