标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-00742 ORA-01110 ORA-01555 ORA-01578 ORA-01595 ORA-08103 ORA-600 2131 ORA-600 2662 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-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)
- 操作系统 (103)
- 数据库 (1,738)
- DB2 (22)
- MySQL (75)
- Oracle (1,588)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (160)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (68)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (582)
- Oracle安装升级 (95)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (83)
- PostgreSQL (27)
- pdu工具 (5)
- PostgreSQL恢复 (9)
- SQL Server (29)
- SQL Server恢复 (10)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (37)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (20)
-
最近发表
- ORA-39773: parse of metadata stream failed故障处理
- sql数据库备份失败—失败: 23(数据错误(循环冗余检查)
- vmdk文件被加密恢复(虚拟机文件加密)
- 差点被误操作的ORA-600 kcratr_nab_less_than_odr故障
- win平台19c 打patch遭遇2个小问题汇总
- pg单个数据库目录恢复-pdu恢复单个数据库目录数据
- pg删除数据恢复—pdu恢复pg delete数据
- .[OnlyBuy@cyberfear.com].REVRAC勒索mysql恢复
- 表dml操作权限授权给public,导致只读用户失效
- 21c数据库恢复遭遇ora-600 ktugct: corruption detected
- pg_control丢失/损坏处理
- 当前主流数据库版本服务支持周期-202503
- pg启动报invalid checkpoint record处理
- 删除redo导致ORA-00313 ORA-00312故障处理
- Navicat连接postgresql时出现column “datlastsysoid” does not exist错误解决
- aix磁盘损坏oracle数据库恢复
- pg误删除数据恢复(PostgreSQL delete数据恢复)
- PostgreSQL表文件损坏恢复—pdu恢复损坏的表文件
- linux rm -rf 删除数据文件恢复
- PostgreSQL恢复工具—pdu恢复单个表文件
标签归档:kcratr_nab_less_than_odr
差点被误操作的ORA-600 kcratr_nab_less_than_odr故障
晚上接到一个客户电话,数据库无法启动,咨询我的Oracle Recovery Tools工具的授权问题,我远程登录客户的环境进行查看故障,发现客户进行了一下操作导致最后open报ORA-01152错误
C:\Users\Administrator>sqlplus sys/sys as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Tue Mar 18 22:43:24 2025 Copyright (c) 1982, 2010, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> startup mount ORACLE instance started. Total System Global Area 1603411968 bytes Fixed Size 2176168 bytes Variable Size 973081432 bytes Database Buffers 620756992 bytes Redo Buffers 7397376 bytes Database mounted. SQL> recover database; Media recovery complete. SQL> alter database open; alter database open * ERROR at line 1: ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [27890], [1589], [1649], [], [], [], [], [], [], [] SQL> recover database; ORA-00283: 恢复会话因错误而取消 ORA-00264: 不要求恢复 SQL> alter database open; alter database open * ERROR at line 1: ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [27890], [1589], [1649], [], [], [], [], [], [], [] SQL> recover database until cancel; ORA-10879: error signaled in parallel recovery slave ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误 ORA-01152: 文件 1 没有从过旧的备份中还原 ORA-01110: 数据文件 1: 'D:\APP\ADMINISTRATOR\ORADATA\orcl\SYSTEM01.DBF' SQL> alter database open resetlogs; alter database open resetlogs * ERROR at line 1: ORA-01152: file 1 was not restored from a sufficiently old backup ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\orcl\SYSTEM01.DBF' SQL> RECOVER DATABASE USING BACKUP CONTROLFILE; ORA-00279: change 17384974762395 generated at 03/18/2025 18:30:34 needed for thread 1 ORA-00289: suggestion : D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\orcl\ARCHIVELOG\2025_03_19\O1_MF_1_27 890_%U_.ARC ORA-00280: change 17384974762395 for thread 1 is in sequence #27890 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} D\APP\ADMINISTRATOR\ORADATA\orcl\RED001.LOG ORA-00308: 无法打开归档日志 'D\APP\ADMINISTRATOR\ORADATA\orcl\RED001.LOG' ORA-27041: 无法打开文件 OSD-04002: 无法打开文件 O/S-Error: (OS 3) 系统找不到指定的路径。 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} D:\app\Administrator\oradata\orcl\RED001.LOG ORA-00308: 无法打开归档日志 'D:\app\Administrator\oradata\orcl\RED001.LOG' ORA-27041: 无法打开文件 OSD-04002: 无法打开文件 O/S-Error: (OS 2) 系统找不到指定的文件。
最初数据库启动报ORA-600 kcratr_nab_less_than_odr错误(这个是一个非常典型的错误,早期写过处理方法:ORA-600 kcratr_nab_less_than_odr故障解决),客户处理故障思路不太清晰,使用了recover database until cancel和alter database open resetlogs等不当操作,导致数据库没有open成功.然后希望使用我的Oracle Recovery Tools小工具进行修复,但是根据我的判断,这个故障还用不上该工具,直接可以open库.对其进行ctl重建并open库
SQL> alter database backup controlfile to trace as 'd:/ctl.txt'; Database altered. SQL> create pfile='d:/pfile.txt' from spfile; File created. SQL> shutdown immediate; ORA-01109: database not open Database dismounted. ORACLE instance shut down. SQL> startup nomount; ORACLE instance started. Total System Global Area 1603411968 bytes Fixed Size 2176168 bytes Variable Size 973081432 bytes Database Buffers 620756992 bytes Redo Buffers 7397376 bytes SQL> @d:/xifenfei/rectl.sql Control file created. SQL> SQL> SQL> recover database; Media recovery complete. SQL> alter database open; Database altered.
在open之后,数据库报ORA-600 4194错误
Wed Mar 19 01:51:12 2025 alter database open Beginning crash recovery of 1 threads parallel recovery started with 23 processes Started redo scan Completed redo scan read 793 KB redo, 0 data blocks need recovery Started redo application at Thread 1: logseq 27890, block 2, scn 17384974741793 Recovery of Online Redo Log: Thread 1 Group 4 Seq 27890 Reading mem 0 Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\orcl\REDO04.LOG Completed redo application of 0.00MB Completed crash recovery at Thread 1: logseq 27890, block 1589, scn 17384974762395 0 data blocks read, 0 data blocks written, 793 redo k-bytes read Wed Mar 19 01:51:14 2025 Thread 1 advanced to log sequence 27891 (thread open) Thread 1 opened at log sequence 27891 Current log# 2 seq# 27891 mem# 0: D:\APP\ADMINISTRATOR\ORADATA\orcl\REDO02.LOG Successful open of redo thread 1 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Wed Mar 19 01:51:14 2025 SMON: enabling cache recovery Successfully onlined Undo Tablespace 2. Dictionary check beginning Tablespace 'TEMP' #3 found in data dictionary, but not in the controlfile. Adding to controlfile. Tablespace 'TEMP1' #11 found in data dictionary, but not in the controlfile. Adding to controlfile. Dictionary check complete Verifying file header compatibility for 11g tablespace encryption.. Verifying 11g file header compatibility for tablespace encryption completed SMON: enabling tx recovery ********************************************************************* WARNING: The following temporary tablespaces contain no files. This condition can occur when a backup controlfile has been restored. It may be necessary to add files to these tablespaces. That can be done using the SQL statement: ALTER TABLESPACE <tablespace_name> ADD TEMPFILE Alternatively, if these temporary tablespaces are no longer needed, then they can be dropped. Empty temporary tablespace: TEMP Empty temporary tablespace: TEMP1 ********************************************************************* Database Characterset is ZHS16GBK No Resource Manager plan active Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_4084.trc (incident=158542): ORA-00600: 内部错误代码, 参数: [4194], [], [], [], [], [], [], [], [], [], [], [] Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_158542\orcl_smon_4084_i158542.trc Wed Mar 19 01:51:26 2025 Trace dumping is performing id=[cdmp_20250319015126] Wed Mar 19 01:51:31 2025 Sweep [inc][158542]: completed Sweep [inc2][158542]: completed Wed Mar 19 01:51:35 2025 Doing block recovery for file 3 block 1415 Resuming block recovery (PMON) for file 3 block 1415 Block recovery from logseq 27891, block 86 to scn 17384974782720 Recovery of Online Redo Log: Thread 1 Group 2 Seq 27891 Reading mem 0 Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\orcl\REDO02.LOG Block recovery stopped at EOT rba 27891.87.16 Block recovery completed at rba 27891.87.16, scn 4047.3242135803 Doing block recovery for file 3 block 264 Resuming block recovery (PMON) for file 3 block 264 Block recovery from logseq 27891, block 86 to scn 17384974782714 Recovery of Online Redo Log: Thread 1 Group 2 Seq 27891 Reading mem 0 Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\orcl\REDO02.LOG Block recovery completed at rba 27891.87.16, scn 4047.3242135803 Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_4084.trc: ORA-01595: 释放区 (2) 回退段 (12) 时出错 ORA-00600: 内部错误代码, 参数: [4194], [], [], [], [], [], [], [], [], [], [], [] Wed Mar 19 01:51:36 2025 Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_5680.trc (incident=158590): ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_158590\orcl_ora_5680_i158590.trc
数据库open成功,但是后台报ORA-01595/ORA-600 4194错误,这个问题比较常见,直接处理异常undo即可恢复.
ORA-01033: ORACLE initialization or shutdown in progress 故障处理
客户反馈数据库使用plsql dev登录报ORA-01033: ORACLE initialization or shutdown in progress的错误
出现该错误一般是由于数据库没有正常open成功,查看oracle 告警日志发现
Mon Jan 22 16:55:50 2024 Database mounted in Exclusive Mode Lost write protection disabled Completed: alter database mount exclusive alter database open Beginning crash recovery of 1 threads parallel recovery started with 15 processes Started redo scan Completed redo scan read 139 KB redo, 70 data blocks need recovery Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_7792.trc (incident=20565): ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [1916], [28210], [28222], [], [], [], [], [], [], [] Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_20565\orcl_ora_7792_i20565.trc Mon Jan 22 16:55:57 2024 Trace dumping is performing id=[cdmp_20240122165557] Aborting crash recovery due to error 600 Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_7792.trc: ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [1916], [28210], [28222], [], [], [], [], [], [], [] Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_7792.trc: ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [1916], [28210], [28222], [], [], [], [], [], [], [] ORA-600 signalled during: alter database open...
这个错误比较常见,解决起来比较简单,参考:
kcratr_nab_less_than_odr
12c启动报kcratr_nab_less_than_odr
又一例ORA-600 kcratr_nab_less_than_odr
在恢复过程中中还遇到了ORA-00700 kcrf_split_brain_error错误,但是没有影响数据库open
Mon Jan 22 20:13:55 2024 alter database open Beginning crash recovery of 1 threads Started redo application at Thread 1: logseq 1916, block 27931 Recovery of Online Redo Log: Thread 1 Group 2 Seq 1916 Reading mem 0 Mem# 0: D:\TEMP\ORCL\REDO02.LOG Completed redo application of 0.00MB Completed crash recovery at Thread 1: logseq 1916, block 28210, scn 43957072 0 data blocks read, 0 data blocks written, 139 redo k-bytes read Errors in file d:\app\xifenfei\diag\rdbms\orcl\orcl\trace\orcl_ora_6104.trc (incident=15729): ORA-00700: 软内部错误, 参数: [kcrf_split_brain_error], [1], [1916], [28222], [28209], [4], [], [], [], [], [], [] Incident details in: d:\app\xifenfei\diag\rdbms\orcl\orcl\incident\incdir_15729\orcl_ora_6104_i15729.trc Mon Jan 22 20:13:56 2024 Trace dumping is performing id=[cdmp_20240122201356] Mon Jan 22 20:13:56 2024 Thread 1 advanced to log sequence 1917 (thread open) Thread 1 opened at log sequence 1917 Current log# 3 seq# 1917 mem# 0: D:\TEMP\ORCL\REDO03.LOG Successful open of redo thread 1 Mon Jan 22 20:13:56 2024 SMON: enabling cache recovery Verifying file header compatibility for 11g tablespace encryption.. Verifying 11g file header compatibility for tablespace encryption completed SMON: enabling tx recovery Database Characterset is AL32UTF8 replication_dependency_tracking turned off (no async multimaster replication found) WARNING: AQ_TM_PROCESSES is set to 0. System operation might be adversely affected. Completed: alter database open
至此数据库open成功但是dbv检测system有很多坏块需要分析处理
C:\Users\XIFENFEI>dbv file=d:/temp/orcl/system01.dbf DBVERIFY: Release 11.2.0.1.0 - Production on 星期一 1月 22 21:07:18 2024 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = D:\TEMP\ORCL\SYSTEM01.DBF 页 106278 流入 - 很可能是介质损坏 Corrupt block relative dba: 0x00419f26 (file 1, block 106278) Fractured block found during dbv: Data in bad block: type: 6 format: 2 rdba: 0x00419f26 last change scn: 0x0000.01410f78 seq: 0x2 flg: 0x04 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0x00000000 check value in block header: 0xbf11 computed block checksum: 0xaf18 页 106279 标记为损坏 Corrupt block relative dba: 0x00419f27 (file 1, block 106279) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 106280 标记为损坏 Corrupt block relative dba: 0x00419f28 (file 1, block 106280) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 106281 标记为损坏 Corrupt block relative dba: 0x00419f29 (file 1, block 106281) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 106282 标记为损坏 Corrupt block relative dba: 0x00419f2a (file 1, block 106282) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 106283 标记为损坏 Corrupt block relative dba: 0x00419f2b (file 1, block 106283) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 106284 标记为损坏 Corrupt block relative dba: 0x00419f2c (file 1, block 106284) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 106285 标记为损坏 Corrupt block relative dba: 0x00419f2d (file 1, block 106285) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 106286 标记为损坏 Corrupt block relative dba: 0x00419f2e (file 1, block 106286) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x2c310602 check value in block header: 0xbbb2 block checksum disabled 页 143094 流入 - 很可能是介质损坏 Corrupt block relative dba: 0x00422ef6 (file 1, block 143094) Fractured block found during dbv: Data in bad block: type: 6 format: 2 rdba: 0x00422ef6 last change scn: 0x0000.028f863b seq: 0x2 flg: 0x04 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0x00000000 check value in block header: 0xda23 computed block checksum: 0x4210 页 143095 标记为损坏 Corrupt block relative dba: 0x00422ef7 (file 1, block 143095) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 143096 标记为损坏 Corrupt block relative dba: 0x00422ef8 (file 1, block 143096) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 143097 标记为损坏 Corrupt block relative dba: 0x00422ef9 (file 1, block 143097) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 143098 标记为损坏 Corrupt block relative dba: 0x00422efa (file 1, block 143098) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 143099 标记为损坏 Corrupt block relative dba: 0x00422efb (file 1, block 143099) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 143100 标记为损坏 Corrupt block relative dba: 0x00422efc (file 1, block 143100) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 143101 标记为损坏 Corrupt block relative dba: 0x00422efd (file 1, block 143101) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x00000000 check value in block header: 0xbbb2 block checksum disabled 页 143102 标记为损坏 Corrupt block relative dba: 0x00422efe (file 1, block 143102) Bad header found during dbv: Data in bad block: type: 178 format: 3 rdba: 0xc8c9c1b6 last change scn: 0x0000.0a0df8c7 seq: 0x0 flg: 0x00 spare1: 0xbf spare2: 0xc9 spare3: 0xc9bf consistency value in tail: 0x8a780602 check value in block header: 0xbbb2 block checksum disabled DBVERIFY - 验证完成 检查的页总数: 152320 处理的页总数 (数据): 115189 失败的页总数 (数据): 0 处理的页总数 (索引): 13086 失败的页总数 (索引): 0 处理的页总数 (其他): 9741 处理的总页数 (段) : 1 失败的总页数 (段) : 0 空的页总数: 14286 标记为损坏的总页数: 18 流入的页总数: 2 加密的总页数 : 0 最高块 SCN : 44036082 (0.44036082)
通过分析aud$的extent,确认这些坏块全部属于该对象
SQL> select block_id,blocks from dba_extents where segment_name='AUD$'; BLOCK_ID BLOCKS ---------- ---------- ………… 102016 1024 103040 1024 104064 1024 105088 1024 106112 1024 ………… 141056 1024 142080 1024 143104 1024 已选择124行。
处理方法比较简单,直接truncate aud$表即可
又一例ORA-600 kcratr_nab_less_than_odr
数据库启动报错ORA-600 kcratr_nab_less_than_odr
alter database open Sat Jul 23 21:38:32 2022 Beginning crash recovery of 1 threads parallel recovery started with 19 processes Sat Jul 23 21:38:33 2022 Started redo scan Sat Jul 23 21:38:33 2022 Completed redo scan read 244 KB redo, 64 data blocks need recovery Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl12c\orcl12c\trace\orcl12c_ora_5748.trc (incident=309845): ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [10343], [67442], [67454], [], [], [], [], [], [], [] Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:34 2022 Slave encountered ORA-10388 exception during crash recovery Sat Jul 23 21:38:38 2022 Aborting crash recovery due to error 600 Sat Jul 23 21:38:38 2022 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl12c\orcl12c\trace\orcl12c_ora_5748.trc: ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [10343], [67442], [67454], [], [], [], [], [], [], [] Sat Jul 23 21:38:39 2022 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl12c\orcl12c\trace\orcl12c_ora_5748.trc: ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [10343], [67442], [67454], [], [], [], [], [], [], [] ORA-600 signalled during: alter database open...
这个错误比较简单,参考:
12c启动报kcratr_nab_less_than_odr
ORA-600 kcratr_nab_less_than_odr故障解决
解决该问题之后,数据库启动报ORA-600 4194错误
Mon Jul 25 12:18:04 2022 SMON: enabling tx recovery Starting background process SMCO Mon Jul 25 12:18:05 2022 SMCO started with pid=26, OS id=8164 Mon Jul 25 12:18:06 2022 Database Characterset is ZHS16GBK ORA-00600: ??????, ??: [4194], [46], [44], [], [], [], [], [], [], [], [], [] Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Mon Jul 25 12:18:14 2022 Doing block recovery for file 5 block 1267 Mon Jul 25 12:18:14 2022 Resuming block recovery (PMON) for file 5 block 1267 Block recovery from logseq 1, block 67 to scn 217083444 Mon Jul 25 12:18:15 2022 Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0 Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\REDO01.LOG Block recovery stopped at EOT rba 1.68.16 Block recovery completed at rba 1.68.16, scn 0.217083444 Doing block recovery for file 5 block 272 Resuming block recovery (PMON) for file 5 block 272 Block recovery from logseq 1, block 67 to scn 217083443 Mon Jul 25 12:18:18 2022 Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0 Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\REDO01.LOG Block recovery completed at rba 1.68.16, scn 0.217083444 Mon Jul 25 12:18:19 2022 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl12c\orcl12c\trace\orcl12c_smon_7100.trc: ORA-01595: 释放区 (5) 回退段 (10) 时出错 ORA-00600: ??????, ??: [4194], [46], [44], [], [], [], [], [], [], [], [], [] Mon Jul 25 12:18:19 2022 No Resource Manager plan active Mon Jul 25 12:18:23 2022 Sweep [inc][317000]: completed Sweep [inc2][317000]: completed Starting background process FBDA Mon Jul 25 12:18:40 2022 FBDA started with pid=28, OS id=7828 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl12c\orcl12c\trace\orcl12c_ora_5804.trc (incident=317056): ORA-00600: 内部错误代码, 参数: [4194], [46], [44], [], [], [], [], [], [], [], [], [] Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Mon Jul 25 12:18:53 2022 Doing block recovery for file 5 block 1267 Resuming block recovery (PMON) for file 5 block 1267 Block recovery from logseq 1, block 67 to scn 217083444 Mon Jul 25 12:18:53 2022 Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0 Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\REDO01.LOG Block recovery completed at rba 1.68.16, scn 0.217083454 Doing block recovery for file 5 block 272 Resuming block recovery (PMON) for file 5 block 272 Block recovery from logseq 1, block 67 to scn 217083454 Mon Jul 25 12:18:54 2022 Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0 Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\REDO01.LOG Block recovery completed at rba 1.69.16, scn 0.217083455 Mon Jul 25 12:18:55 2022 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl12c\orcl12c\trace\orcl12c_ora_5804.trc: ORA-00600: 内部错误代码, 参数: [4194], [46], [44], [], [], [], [], [], [], [], [], [] Mon Jul 25 12:18:55 2022 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl12c\orcl12c\trace\orcl12c_ora_5804.trc: ORA-00600: 内部错误代码, 参数: [4194], [46], [44], [], [], [], [], [], [], [], [], [] Error 600 happened during db open, shutting down database USER (ospid: 5804): terminating the instance due to error 600 Mon Jul 25 12:19:07 2022 Instance terminated by USER, pid = 5804 ORA-1092 signalled during: alter database open resetlogs...
该错误也比较简单,对异常undo段进行处理即可,参考类似操作:How to resolve ORA-600 [4194] errors