标签云
asm恢复 bbed bootstrap$ dul kcbzib_kcrsds_1 kccpb_sanity_check_2 kcratr_nab_less_than_odr MySQL恢复 obet ORA-00312 ORA-00704 ORA-00742 ORA-01110 ORA-01200 ORA-01555 ORA-01578 ORA-01595 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-600 kcratr_nab_less_than_odr ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 ORACLE恢复 Oracle 恢复 ORACLE数据库恢复 oracle碎片 OSD-04016 YOUR FILES ARE ENCRYPTED 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (112)
- 数据库 (1,877)
- DB2 (22)
- MySQL (82)
- Oracle (1,703)
- Data Guard (53)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (168)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (72)
- Oracle Bug (8)
- Oracle RAC (56)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (659)
- Oracle安装升级 (107)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (91)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (5)
- 达梦恢复 (3)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (51)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (34)
-
最近发表
- .bres勒索病毒加密数据库dmp文件可恢复
- ORA-600 krsm_mrp_rebuild_lf_list.lno_mismatch
- 记录一次0丢失的ORA-00354: 损坏重做日志块标头故障恢复
- 不当数据库恢复操作导致一个月数据丢失
- obet快速修复oracle 位图损坏块
- 不太常见的10.2.0.1的oracle redo损坏恢复
- obet forcecopy功能抢救硬件故障中的数据文件
- kcratr_nab_less_than_odr和system坏块故障处理
- 通过obet 恢复system坏块,打开数据库
- obet dbv功能完整说明
- 分享一例运行在aix上的sap系统数据库恢复过程
- OBET-Oracle Block Editor Tool使用说明
- 几乎动用了所有手段的Oracle故障恢复
- Oracle Block Edit Tool (obet) 功能增强–2026.07
- Oracle 19c 202607补丁(RUs+OJVM)-19.32
- Patch_SCN快速修复ORA-01555数据库open故障
- 快速处理 ORA-01210: data file header is media corrupt 故障
- ORA-00314: log 3 of thread 1, expected sequence# N doesn’t match 0
- 记录block 0损坏,数据文件大量坏块,使用不当数据库版本恢复等各种操作之后的故障处理
- 需要注意:dbv 检测controlfile可能不准
标签归档:ORA-00314 ORA-00312
ORA-00314: log 3 of thread 1, expected sequence# N doesn’t match 0
有朋友咨询一个Oracle数据库由于断电无法启动的问题,最初错误是一个非常常见的ORA-01113 ORA-01110错误

对应的alert日志错误
Tue Jul 21 15:38:12 2026 ALTER DATABASE OPEN Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_4632.trc: ORA-01113: 文件 2 需要介质恢复 ORA-01110: 数据文件 2: 'E:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSAUX01.DBF' ORA-1113 signalled during: ALTER DATABASE OPEN... Tue Jul 21 15:38:12 2026 Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_m000_4948.trc: ORA-00322: log 1 of thread 1 is not current copy ORA-00312: online log 1 thread 1: 'E:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG' Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_m000_4948.trc: ORA-00314: log 2 of thread 1, expected sequence# 6890 doesn't match 0 ORA-00312: online log 2 thread 1: 'E:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO02.LOG' Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_m000_4948.trc: ORA-00314: log 3 of thread 1, expected sequence# 6891 doesn't match 0 ORA-00312: online log 3 thread 1: 'E:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO03.LOG'
把数据文件拿到本地之后,尝试执行recover database操作
SQL> recover database; ORA-00283: 恢复会话因错误而取消 ORA-00314: 日志 3 (用于线程 1) 要求的 sequence# 6891 与 0 不匹配 ORA-00312: 联机日志 3 线程 1: 'H:\BAIDUNETDISK\ORCL\REDO03.LOG'
ORA-00314 ORA-00312这个错误比较常见,但是直接提示要求的 sequence# 6891 与 0 不匹配(后面不匹配的是0)的情况不常见.使用winhex打开redo文件

这里比较明显的redo的sequence变为了0,初步看感觉是被触发了logfile clear操作导致(我查找了故障前后的alert日志确认没有人工clear操作redolog),但是数据库实例恢复刚好需要这个redo,因此数据库无法正常打开,基于这种情况,考虑重建ctl,然后强制打开库
SQL> @rectl CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG * ERROR at line 1: ORA-01503: CREATE CONTROLFILE failed ORA-01229: data file 1 is inconsistent with logs ORA-01110: data file 1: 'H:\BAIDUNETDISK\ORCL\SYSTEM01.DBF'
由于redo异常导致noresetlogs方式重建ctl报ORA-01229错误.对于这样的情况使用resetlogs方式重建成功,然后强制打开库
SQL> recover database using backup controlfile;
ORA-00279: change 178744591 generated at 07/18/2026 18:55:48 needed for thread
1
ORA-00289: suggestion :
C:\APP\XFF\PRODUCT\11.2.0.1\DBHOME_1\RDBMS\ARC0000006891_1176155303.0001
ORA-00280: change 178744591 for thread 1 is in sequence #6891
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
H:\BAIDUNETDISK\ORCL\REDO03.LOG
ORA-00339: 归档日志未包含任何重做
ORA-00334: 归档日志: 'H:\BAIDUNETDISK\ORCL\REDO03.LOG'
SQL> recover database using backup controlfile;
ORA-00279: change 178744591 generated at 07/18/2026 18:55:48 needed for thread
1
ORA-00289: suggestion :
C:\APP\XFF\PRODUCT\11.2.0.1\DBHOME_1\RDBMS\ARC0000006891_1176155303.0001
ORA-00280: change 178744591 for thread 1 is in sequence #6891
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
H:\BAIDUNETDISK\ORCL\REDO02.LOG
ORA-00339: 归档日志未包含任何重做
ORA-00334: 归档日志: 'H:\BAIDUNETDISK\ORCL\REDO02.LOG'
SQL> E:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO02.LOG
SP2-0734: unknown command beginning "E:\APP\ADM..." - rest of line ignored.
SQL> recover database using backup controlfile;
ORA-00279: change 178744591 generated at 07/18/2026 18:55:48 needed for thread
1
ORA-00289: suggestion :
C:\APP\XFF\PRODUCT\11.2.0.1\DBHOME_1\RDBMS\ARC0000006891_1176155303.0001
ORA-00280: change 178744591 for thread 1 is in sequence #6891
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
H:\BAIDUNETDISK\ORCL\REDO01.LOG
ORA-00310: 归档日志包含序列 6892; 要求序列 6891
ORA-00334: 归档日志: 'H:\BAIDUNETDISK\ORCL\REDO01.LOG'
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 178744591 generated at 07/18/2026 18:55:48 needed for thread
1
ORA-00289: suggestion :
C:\APP\XFF\PRODUCT\11.2.0.1\DBHOME_1\RDBMS\ARC0000006891_1176155303.0001
ORA-00280: change 178744591 for thread 1 is in sequence #6891
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-10879: error signaled in parallel recovery slave
ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
ORA-01194: 文件 1 需要更多的恢复来保持一致性
ORA-01110: 数据文件 1: 'H:\BAIDUNETDISK\ORCL\SYSTEM01.DBF'
SQL> alter database open resetlogs;
Database altered.
然后使用expdp导出数据,提供dmp文件,完成本次恢复任务
接手一个只差临门一脚的数据库恢复
刚刚进行了一个数据库恢复case,故障处理起来非常简单(设置一个参数启动库即可),大概回溯下故障经过,反馈是由于客户在没有停机的情况下复制虚拟机,然后启动虚拟机之后,数据库无法正常启动报ORA-00314 ORA-00312错误
Wed Jun 17 10:24:02 2026 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 3689345602 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATABASE MOUNT Wed Jun 17 10:24:06 2026 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 32 processes Started redo scan Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_60458.trc: ORA-00314: log 2 of thread 1, expected sequence# 12271 doesn't match 9443 ORA-00312: online log 2 thread 1: '/oradata/orcl/redo02.log' Aborting crash recovery due to error 314 Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_60458.trc: ORA-00314: log 2 of thread 1, expected sequence# 12271 doesn't match 9443 ORA-00312: online log 2 thread 1: '/oradata/orcl/redo02.log' Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_60458.trc: ORA-00314: log 2 of thread 1, expected sequence# 12271 doesn't match 9443 ORA-00312: online log 2 thread 1: '/oradata/orcl/redo02.log' ORA-314 signalled during: ALTER DATABASE OPEN... Wed Jun 17 10:24:07 2026 Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_61170.trc: ORA-00314: log 1 of thread 1, expected sequence# 12269 doesn't match 9441 ORA-00312: online log 1 thread 1: '/oradata/orcl/redo01.log' Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_61170.trc: ORA-00314: log 2 of thread 1, expected sequence# 12271 doesn't match 9443 ORA-00312: online log 2 thread 1: '/oradata/orcl/redo02.log' Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_61170.trc: ORA-00314: log 3 of thread 1, expected sequence# 12265 doesn't match 9444 ORA-00312: online log 3 thread 1: '/oradata/orcl/redo03.log' Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_61170.trc: ORA-00314: log 4 of thread 1, expected sequence# 12266 doesn't match 9438 ORA-00312: online log 4 thread 1: '/oradata/orcl/redo04.log' Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_61170.trc: ORA-00314: log 5 of thread 1, expected sequence# 12267 doesn't match 9439 ORA-00312: online log 5 thread 1: '/oradata/orcl/redo05.log' Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_61170.trc: ORA-00314: log 6 of thread 1, expected sequence# 12268 doesn't match 9440 ORA-00312: online log 6 thread 1: '/oradata/orcl/redo06.log'
这个错误的redo sequence差距有点大,个人感觉可能不是简单的复制引起的,由于没有第一现场不好溯源,不乱做评论,姑且认为是由于虚拟机复制引起的问题
客户使用隐含参数强制打开数据库,报ORA-1555错误
Wed Jun 17 10:42:50 2026 ALTER DATABASE OPEN RESETLOGS RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. RESETLOGS after incomplete recovery UNTIL CHANGE 1838398816 Resetting resetlogs activation ID 3463997979 (0xce786a1b) ORA-344 signalled during: ALTER DATABASE OPEN RESETLOGS... Wed Jun 17 10:44:30 2026 ALTER DATABASE OPEN RESETLOGS RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. RESETLOGS after incomplete recovery UNTIL CHANGE 1838398816 Resetting resetlogs activation ID 3463997979 (0xce786a1b) Wed Jun 17 10:45:13 2026 Setting recovery target incarnation to 3 Wed Jun 17 10:45:13 2026 Assigning activation ID 3689297678 (0xdbe6370e) Thread 1 opened at log sequence 1 Current log# 1 seq# 1 mem# 0: /oradata/orcl/redo01.log Successful open of redo thread 1 Wed Jun 17 10:45:14 2026 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Wed Jun 17 10:45:14 2026 SMON: enabling cache recovery ORA-01555 caused by SQL statement below (SQL ID: 4krwuz0ctqxdt, SCN: 0x0000.6d93bd66): select ctime, mtime, stime from obj$ where obj# = :1 Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_18038.trc: ORA-00704: bootstrap process failure ORA-00704: bootstrap process failure ORA-00604: error occurred at recursive SQL level 1 ORA-01555: snapshot too old: rollback segment number 35 with name "_SYSSMU35_3782695576$" too small Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_18038.trc: ORA-00704: bootstrap process failure ORA-00704: bootstrap process failure ORA-00604: error occurred at recursive SQL level 1 ORA-01555: snapshot too old: rollback segment number 35 with name "_SYSSMU35_3782695576$" too small Error 704 happened during db open, shutting down database USER (ospid: 18038): terminating the instance due to error 704 Instance terminated by USER, pid = 18038 ORA-1092 signalled during: ALTER DATABASE OPEN RESETLOGS... opiodr aborting process unknown ospid (18038) as a result of ORA-1092 Wed Jun 17 10:45:16 2026 ORA-1092 : opitsk aborting process
这个是一个比较经典的错误,以往的文章中总结了这类错误可能涉及的具体sql语句
在数据库open过程中常遇到ORA-01555汇总
数据库open过程遭遇ORA-1555对应sql语句补充
客户尝试多次重启之后,数据库报ORA-600 2662错误
Wed Jun 17 10:55:34 2026 Thread 1 advanced to log sequence 3 (thread open) Thread 1 opened at log sequence 3 Current log# 3 seq# 3 mem# 0: /oradata/orcl/redo03.log Successful open of redo thread 1 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Wed Jun 17 10:55:34 2026 SMON: enabling cache recovery Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_6707.trc (incident=117868): ORA-00600: internal error code, arguments: [2662], [0], [1838441753], [0], [1838486139], [12583040], Incident details in: /u01/oracle/diag/rdbms/orcl/orcl/incident/incdir_117868/orcl_ora_6707_i117868.trc Wed Jun 17 10:55:45 2026 Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_6707.trc: ORA-00600: internal error code, arguments: [2662], [0], [1838441753], [0], [1838486139], [12583040], Errors in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_6707.trc: ORA-00600: internal error code, arguments: [2662], [0], [1838441753], [0], [1838486139], [12583040], Error 600 happened during db open, shutting down database USER (ospid: 6707): terminating the instance due to error 600 Instance terminated by USER, pid = 6707 ORA-1092 signalled during: alter database open...
客户后续多次重建ctl,强制拉库等操作,一直在ORA-600 2662上面循环,后面终于出现了ORA-600 4193/4194错误,数据库没有正常open成功,至此客户放弃恢复尝试。
我们接手故障之后,设置undo手工管理模式,然后直接启动库成功

然后使用expdp导出数据,完成本次恢复工作
发表在 Oracle备份恢复
标签为 open ora-01555, ORA-00314 ORA-00312, ORA-600 2662, ORA-600 4193, ORA-600 4194
评论关闭
RAC环境redo在各节点本地导致数据库故障恢复
最近一个运行在win平台的rac,由于断电之后,集群两个节点均无法正常启动,客户进行了一系列尝试,结果到了ora-600 kclchkblk_4错误无法继续.
通过对数据库日志分析,回溯了故障大概的原因,启动的时候报错为:
节点1启动报错
Sun Aug 03 15:21:22 2025 alter database open This instance was first to open Beginning crash recovery of 2 threads parallel recovery started with 32 processes Started redo scan Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_ora_7108.trc: ORA-00314: 日志 11 (用于线程 2) 要求的 sequence# 147717 与 147541 不匹配 ORA-00312: 联机日志 11 线程 2: 'D:\REDOLOG\REDO011.LOG' Abort recovery for domain 0 Aborting crash recovery due to error 314 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_ora_7108.trc: ORA-00314: 日志 11 (用于线程 2) 要求的 sequence# 147717 与 147541 不匹配 ORA-00312: 联机日志 11 线程 2: 'D:\REDOLOG\REDO011.LOG' Abort recovery for domain 0 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_ora_7108.trc: ORA-00314: 日志 11 (用于线程 2) 要求的 sequence# 147717 与 147541 不匹配 ORA-00312: 联机日志 11 线程 2: 'D:\REDOLOG\REDO011.LOG' ORA-314 signalled during: alter database open...
节点2启动报错
Sat Aug 02 15:45:43 2025
Successful mount of redo thread 2, with mount id 1735887907
Database mounted in Shared Mode (CLUSTER_DATABASE=TRUE)
Lost write protection disabled
Completed: ALTER DATABASE MOUNT /* db agent *//* {1:47460:124} */
ALTER DATABASE OPEN /* db agent *//* {1:47460:124} */
This instance was first to open
Beginning crash recovery of 2 threads
Sat Aug 02 15:45:49 2025
parallel recovery started with 32 processes
Started redo scan
Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl2\trace\orcl2_ora_3444.trc:
ORA-00314: ?? 1 (???? 1) ??? sequence# 67782 ? 60818 ???
ORA-00312: ???? 1 ?? 1: 'D:\REDOLOG\REDO01.LOG'
Abort recovery for domain 0
Aborting crash recovery due to error 314
Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl2\trace\orcl2_ora_3444.trc:
ORA-00314: ?? 1 (???? 1) ??? sequence# 67782 ? 60818 ???
ORA-00312: ???? 1 ?? 1: 'D:\REDOLOG\REDO01.LOG'
Abort recovery for domain 0
Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl2\trace\orcl2_ora_3444.trc:
ORA-00314: ?? 1 (???? 1) ??? sequence# 67782 ? 60818 ???
ORA-00312: ???? 1 ?? 1: 'D:\REDOLOG\REDO01.LOG'
ORA-314 signalled during: ALTER DATABASE OPEN /* db agent *//* {1:47460:124} */...
看到这两个报错信息得出两个结论:
1)比较明显节点1需要thead 2的 group 11 sequence为147717,但是实际group 11文件的sequence为147541;而节点2启动需要thread 1的group 1 sequence为67782,但是实际中group 1文件的sequnece为60818,这两个都相差比较多,属于非正常的情况,很可能是文件本身有问题
2)这是一套win的rac架构,理论上redo应该在共享文件系统(一般是asm中),而这个第一感觉很可能是本地文件系统中
客户当时恢复之时查询信息截图

查看了两个节点的最后redo切换信息
--节点1 Sat Aug 02 10:49:31 2025 Thread 1 advanced to log sequence 67782 (LGWR switch) Current log# 1 seq# 67782 mem# 0: D:\REDOLOG\REDO01.LOG --节点2(redo每组2G,节点2长时间没跑业务,之时做数据库导出操作,所以切换时间比较久远) Sat Jul 26 16:56:42 2025 Thread 2 advanced to log sequence 147717 (LGWR switch) Current log# 11 seq# 147717 mem# 0: D:\REDOLOG\REDO011.LOG
并查看两个机器d:/redolog信息(客户自行resetlogs之后的,非第一现场,但是可以确认两个节点各自有一份redo文件

本来这个是一个比较小的故障,只要把节点2的thread 1的redo拷贝到到节点1或者节点1的thread 2的redo拷贝到节点2,然后正常open库即可,现场恢复对rac不太熟悉,直接按照互联网上检索的处理方法,加上_allow_resetlogs_corruption然后强制拉库,结果不太幸运,拉库失败报ORA-600 kclchkblk_4错误

Sun Aug 03 18:59:24 2025 alter database open resetlogs RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. RESETLOGS after incomplete recovery UNTIL CHANGE 21497084214 Resetting resetlogs activation ID 1543012633 (0x5bf88119) Sun Aug 03 18:59:46 2025 Setting recovery target incarnation to 3 Sun Aug 03 18:59:46 2025 This instance was first to open Picked broadcast on commit scheme to generate SCNs Sun Aug 03 18:59:48 2025 Assigning activation ID 1735960667 (0x6778a85b) Thread 1 opened at log sequence 1 Current log# 1 seq# 1 mem# 0: D:\REDOLOG\REDO01.LOG Successful open of redo thread 1 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Sun Aug 03 18:59:49 2025 SMON: enabling cache recovery Instance recovery: looking for dead threads Instance recovery: lock domain invalid but no dead threads Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_ora_8508.trc (incident=728324): ORA-00600: 内部错误代码, 参数: [kclchkblk_4], [5], [200595988], [5], [22247740], [], [], [], [], [], [], [] Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\incident\incdir_728324\orcl1_ora_8508_i728324.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Sun Aug 03 18:59:53 2025 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_ora_8508.trc: ORA-00704: 引导程序进程失败 ORA-00704: 引导程序进程失败 ORA-00600: 内部错误代码, 参数: [kclchkblk_4], [5], [200595988], [5], [22247740], [], [], [], [], [], [], [] Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_ora_8508.trc: ORA-00704: 引导程序进程失败 ORA-00704: 引导程序进程失败 ORA-00600: 内部错误代码, 参数: [kclchkblk_4], [5], [200595988], [5], [22247740], [], [], [], [], [], [], [] Error 704 happened during db open, shutting down database USER (ospid: 8508): terminating the instance due to error 704 Sun Aug 03 18:59:54 2025 opiodr aborting process unknown ospid (9480) as a result of ORA-1092 Sun Aug 03 19:00:09 2025 Instance terminated by USER, pid = 8508 ORA-1092 signalled during: alter database open resetlogs... opiodr aborting process unknown ospid (8508) as a result of ORA-1092
这个故障之后,客户那边无法自行恢复,让我这边介入处理,对于这个错误以前处理比较多,一般就是scn问题,通过Patch SCN小工具快速解决

数据库open成功之后主要报一些ORA-600 4137,ORA-600 6006等错误
Database Characterset is ZHS16GBK Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_smon_8300.trc (incident=1176205): ORA-00600: 内部错误代码, 参数: [4137], [1.14.2713957], [0], [0], [], [], [], [], [], [], [], [] Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\incident\incdir_1176205\orcl1_smon_8300_i1176205.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Fri Aug 08 19:03:14 2025 ORACLE Instance orcl1 (pid = 25) - Error 600 encountered while recovering transaction (1, 14). Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_smon_8300.trc: ORA-00600: 内部错误代码, 参数: [4137], [1.14.2713957], [0], [0], [], [], [], [], [], [], [], [] Fri Aug 08 19:03:15 2025 ORACLE Instance orcl1 (pid = 25) - Error 600 encountered while recovering transaction (5, 19). Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_smon_8300.trc: ORA-00600: 内部错误代码, 参数: [4137], [5.19.2318502], [0], [0], [], [], [], [], [], [], [], [] Starting background process MMON Fri Aug 08 19:03:18 2025 MMON started with pid=29, OS id=4624 Fri Aug 08 19:03:19 2025 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_smon_8300.trc (incident=1176207): ORA-00600: 内部错误代码, 参数: [6006], [1], [], [], [], [], [], [], [], [], [], [] Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\incident\incdir_1176207\orcl1_smon_8300_i1176207.trc Starting background process MMNL Fri Aug 08 19:03:19 2025 MMNL started with pid=30, OS id=8344 Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. ORACLE Instance orcl1 (pid = 25) - Error 600 encountered while recovering transaction (46, 28) on object 197344. Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl1\trace\orcl1_smon_8300.trc: ORA-00600: 内部错误代码, 参数: [6006], [1], [], [], [], [], [], [], [], [], [], []
通过重建undo解决该错误,数据库稳定运行,没有再crash和报明显错误,导出核心数据,完成本次恢复任务.
发表在 Oracle
标签为 KCLCHKBLK_4, ORA-00314 ORA-00312, ORA-600 4137, ORA-600 6006, ORA-600 KCLCHKBLK_4
评论关闭

加我微信(17813235971)
加我QQ(107644445)

