标签云
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)
- 操作系统 (110)
- 数据库 (1,833)
- DB2 (22)
- MySQL (81)
- Oracle (1,662)
- 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 (69)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (628)
- Oracle安装升级 (103)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (88)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (3)
- 达梦恢复 (1)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (47)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (30)
-
最近发表
- .wman扩展名勒索mysql数据库恢复
- Oracle数据库被勒索加密一键open工具–OraFHR
- 通过alert日志回顾其他dba oracle异常恢复故障处理以及后续open数据库操作
- 年前几例Oracle数据库被加密为.wman的数据库故障恢复
- 文件系统损坏导致数据库异常故障处理
- expdp导出xml列报ORA-22924故障处理
- obet处理ORA-704 ORA-604 ORA-1578故障
- obet修复csc higher than block scn类型坏块
- ORA-600 kcratr_nab_less_than_odr和ORA-600 4193故障处理
- aix环境10g由于控制器异常导致ORA-600 4000故障处理
- ORA-600 3716故障处理
- 不当恢复truncate数据导致数据库不能open处理
- 注意:PostgreSQL库出现readme_to_recover勒索
- Oracle 19c 202601补丁(RUs+OJVM)-19.30
- Patch_SCN快速解决ORA-600 2663故障
- 在生产环境错误执行dd命令破坏asm磁盘故障恢复
- obet实现对数据文件坏块检测功能
- oracle linux 8.10注意pmlogger导致空间被大量占用
- obet快速修改scn/resetlogs恢复数据库(缺少归档,ORA-00308)
- 使用DBMS_PDB.RECOVER抢救单个pdb
标签归档:ORA-600 4000
aix环境10g由于控制器异常导致ORA-600 4000故障处理
由于控制器异常导致数据库启动的时候报ORA-600 4000错误
Wed Jan 28 18:17:06 2026 Completed crash recovery at Thread 1: logseq 499321, block 14459, scn 17457591400427 257 data blocks read, 41 data blocks written, 14457 redo blocks read Wed Jan 28 18:17:06 2026 Thread 1 advanced to log sequence 499322 Thread 1 opened at log sequence 499322 Current log# 2 seq# 499322 mem# 0: /dev/rrk_redo2 Successful open of redo thread 1 Wed Jan 28 18:17:06 2026 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Wed Jan 28 18:17:06 2026 SMON: enabling cache recovery Wed Jan 28 18:17:07 2026 Errors in file /u01/app/oracle/admin/orcl1/udump/orcl1_ora_16187632.trc: ORA-00600: internal error code, arguments: [4000], [9], [], [], [], [], [], [] Wed Jan 28 18:17:08 2026 Errors in file /u01/app/oracle/admin/orcl1/udump/orcl1_ora_16187632.trc: ORA-00704: bootstrap process failure ORA-00704: bootstrap process failure ORA-00600: internal error code, arguments: [4000], [9], [], [], [], [], [], [] Wed Jan 28 18:17:08 2026 Error 704 happened during db open, shutting down database USER: terminating instance due to error 704 Instance terminated by USER, pid = 16187632 ORA-1092 signalled during: alter database open...
ORA-600 4000这个是在10g版本中非常常见的一个错误,一般是由于对应的block上面有事务没有提交或者scn过大导致,跟踪数据库启动过程发现在以下sql语句报错,而且报错为file 1 block 27527
EXEC #2:c=0,e=62,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=4,tim=437860213380 WAIT #2: nam='db file sequential read' ela= 139 file#=1 block#=27527 blocks=1 obj#=-1 tim=437860213555 *** 2026-01-31 15:31:40.417 ksedmp: internal or fatal error ORA-00600: internal error code, arguments: [4000], [9], [], [], [], [], [], [] Current SQL statement for this session: select rowcnt,blkcnt,empcnt,avgspc,chncnt,avgrln,nvl(degree,1), nvl(instances,1) from tab$ where obj# = :1
这里可以获取到两个有效信息:
1. 报错block为:file 1 block 27227
2. 报错sql为:select rowcnt,blkcnt,empcnt,avgspc,chncnt,avgrln,nvl(degree,1), nvl(instances,1) from tab$ where obj# = :1
进一步对报错数据块进行分析
Block header dump: 0x00406b87
Object id on Block? Y
seg/obj: 0x2 csc: 0xfe0.a99d3719 itc: 2 flg: - typ: 1 - DATA
fsl: 0 fnx: 0x0 ver: 0x01
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x000b.014.00f1bb09 0x008027a5.eada.0e C--- 0 scn 0x0fda.f353b198
0x02 0x0009.01e.00212e2a 0x01400cdf.113e.01 --U- 1 fsc 0x0000.a99d371b
这里可以确认几个有效信息:
1. 该block的csc scn为:17457592743705
2. 一条已经提交的事务的scn为:17433059635608
3. 还有一条没有提交的事务,使用的回滚段为9,这个和我们报错的ORA-600[4000][9]这个回滚段名称匹配上
基于上述分析,我们需要确认两件事情:
1. 通过Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)脚本检查结果,确认当前是数据库的文件头scn为:17457591420434小于该block的csc scn

2. itl操上面有一个锁需要提交,通过bbed工具对其进行提交,然后得出dump block信息
Block header dump: 0x00406b87
Object id on Block? Y
seg/obj: 0x2 csc: 0xfe0.a99d3719 itc: 2 flg: - typ: 1 - DATA
fsl: 0 fnx: 0x0 ver: 0x01
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x000b.014.00f1bb09 0x008027a5.eada.0e C--- 0 scn 0x0fda.f353b198
0x02 0x0009.01e.00212e2a 0x01400cdf.113e.01 C--- 0 scn 0x0000.a99d371b
修改好itl之后,先尝试重启库,如果不出意外应该会报ORA-600 2662类似错误(因为前面分析了csc scn大于文件头scn的问题)

这里的ORA-600 2662中的4221831就是报错的rdba地址(10进制),通过dbms_utility.data_block_address_file转换
SQL> select dbms_utility.data_block_address_file(4221831) "file",
2 dbms_utility.data_block_address_block(4221831) "block"
3 from dual;
file block
---------- ----------
1 27527
得出报错的ORA-600 2662的block就是我们之前分析和修复的itl块,通过修改该块scn或者修改数据库scn,该库均可open,后续就是安排导出数据导入新库的活
ORA-600 [4000] [a]相关bug
ORA-600 [4000 ] [a]一般是这样的报错格式,其中[a] Undo segment number,类似错误主要bug以及对应的修复版本列表
| Bug | Fixed | Description |
| 26966120 | 18.18, 18.3, 19.1 | PDML workload reports ORA-7445 [kdmsfree] / ORA-00600 [4000] |
| 16761566 | 11.2.0.3.9, 11.2.0.3.BP22, 11.2.0.4, 12.1.0.2, 12.2.0.1 | Instance fails to start with ORA-600 [4000] [usn#] |
| 13910190 | 11.2.0.3.BP15, 11.2.0.4, 12.1.0.1 | ORA-600 [4000] from plugged in tablespace in Exadata |
| 37173201 | Hitting ORA-600 [4000] during shutdown | |
| 36440495 | 19.26 | SECURE FILE LOB CAUSING ORA-00600:[4000] |
| 34547607 | 19.23, 23.4 | [TXN MGMT LOCAL] ORA-600 [ktugct: corruption detected] w/ Compression & RAC DB Instances Crash |
| 32800248 | 19.24, 23.4 | DB:DISTRIB: Avoid ORA-600[4000]/ORA-600[4097] in the DB background RECO scenario. |
| 35143304 | 19.24 | consider converting ORA-600 [4000] to pdb-specific assert or soft assert |
| 33343993 | 19.16 | Convert ORA-600 [4000] to PDB Specific Assert and Crash Only the Affected PDB |
| 32156194 | 19.12 | ORA-600 [25027] during the select on x$ktcxb |
| 32765471 | aim:ORA-600 [4000] – kccpb_sanity_check | |
| 23030488 | 18.1 | ORA-00600 [4000] During First Open of PDB After Undo Mode Switch |
| 22610979 | 18.1 | ORA-00600 [4000] On DB Close of STANDBY Due to MMON Process |
| 21770222 | 12.2.0.1 | ORA-600: [4000] in CDB |
| 21379969 | 12.2.0.1 | ORA-00600 [4000] after a tablespace is transported and plugged into another DB |
| 20427315 | 12.2.0.1 | ORA-600 [4000] While Performing DMLs In Freelist Segment |
| 20407770 | 12.2.0.1 | ORA-00600 [4000] error in CDB and DDL operations in PDBs |
| 19352922 | 12.2.0.1 | IMC: ORA-600[4000] may occur on HCC block |
| 14741727 | 11.2.0.2.9, 11.2.0.2.BP19, 11.2.0.3.BP12, 11.2.0.3.BP13, 11.2.0.4, 12.1.0.1 | Fixes for bug 12326708 and 14624146 can cause problems – backout fix |
| 12619529 | 11.2.0.3.BP18, 11.2.0.4, 12.1.0.1 | ORA-600[kdsgrp1] from SELECT on plugged in tablespace with FLASHBACK |
| 10425010 | 11.2.0.3, 12.1.0.1 | Stale data blocks may be returned by Exadata FlashCache |
| 9145541 | 11.1.0.7.4, 11.2.0.1.2, 11.2.0.2, 12.1.0.1 | OERI[25027]/OERI[4097]/OERI[4000]/ORA-1555 in plugged datafile after CREATE CONTROLFILE in 11g |
| 12353983 | 11.2.0.1 | ORA-600 [4000] with XA in RAC |
| 7687856 | 11.2.0.1 | ORA-600 [4000] from DML on transported ASSM tablespace |
| 2917441 | 11.1.0.6 | OERI [4000] during startup |
| 3115733 | 9.2.0.5, 10.1.0.2 | OERI[4000] / index corruption can occur during index coalesce |
| 2959556 | 9.2.0.5, 10.1.0.2 | STARTUP after an ORA-701 fails with OERI[4000] |
| 1371820 | 8.1.7.4, 9.0.1.4, 9.2.0.1 | OERI:4506 / OERI:4000 possible against transported tablespace |
| 434596 | 7.3.4.2, 8.0.3.0 | ORA-600[4000] from altering storage of BOOTSTRAP$ |
再现ORA-600 4000故障处理
有一个10g的库,由于redo损坏导致无法正常recover成功

正常途径无法open成功,尝试强制打开库
Wed Oct 18 11:23:25 2023 alter database open resetlogs Wed Oct 18 11:23:25 2023 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 236715370 Resetting resetlogs activation ID 4009817354 (0xef00f50a) Wed Oct 18 11:23:26 2023 Setting recovery target incarnation to 3 Wed Oct 18 11:23:26 2023 Assigning activation ID 4271120987 (0xfe94225b) Thread 1 opened at log sequence 1 Current log# 1 seq# 1 mem# 0: D:\ORADATA\EAIS\REDO01.LOG Successful open of redo thread 1 Wed Oct 18 11:23:26 2023 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Wed Oct 18 11:23:26 2023 SMON: enabling cache recovery Wed Oct 18 11:23:27 2023 Errors in file d:\hys_db\admin\eais\udump\eais_ora_10916.trc: ORA-00600: 内部错误代码, 参数: [4000], [9], [], [], [], [], [], [] Wed Oct 18 11:23:28 2023 Errors in file d:\hys_db\admin\eais\udump\eais_ora_10916.trc: ORA-00704: 引导程序进程失败 ORA-00704: 引导程序进程失败 ORA-00600: 内部错误代码, 参数: [4000], [9], [], [], [], [], [], [] Wed Oct 18 11:23:28 2023 Error 704 happened during db open, shutting down database USER: terminating instance due to error 704 Wed Oct 18 11:23:28 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_pmon_1764.trc: ORA-00704: bootstrap process failure Wed Oct 18 11:23:29 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_reco_9628.trc: ORA-00704: bootstrap process failure Wed Oct 18 11:23:29 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_smon_9884.trc: ORA-00704: bootstrap process failure Wed Oct 18 11:23:29 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_ckpt_10096.trc: ORA-00704: bootstrap process failure Wed Oct 18 11:23:29 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_lgwr_8932.trc: ORA-00704: bootstrap process failure Wed Oct 18 11:23:29 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_dbw0_9892.trc: ORA-00704: bootstrap process failure Wed Oct 18 11:23:29 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_mman_9472.trc: ORA-00704: bootstrap process failure Wed Oct 18 11:23:29 2023 Errors in file d:\hys_db\admin\eais\bdump\eais_psp0_7692.trc: ORA-00704: bootstrap process failure Instance terminated by USER, pid = 10916 ORA-1092 signalled during: alter database open resetlogs...
resetlogs失败,报ora-600 4000错误,查看相关trace文件
*** 2023-10-18 11:23:27.103
ksedmp: internal or fatal error
ORA-00600: 内部错误代码, 参数: [4000], [9], [], [], [], [], [], []
Current SQL statement for this session:
select ctime, mtime, stime from obj$ where obj# = :1
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
_ksedst+38 CALLrel _ksedst1+0 0 1
_ksedmp+898 CALLrel _ksedst+0 0
_ksfdmp+14 CALLrel _ksedmp+0 3
603A816A CALLreg 00000000 6AE8258 3
603A8550 CALLrel 603A80D8 6AE8258 4FB1090 FA0 1 8C886B0
__VInfreq__ktudba+1 CALLrel _kgeasi+0 6AE8258 4FB1090 FA0 2 1 0 9 0
26
_ktrgcm+851 CALLrel _ktudba+0 9 8C88B68 0 0
_ktrgtc+526 CALLrel _ktrgcm+0 4FC753C
_kdsgrp+937 CALLrel _ktrgtc+0 4FC753C 4FC74E0 1F1FB00
8C88CB4 240 2AED19C 1F1F71C
_kdsfbrcb+432 CALLrel _kdsgrp+0 4FC7538 0 4FC7538
_qertbFetchByRowID+ CALLrel _kdsfbrcb+0 4FC7538 4FDF004 0 1 0 0
4344 4FC74E0 22E8078 8C88E14 0
_opifch2+3104 CALL??? 00000000 8DA05838 20135FC 8C890AC 1
_opifch+51 CALLrel _opifch2+0 89 5 8C891F0
_opiodr+1099 CALLreg 00000000 5 2 8C89938
_rpidrus+178 CALLrel _opiodr+0 5 2 8C89938 5
_rpidru+88 CALLrel _rpidrus+0 8C894C4
_rpiswu2+426 CALLreg 00000000 8C8988C
_rpidrv+1461 CALLrel _rpiswu2+0 90F3CCB4 0 8C89860 2 8C89880
0 8C89860 0 84DF58 84E018
8C8988C 8
_rpifch+44 CALLrel _rpidrv+0 5 5 8C89938 8
_kqdpts+166 CALLrel _rpifch+0 5 5 5 3 90AE2383 7 C 0 0 0 0
0 0 0 5 2 90AE237C 7 C 0 0 0
0 0 0 0
_kqrlfc+478 CALLrel _kqdpts+0 90AE21F4
_kqlbplc+102 CALLrel _kqrlfc+0
_kqlblfc+240 CALLrel _kqlbplc+0 0
_adbdrv+12911 CALLrel _kqlblfc+0 0 8C8D034
_opiexe+11778 CALLrel _adbdrv+0
_opiosq0+6088 CALLrel _opiexe+0 4 0 8C8D894
_kpooprx+232 CALLrel _opiosq0+0 3 E 8C8D9AC A4
_kpoal8+775 CALLrel _kpooprx+0 8C8F6CC 8C8E248 1D 1 0 A4
_opiodr+1099 CALLreg 00000000 5E 17 8C8F6C8
60FEFF8D CALLreg 00000000 5E 17 8C8F6C8 0
_opitsk+1017 CALL??? 00000000
_opiino+1087 CALLrel _opitsk+0 0 0
_opiodr+1099 CALLreg 00000000 3C 4 8C8FC60
_opidrv+819 CALLrel _opiodr+0 3C 4 8C8FC60 0
_sou2o+45 CALLrel _opidrv+0 3C 4 8C8FC60
_opimai_real+112 CALLrel _sou2o+0 8C8FC54 3C 4 8C8FC60
_opimai+92 CALLrel _opimai_real+0 2 8C8FC8C
_OracleThreadStart@ CALLrel _opimai+0
4+708
74A93438 CALLptr 00000000
76F09830 CALLreg 00000000
76F09800 CALLrel 76F0980B
--------------------- Binary Stack Dump ---------------------
通过一些技巧处理数据库正常open,导出数据完成本次恢复,参考以前恢复类似case:
重现ORA-600 4000异常
通过bbed解决ORA-00600[4000]案例
记录一次ORA-600 4000数据库故障恢复
ORACLE 8.1.7 数据库ORA-600 4000故障恢复


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

