标签云
asm恢复 bbed bootstrap$ dul kcbzib_kcrsds_1 kccpb_sanity_check_2 kcratr_nab_less_than_odr MySQL恢复 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-600 kdsgrp1 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,862)
- DB2 (22)
- MySQL (82)
- Oracle (1,688)
- 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备份恢复 (646)
- Oracle安装升级 (106)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (90)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (5)
- 达梦恢复 (3)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (48)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (31)
-
最近发表
- 记录block 0损坏,数据文件大量坏块,使用不当数据库版本恢复等各种操作之后的故障处理
- 需要注意:dbv 检测controlfile可能不准
- 达梦数据库redo异常强制拉库
- dd破坏包含50多个pdb的asm 磁盘组恢复
- Oracle数据库系统回滚段异常处理-ORA-600 4137/4193
- 使用deepseek进行Oracle恢复,引起重大故障
- 接手一个只差临门一脚的数据库恢复
- 硬件故障后数据文件大小不对故障处理—Oracle碎片扫描恢复
- 1.5T MySQL数据库完美恢复
- WARNING: detected duplicate paths to the same disk导致crs无法正常启动故障解决
- asm dd 10M导致system文件部分坏块修复
- Oracle 19c 202604补丁(RUs+OJVM)-19.31
- Oracle故障第一现场被恢复混乱的数据库恢复
- impdp报ORA-39083 ORA-14102错误处理
- 一次断电引起的Oracle故障恢复-ora-600 2662故障
- OraScan(Oracle 碎片扫描工具) 使用说明
- .[xueyuanjie@onionmail.org].AIR勒索加密数据库恢复
- oracleasm createdisk破坏的acfs文件系统恢复
- 先offline数据文件,再resetlogs导致恢复复杂的故障处理
- exp dmp导入报IMP-00098: INTERNAL ERROR: impgst2故障处理
标签归档:ORA-600 4194
接手一个只差临门一脚的数据库恢复
刚刚进行了一个数据库恢复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导出数据,完成本次恢复工作
ORA-600 4194引起SMON encountered 100 out of maximum 100 non-fatal internal errors故障
客户数据库11.2.0.3版本,由于机房停电导致数据库启动之后一段时间自动crash
Sat Sep 20 20:31:14 2025 QMNC started with pid=39, OS id=10637 Completed: ALTER DATABASE OPEN Starting background process CJQ0 Sat Sep 20 20:31:14 2025 CJQ0 started with pid=44, OS id=10654 Setting Resource Manager plan SCHEDULER[0x318E]:DEFAULT_MAINTENANCE_PLAN via scheduler window Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter Starting background process VKRM Sat Sep 20 20:31:17 2025 VKRM started with pid=40, OS id=10680 Sat Sep 20 20:38:01 2025 Starting background process SMCO Sat Sep 20 20:38:01 2025 SMCO started with pid=38, OS id=10955 Sat Sep 20 20:56:54 2025 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_j000_11564.trc (incident=148368): ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Block recovery from logseq 1082886, block 29263 to scn 74449804596 Recovery of Online Redo Log: Thread 1 Group 14 Seq 1082886 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo14.log Block recovery stopped at EOT rba 1082886.29264.16 Block recovery completed at rba 1082886.29264.16, scn 17.1435360559 Block recovery from logseq 1082886, block 29263 to scn 74449804590 Recovery of Online Redo Log: Thread 1 Group 14 Seq 1082886 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo14.log Block recovery completed at rba 1082886.29264.16, scn 17.1435360559 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_j000_11564.trc: ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Sat Sep 20 20:56:58 2025 Sweep [inc][148368]: completed Sweep [inc2][148368]: completed Sat Sep 20 21:00:20 2025 Exception[type:SIGSEGV,Address not mapped to object][ADDR:0xBC44AC1][PC:0x932F8EA,kgegpa()+40][flags:0x0,count:1] Exception[type:SIGSEGV,Address not mapped to object][ADDR:0xBC44AC1][PC:0x932DEF3,kgebse()+771][flags:0x2,count:2] Exception[type:SIGSEGV,Address not mapped to object][ADDR:0xBC44AC1][PC:0x932DEF3,kgebse()+771][flags:0x2,count:2] Sat Sep 20 21:00:21 2025 Block recovery from logseq 1082886, block 29263 to scn 74449804596 Recovery of Online Redo Log: Thread 1 Group 14 Seq 1082886 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo14.log …………………… Sat Sep 20 21:05:00 2025 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_smon_10516.trc(incident=148296): ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Block recovery from logseq 1082886, block 32045 to scn 74449805729 Recovery of Online Redo Log: Thread 1 Group 14 Seq 1082886 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo14.log Block recovery completed at rba 1082886.32056.16, scn 17.1435361698 Block recovery from logseq 1082886, block 32045 to scn 74449806046 Recovery of Online Redo Log: Thread 1 Group 14 Seq 1082886 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo14.log Block recovery completed at rba 1082886.32321.16, scn 17.1435362015 Non-fatal internal error happenned while SMON was doing flushing of monitored table stats. SMON encountered 1 out of maximum 100 non-fatal internal errors. ******* Block recovery completed at rba 1082898.52054.16, scn 17.1444838013 Non-fatal internal error happenned while SMON was doing flushing of monitored table stats. SMON encountered 99 out of maximum 100 non-fatal internal errors. Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_smon_10516.trc(incident=164458): ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Block recovery from logseq 1082898, block 52038 to scn 74459282045 Recovery of Online Redo Log: Thread 1 Group 8 Seq 1082898 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo08.log Block recovery completed at rba 1082898.52054.16, scn 17.1444838014 Block recovery from logseq 1082898, block 52038 to scn 74459282088 Recovery of Online Redo Log: Thread 1 Group 8 Seq 1082898 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo08.log Block recovery completed at rba 1082898.52104.16, scn 17.1444838057 Non-fatal internal error happenned while SMON was doing flushing of monitored table stats. SMON encountered 100 out of maximum 100 non-fatal internal errors. Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_smon_10516.trc (incident=164459): ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Block recovery from logseq 1082898, block 52038 to scn 74459282045 Recovery of Online Redo Log: Thread 1 Group 8 Seq 1082898 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo08.log Block recovery completed at rba 1082898.52054.16, scn 17.1444838014 Block recovery from logseq 1082898, block 52038 to scn 74459282101 Recovery of Online Redo Log: Thread 1 Group 8 Seq 1082898 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo08.log Block recovery completed at rba 1082898.52130.16, scn 17.1444838070 Non-fatal internal error happenned while SMON was doing flushing of monitored table stats. SMON exceeded the maximum limit of 100 internal error(s). Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_smon_10516.trc: ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] SMON (ospid: 10516): terminating the instance due to error 474 Mon Sep 22 04:05:28 2025 System state dump requested by(instance=1,osid=10516 (SMON)),summary=[abnormal instance termination]. System State dumped to trace file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_diag_10463.trc Instance terminated by SMON, pid = 10516
错误原因比较明显是由于“Non-fatal internal error happenned while SMON was doing flushing of monitored table stats.”smon进程对MON_MODS$/MON_MODS_ALL$操作异常触发ORA-600 4194错误使得该操作失败,默认情况smon尝试100次(_smon_internal_errlimit该参数控制)依旧没有成功,会强制终止smon进程,从而导致实例crash.然后尝试重启数据库无法启动成功
Mon Sep 22 09:00:03 2025 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 32 processes Started redo scan Completed redo scan read 1360 KB redo, 405 data blocks need recovery Started redo application at Thread 1: logseq 1082898, block 49410 Recovery of Online Redo Log: Thread 1 Group 8 Seq 1082898 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo08.log Completed redo application of 0.60MB Completed crash recovery at Thread 1: logseq 1082898, block 52130, scn 74459302102 405 data blocks read, 405 data blocks written, 1360 redo k-bytes read Thread 1 advanced to log sequence 1082899 (thread open) Thread 1 opened at log sequence 1082899 Current log# 9 seq# 1082899 mem# 0: /oracledb/oradata/orcl/redo09.log Successful open of redo thread 1 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set SMON: enabling cache recovery Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_78465.trc (incident=164779): ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Block recovery from logseq 1082899, block 3 to scn 74459302111 Recovery of Online Redo Log: Thread 1 Group 9 Seq 1082899 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo09.log Block recovery stopped at EOT rba 1082899.5.16 Block recovery completed at rba 1082899.5.16, scn 17.1444858077 Block recovery from logseq 1082899, block 3 to scn 74459302108 Recovery of Online Redo Log: Thread 1 Group 9 Seq 1082899 Reading mem 0 Mem# 0: /oracledb/oradata/orcl/redo09.log Block recovery completed at rba 1082899.5.16, scn 17.1444858077 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_78465.trc: ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_78465.trc: ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Error 600 happened during db open, shutting down database USER (ospid: 78465): terminating the instance due to error 600 Instance terminated by USER, pid = 78465 ORA-1092 signalled during: ALTER DATABASE OPEN... opiodr aborting process unknown ospid (78465) as a result of ORA-1092 Mon Sep 22 09:00:08 2025 ORA-1092 : opitsk aborting process
客户再次尝试几次之后,最后直接无法正常mount库
Mon Sep 22 19:14:14 2025 ALTER DATABASE MOUNT USER (ospid: 11679): terminating the instance System state dump requested by (instance=1, osid=11679), summary=[abnormal instance termination]. System State dumped to trace file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_diag_11615.trc Dumping diagnostic data in directory=[cdmp_20250922191419],requested by(instance=1,osid=11679) ,summary=[abnormal instance termination]. Instance terminated by USER, pid = 11679
这个故障处理起来相对比较简单:
1)根据当前损坏的的ctl以及操作系统的控制数据文件,redo以及alert日志中数据库字符集信息,构造重建控制文件语句,对该库进行rectl
2)由于ORA-600 4194错误,明显指向undo异常,通过对异常undo的回滚段处理,打开数据库
服务器断电引起的一例ORA-01207故障处理
有一个客户反馈服务器异常断电,导致数据库无法正常启动(启动报ORA-01207: file is more recent than control file – old control file 错误)
SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 5.4784E+10 bytes Fixed Size 2188768 bytes Variable Size 4.2010E+10 bytes Database Buffers 1.2751E+10 bytes Redo Buffers 20566016 bytes 数据库装载完毕。 SQL> recover database ORA-00283: recovery session canceled due to errors ORA-01122: database file 6 failed verification check ORA-01110: data file 6: 'D:\APP\ADMINISTRATOR\ORADATA\HIS\HSHIS1' ORA-01207: file is more recent than control file - old control file
怀疑文件系统或者底层磁盘有损坏,进一步检查系统日志,确认发现大量ntfs层面异常提示(而且多个盘都有)

对于这样的情况,先对数据文件进行了备份,运气还不错,文件全部备份成功,并通过Oracle Database Recovery Check 脚本进行检查当前故障库状态,确认很多文件的checkpoint点相差很远

对于这样的一个非归档数据库,肯定无法正常打开,只能通过屏蔽一致性尝试强制打开库,结果在打开过程中出现ORA-600 4194错误
SQL> alter database open ; alter database open * 第 1 行出现错误: ORA-00603: ORACLE server session terminated by fatal error ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] ORA-01092: ORACLE instance terminated. Disconnection forced ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] 进程 ID: 7820 会话 ID: 177 序列号: 147
解决异常undo,数据库正常open成功,但是在数据库导出数据过程中报ORA-600 2662和ORA-600 2663错误(这种情况一般比较少见,大部分ORA-600 2662/2663都是在open过程中,这种库已经open成功,后续查询报该错误的比较少见,但是原理上有可能[启动的时候没有读到这些block,后面放到这些表的block scn大于文件头scn,所以报该错误])
Fri Sep 05 01:04:12 2025 QMNC started with pid=54, OS id=7708 Completed: alter database open Fri Sep 05 01:04:13 2025 Errors in file d:\app\administrator\diag\rdbms\his\his\trace\his_m001_8624.trc (incident=10058): ORA-00600: internal error code, arguments: [2662], [2], [1384717872], [2], [1385084764], [41943042], Incident details in: d:\app\administrator\diag\rdbms\his\his\incident\incdir_10058\his_m001_8624_i10058.trc Fri Sep 05 01:04:13 2025 Starting background process CJQ0 Fri Sep 05 01:04:13 2025 CJQ0 started with pid=62, OS id=6852 Fri Sep 05 01:04:13 2025 db_recovery_file_dest_size of 3912 MB is 0.00% used. This is a user-specified limit on the amount of space that will be used by this database for recovery-related files, and does not reflect the amount of space available in the underlying filesystem or ASM diskgroup. Errors in file d:\app\administrator\diag\rdbms\his\his\trace\his_ora_9220.trc (incident=10084): ORA-00600: 内部错误代码, 参数: [2662], [2], [1384717989], [2], [1385446402], [37802453], [], [], [], Fri Sep 05 01:04:18 2025 Errors in file d:\app\administrator\diag\rdbms\his\his\trace\his_j017_11248.trc (incident=10059): ORA-00600: internal error code, arguments: [2662], [2], [1384717990], [2], [1385446402], [37802453], Errors in file d:\app\administrator\diag\rdbms\his\his\trace\his_j017_11248.trc: ORA-00600: internal error code, arguments: [2662], [2], [1384717990], [2], [1385446402], [37802453], ORA-06512: at "HOSPITAL.RPT_CASE", line 5684 ORA-06512: at line 3 Errors in file d:\app\administrator\diag\rdbms\his\his\trace\his_ora_9220.trc (incident=10085): ORA-00600: 内部错误代码, 参数: [2662], [2], [1384717990], [2], [1385446402], [37802453], [], [], [],
这个问题相对比较简单,通过Patch SCN小工具修改正确的Oracle SCN即可



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

