标签:07 600 17 kfdp -- 03 分飞 2021 ORA
联系:手机/微信(+86 13429648788) QQ(107644445)
标题:ora-600 kfdpMetaBlk_pickle 故障处理
作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]
客户反馈集群的crs无法正常启动观察发现是由于gmon进程crash asm实例导致,经过测试确认是在mount data磁盘组的时候会触发给问题
|
对应的alert日志报ORA-600 [kfdpMetaBlk_pickle:01], [4294967295]错误
|
对于ORA-600 [kfdpMetaBlk_pickle:01], [4294967295]错误,查询了mos没有任何有效信息
对应的trace文件发现如下信息
|
通过删除信息,基本上可以确认由于pst信息异常(pst中记录的只有0 1 3三个磁盘,认为2是老磁盘),但是实际磁盘为4个,导致gmon进程异常.通过底层解决该问题,数据库恢复成功
|
运气不错,对于该故障的恢复,实现数据0丢失.
- ORA-600 3020错误引起ORA-600 2663
- ORA-00742 ORA-00312 故障恢复
- ORA-600 kcratr_scan_lastbwr 恢复
- 12c启动报kcratr_nab_less_than_odr
- ORA-600 kfrValAcd30 恢复
- 因为人工误操作导致resetlogs scn不一致恢复
- ORA-15335: ASM metadata corruption detected in disk group ‘DATA’
- 恢复备份控制文件避免resetlogs方式打开数据库
- ora-600 2662和ora-600 kclchkblk_4恢复
- ORA-15096: lost disk write detected
- 磁盘空间不足迁移数据文件导致故障恢复
- win 11.2.0.4打patch后服务无法正常启动处理
标签:07,600,17,kfdp,--,03,分飞,2021,ORA 来源: https://blog.csdn.net/xifenfei/article/details/118864360
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。