标签云
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 比特币加密文章分类
- MongoDB (1)
- MongoDB恢复 (1)
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (112)
- 数据库 (1,882)
- DB2 (22)
- MySQL (82)
- Oracle (1,707)
- 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备份恢复 (661)
- Oracle安装升级 (108)
- 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)
- MongoDB (1)
-
最近发表
- 断电引起ORA-600 3005故障处理
- 记录一次云存储资源到期之后引起的数据库恢复
- Firebird 损坏数据库数据抢救工具—firebirdext
- Oracle 19c 202610补丁(RUs+OJVM)-19.33
- 由于con$.con#值达到极限,触发数据库增加约束报ORA-600 12807错误
- MongoDB 离线提取工具—mongoext
- .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
标签归档:ORA-01033
断电引起ORA-600 3005故障处理
异常断电之后,客户连接数据库报ORA-01033: ORACLE initialization or shutdown in progress错误,该错误一般是由于数据库没有正常open成功导致.

尝试人工启动数据库报ORA-600 3005错误

Tue Oct 27 19:02:59 2026 ALTER DATABASE RECOVER database Media Recovery Start started logmerger process Parallel Media Recovery started with 16 slaves Tue Oct 27 19:03:00 2026 Recovery of Online Redo Log: Thread 1 Group 3 Seq 111990 Reading mem 0 Mem# 0: D:\orcl\REDO03.LOG Completed: ALTER DATABASE RECOVER database Tue Oct 27 19:03:22 2026 alter database open Beginning crash recovery of 1 threads parallel recovery started with 15 processes Started redo scan Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_1908.trc (incident=917810): ORA-00600: 内部错误代码, 参数: [3005], [1], [111991], [39659], [0], [0], [], [], [], [], [], [] Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_917810\orcl_ora_1908_i917810.trc Aborting crash recovery due to error 600 Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_1908.trc: ORA-00600: 内部错误代码, 参数: [3005], [1], [111991], [39659], [0], [0], [], [], [], [], [], [] Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_1908.trc: ORA-00600: 内部错误代码, 参数: [3005], [1], [111991], [39659], [0], [0], [], [], [], [], [], [] ORA-600 signalled during: alter database open...
这个错误是一个较为常见的错误,由于redo日志或者thread信息丢失导致.检查数据文件头状态一致而且干净
SQL> set pages 10000 SQL> set numw 16 SQL> SELECT status, 2 checkpoint_change#, 3 to_char(checkpoint_time,'yyyy-mm-dd hh24:mi:ss') checkpoint_time, 4 last_change#, 5 count(*) ROW_NUM 6 FROM v$datafile 7 GROUP BY status, checkpoint_change#, checkpoint_time,last_change# 8 ORDER BY status, checkpoint_change#, checkpoint_time; STATUS CHECKPOINT_CHANGE# CHECKPOINT_TIME LAST_CHANGE# ROW_NUM ------- ------------------ ------------------- ---------------- ---------------- RECOVER 27917313690 2026-10-27 14:51:31 14 SYSTEM 27917313690 2026-10-27 14:51:31 3 SQL> SQL> SQL> set numw 16 SQL> col CHECKPOINT_TIME for a40 SQL> set lines 150 SQL> set pages 1000 SQL> SELECT status, 2 to_char(checkpoint_time,'yyyy-mm-dd hh24:mi:ss') checkpoint_time,FUZZY,checkpoint_change#, 3 count(*) ROW_NUM 4 FROM v$datafile_header 5 GROUP BY status, checkpoint_change#, to_char(checkpoint_time,'yyyy-mm-dd hh24:mi:ss'),fuzzy 6 ORDER BY status, checkpoint_change#, checkpoint_time; STATUS CHECKPOINT_TIME FUZ CHECKPOINT_CHANGE# ROW_NUM ------- ---------------------------------------- --- ------------------ ---------------- ONLINE 2026-10-27 14:51:31 NO 27917313690 17
基于这种情况,直接可以打开数据库,检测字典一致,基本上可以实现0丢失
SQL> alter database open resetlogs;
数据库已更改。
SQL> @D:/HCHECK
HCheck Version 07MAY18 on 28-10月-2026 12:20:10
----------------------------------------------
Catalog Version 11.2.0.1.0 (1102000100)
db_name: ORCL
Catalog Fixed
Procedure Name Version Vs Release Timestamp
Result
------------------------------ ... ---------- -- ---------- --------------
------
.- LobNotInObj ... 1102000100 <= *All Rel* 10/28 12:20:11 PASS
.- MissingOIDOnObjCol ... 1102000100 <= *All Rel* 10/28 12:20:11 PASS
.- SourceNotInObj ... 1102000100 <= *All Rel* 10/28 12:20:11 PASS
.- IndIndparMismatch ... 1102000100 <= 1102000100 10/28 12:20:12 PASS
.- InvCorrAudit ... 1102000100 <= 1102000100 10/28 12:20:12 PASS
.- OversizedFiles ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- PoorDefaultStorage ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- PoorStorage ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- PartSubPartMismatch ... 1102000100 <= 1102000100 10/28 12:20:12 PASS
.- TabPartCountMismatch ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedTabComPart ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- MissingSum$ ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- MissingDir$ ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- DuplicateDataobj ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- ObjSynMissing ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- ObjSeqMissing ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedUndo ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedIndex ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedIndexPartition ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedIndexSubPartition ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedTable ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedTablePartition ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedTableSubPartition ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- MissingPartCol ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedSeg$ ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- OrphanedIndPartObj# ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- DuplicateBlockUse ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- FetUet ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- Uet0Check ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- ExtentlessSeg ... 1102000100 <= 1102000100 10/28 12:20:12 PASS
.- SeglessUET ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- BadInd$ ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- BadTab$ ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- BadIcolDepCnt ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- ObjIndDobj ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- TrgAfterUpgrade ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- ObjType0 ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- BadOwner ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- StmtAuditOnCommit ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- BadPublicObjects ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- BadSegFreelist ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- BadDepends ... 1102000100 <= *All Rel* 10/28 12:20:12 PASS
.- CheckDual ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- ObjectNames ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- BadCboHiLo ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- ChkIotTs ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- NoSegmentIndex ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- BadNextObject ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- DroppedROTS ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- FilBlkZero ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- DbmsSchemaCopy ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- OrphanedObjError ... 1102000100 > 1102000000 10/28 12:20:13 PASS
.- ObjNotLob ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- MaxControlfSeq ... 1102000100 <= *All Rel* 10/28 12:20:13 PASS
.- SegNotInDeferredStg ... 1102000100 > 1102000000 10/28 12:20:14 PASS
.- SystemNotRfile1 ... 1102000100 > 902000000 10/28 12:20:14 PASS
.- DictOwnNonDefaultSYSTEM ... 1102000100 <= *All Rel* 10/28 12:20:14 PASS
.- OrphanTrigger ... 1102000100 <= *All Rel* 10/28 12:20:14 PASS
.- ObjNotTrigger ... 1102000100 <= *All Rel* 10/28 12:20:14 PASS
---------------------------------------
28-10月-2026 12:20:14 Elapsed: 4 secs
---------------------------------------
Found 0 potential problem(s) and 0 warning(s)
PL/SQL 过程已成功完成。
基于当前情况,客户可以直接使用当前库,实现最小损失,最快速度恢复.
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$表即可


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

