love wife love life —Roger的Oracle/MySQL/PostgreSQL数据恢复博客

Phone:18180207355 提供专业Oracle/MySQL/PostgreSQL数据恢复、性能优化、迁移升级、紧急救援等服务

ASM 启动报错ora-600 kfcInitPba15

本站文章除注明转载外,均为本站原创: 转载自love wife love life —Roger的Oracle/MySQL/PostgreSQL数据恢复博客

本文链接地址: ASM 启动报错ora-600 kfcInitPba15

今天一大早朋友找到我说他们一个客户数据库更换存储后无法启动,发了一个报错给我。这个错误其实我也是第一次遇到,所以

这里简单记录一下。

分析响应的trace,可以看到响应的call stack信息:

从分析看是元数据方面同步出现了问题,后面从mos发现了一篇文档有简单描述:

SYMPTOMS

While mounting the ASM diskgroup with compatible.asm set to 12.1 or above .It was failing with below ORA-600,

ORA-00600: internal error code, arguments: [kfcInitPba15], [3], [7], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [kfcInitPba15], [3], [1], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [kfcInitPba15], [3], [3], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [kfcInitPba15], [3], [4], [], [], [], [], [], [], [], [], []

With compatible.asm set to 12.1 or above , phys_meta_replicated attribute get enabled by default.
And copy complete allocation unit 0 of each asm disk within a diskgroup to allocation unit 11.

CAUSE

This issue most of the time observed due to IO completion failure allocation unit 11.

SOLUTION

Please open a SR and engage Oracle Support to review your issue and assist you.

 

该文档没有做过多描述。从分析来看Oracle 12c开始,对于盘头的数据备份在AU 11上,因此可能是au 0到au 11的镜像有问题。

我猜测可能是之前在实施replace 磁盘更换时有些问题。最后建议他们盘头前面数据dd清掉,然后重跑root.sh即解决了问题。

Leave a Reply

You must be logged in to post a comment.