ora-600 kccpb_sanity_check_2故障处理----惜分飞

标题：ora-600 kccpb_sanity_check_2故障处理

作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]

数据库启动报ORA-600 kccpb_sanity_check_2

SQL> startup mount pfile='d:/pfile.txt'

ORACLE 例程已经启动。

 

Total System Global Area 1258291200 bytes

Fixed Size                  1250548 bytes

Variable Size             243272460 bytes

Database Buffers         1006632960 bytes

Redo Buffers                7135232 bytes

ORA-00600: ??????, ??: [kccpb_sanity_check_2], [66014], [66011], [0x0], [], [],[], []

重建控制文件报错ora-600 kccsga_update_amx_1

SQL> CREATE CONTROLFILE REUSE DATABASE "zs" NORESETLOGS  NOARCHIVELOG

  2      MAXLOGFILES 50

  3      MAXLOGMEMBERS 5

  4      MAXDATAFILES 100

  5      MAXINSTANCES 8

  6      MAXLOGHISTORY 226

  7  LOGFILE

  8    GROUP 1 'd:\zs\redo01.log'  SIZE 50M,

  9    GROUP 2 'd:\zs\redo02.log'  SIZE 50M,

 10    GROUP 3 'd:\zs\redo03.log'  SIZE 50M

 11  DATAFILE

 12  'd:\zs\SYSAUX01.DBF',

………………

 22  'd:\zs\SYSTEM01.DBF',

 23  'd:\zs\UNDOTBS01.DBF',

 24  'd:\zs\USERS01.DBF'

 25  CHARACTER SET zhs16gbk

 26  ;

CREATE CONTROLFILE REUSE DATABASE "zs" NORESETLOGS  NOARCHIVELOG

*

第 1 行出现错误:

ORA-01503: CREATE CONTROLFILE ??

ORA-00600: ??????, ??: [kccsga_update_amx_1], [9], [2920], [292], [], [], [],[]

重启实例，重建ctl成功.尝试恢复库提示需要很久之前的日志，因为有两个数据文件scn异常

---

通过oracle recovery tools修改文件头

---

再次recover数据库成功顺利open库导出客户需要数据

---

• 误删除分区oracle数据库恢复
• ORA-00702一键恢复工具
• ORA-01110 ORA-17070 OSD-04006 故障恢复
• .mallox加密数据库恢复
• 修改oracle scn小工具(patch scn)
• oracle文件勒索恢复工具—.makop病毒恢复
• 最近两种加密oracle数据库文件勒索病毒可以实现直接open数据库恢复
• .[decrypt20@firemail.cc].eking 数据库勒索恢复
• win文件系统损坏oracle恢复
• [back2023@proxy.tg].eking勒索数据库恢复
• ASM删除表空间恢复
• mysql ibd文件反删除恢复之后异常处理