标题: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修改文件头
![20221117175803](https://www.xifenfei.com/wp-content/uploads/2022/11/20221117175803.jpg)
再次recover数据库成功顺利open库导出客户需要数据
![20221117180144](https://www.xifenfei.com/wp-content/uploads/2022/11/20221117180144.jpg)
![20221117180602](https://www.xifenfei.com/wp-content/uploads/2022/11/20221117180602.jpg)
- 误删除分区oracle数据库恢复
- ORA-00702一键恢复工具
- ORA-01110 ORA-17070 OSD-04006 故障恢复
- .mallox加密数据库恢复
- 修改oracle scn小工具(patch scn)
- oracle文件勒索恢复工具—.makop病毒恢复
- 最近两种加密oracle数据库文件勒索病毒可以实现直接open数据库恢复
- .[[email protected]].eking 数据库勒索恢复
- win文件系统损坏oracle恢复
- [[email protected]].eking勒索数据库恢复
- ASM删除表空间恢复
- mysql ibd文件反删除恢复之后异常处理