标签云
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,841)
- DB2 (22)
- MySQL (81)
- Oracle (1,669)
- 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 (55)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (632)
- Oracle安装升级 (103)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (89)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (4)
- 达梦恢复 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (47)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (30)
-
最近发表
- aix环境rac 私网直连导致haip启动异常
- 又一例TRIM导致asm磁盘数据丢失的故障
- 一次运气好的ORA-600 kcratr_nab_less_than_odr故障处理
- OraFHR快速open被勒索加密破坏的Oracle数据库
- obet一键恢复offline数据文件
- 记录一次win删除数据文件完美恢复案例
- Oracle典型故障:The controlfile header block returned by the OS has a sequence number that is too old
- 国产信创库fio破坏主备库以及备份故障处理
- .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处理
标签归档:csc higher than block scn
obet修复csc higher than block scn类型坏块
最近有客户数据库报ORA-01092 ORA-01578错误导致数据库无法open
SQL> alter database open; alter database open * ERROR at line 1: ORA-01092: ORACLE instance terminated. Disconnection forced ORA-00704: bootstrap process failure ORA-00704: bootstrap process failure ORA-00604: error occurred at recursive SQL level 1 ORA-01578: ORACLE data block corrupted (file # 1, block # 2123) ORA-01110: data file 1: '+DATADG/orcl/datafile/system.270.1015415183' Process ID: 239325 Session ID: 1599 Serial number: 7
通过dbv检查确认是csc higher than block scn故障
DBVERIFY: Release 11.2.0.4.0 - Production on Sat Feb 7 03:47:12 2026 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - Verification starting : FILE = +DATADG/orcl/datafile/SYSTEM.270.1015415183 DBV-00200: Block, DBA 4306619, already marked corrupt csc(0x0006.d75a14f4) higher than block scn(0x0000.00000000) Page 2123 failed with check code 6054 DBVERIFY - Verification complete Total Pages Examined : 738560 Total Pages Processed (Data) : 424109 Total Pages Failing (Data) : 1 Total Pages Processed (Index): 287403 Total Pages Failing (Index): 1 Total Pages Processed (Other): 3408 Total Pages Processed (Seg) : 1 Total Pages Failing (Seg) : 0 Total Pages Empty : 23640 Total Pages Marked Corrupt : 1 Total Pages Influx : 0 Total Pages Encrypted : 0 Highest block SCN : 3613010282 (6.3613010282)
对于这样的故障,最近把他整合到了obet工具中,执行命令为repair blkscn [block x]进行修复
C:\Users\XFF>dbv file=H:\TEMP\SYSTEM01.DBF DBVERIFY: Release 11.2.0.4.0 - Production on 星期日 2月 8 11:07:51 2026 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = H:\TEMP\SYSTEM01.DBF csc(0x0012.a0d783c4) higher than block scn(0x0000.00000000) 页 241 失败, 校验代码为 6054 DBVERIFY - 验证完成 检查的页总数: 325120 处理的页总数 (数据): 99921 失败的页总数 (数据): 1 处理的页总数 (索引): 34013 失败的页总数 (索引): 0 处理的页总数 (其他): 174241 处理的总页数 (段) : 1 失败的总页数 (段) : 0 空的页总数: 16945 标记为损坏的总页数: 0 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 2698836688 (18.2698836688)
使用obet修复csc higher than block scn 故障
OBET> set filename H:\TEMP\SYSTEM01.DBF filename set to: H:\TEMP\SYSTEM01.DBF OBET> set block 241 block set to: 241 OBET> set mode edit mode set to: edit OBET> repair blkscn Repairing SCN for block 241... Current block SCN information: scn_base: 0x00000000 (0) scn_wrap: 0x0000 (0) Block 1 reference information: hdr_base: 0xA0DCE449 (2698830921) hdr_wrap: 0x0012 (18) Current block CSC information: csc_base: 0xA0D783C4 (2698478532) csc_wrap: 0x0012 (18) Calculated values: blkcsc: 80007889860 (0x00000012A0D783C4) blkscn: 0 (0x0000000000000000) blkscn < blkcsc, SCN repair required. New SCN values to write: new_scn_base: 0xA0DCE448 (2698830920) new_scn_wrap: 0x0012 (18) Confirm SCN repair operations: File: H:\TEMP\SYSTEM01.DBF Block: 241 Operations: 1. Write new scn_base (0xA0DCE448) 2. Write new scn_wrap (0x0012) Confirm? (Y/YES to proceed): y [Undo information saved - use 'undo' command to restore original values] Verification after SCN repair: 1. scn_base: 48E4DCA0 (expected: 48E4DCA0) 2. scn_wrap: 1200 (expected: 1200) 3. seq_kcbh: 0x01 OK Block 241 SCN repair completed successfully. Execute tailchk apply and sum apply for this block. OBET> tailchk apply Confirm applying tailchk: File: H:\TEMP\SYSTEM01.DBF Block: 241 Offset in block: 8188 (file offset: 0x001E3FFC) Original value: 0x01060000 New value: 0x010648E4 Confirm? (Y/YES to proceed): y Verification successful: Stored tailchk matches calculated value (0x010648E4). Tailchk applied successfully. OBET> sum apply Confirm applying checksum: File: H:\TEMP\SYSTEM01.DBF Block: 241 Offset in block: 16 (file offset: 0x001E2010) Original value: 0xAD0F New value: 0x63AF Confirm? (Y/YES to proceed): y Verification successful: Stored checksum matches calculated value (0x63AF). Checksum applied successfully.
dbv验证该错误已经修复
C:\Users\XFF>dbv file=H:\TEMP\SYSTEM01.DBF DBVERIFY: Release 11.2.0.4.0 - Production on 星期日 2月 8 11:11:12 2026 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = H:\TEMP\SYSTEM01.DBF DBVERIFY - 验证完成 检查的页总数: 325120 处理的页总数 (数据): 99921 失败的页总数 (数据): 0 处理的页总数 (索引): 34013 失败的页总数 (索引): 0 处理的页总数 (其他): 174241 处理的总页数 (段) : 1 失败的总页数 (段) : 0 空的页总数: 16945 标记为损坏的总页数: 0 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 2698836688 (18.2698836688)
Oracle Recovery Tools恢复csc higher than block scn
有客户强制关闭数据库,结果有数据块报坏块,dbv检查为:csc higher than block scn问题

该问题主要是由于scn异常导致通过Oracle Recovery工具进行修复


dbv再次验证数据块ok,Oracle Recovery完美代替bbed解决该问题

通过OraRecovery工具快速解决csc higher than block scn故障
软件下载:OraRecovery下载
使用说明:使用说明
校验代码为 6054 坏块故障修复
通过对system01.dbf数据文件分析
C:\Users\XFF>dbv file=H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF DBVERIFY: Release 11.2.0.4.0 - Production on 星期六 12月 4 20:45:23 2021 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF DBV-00200: 块 DBA 4330012 已标记为损坏 csc(0x0000.1686df22) higher than block scn(0x0000.00000000) 页 135708 失败, 校验代码为 6054 DBVERIFY - 验证完成 检查的页总数: 184320 处理的页总数 (数据): 93105 失败的页总数 (数据): 0 处理的页总数 (索引): 31365 失败的页总数 (索引): 1 处理的页总数 (其他): 43622 处理的总页数 (段) : 1 失败的总页数 (段) : 0 空的页总数: 16228 标记为损坏的总页数: 1 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 378591519 (0.378591519)
确认block 135708 有问题,确认起对象为I_OBJ5
SQL> SELECT OWNER, SEGMENT_NAME, SEGMENT_TYPE, TABLESPACE_NAME, A.PARTITION_NAME
2 FROM DBA_EXTENTS A
3 WHERE FILE_ID = &FILE_ID
4 AND &BLOCK_ID BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1;
输入 file_id 的值: 1
原值 3: WHERE FILE_ID = &FILE_ID
新值 3: WHERE FILE_ID = 1
输入 block_id 的值: 135708
原值 4: AND &BLOCK_ID BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1
新值 4: AND 135708 BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1
OWNER SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME PARTITION_NAME
------------------------------ --------------- ------------------ ------------------------------ -----------------
SYS I_OBJ5 INDEX
SYSTEM
这个对象为核心对象obj$的index,无法直接rebuild,当然可以通过参考以前blog文档进行重建:bootstrap$核心index(I_OBJ1,I_USER1,I_FILE#_BLOCK#,I_IND1,I_TS#,I_CDEF1等)异常恢复—ORA-00701错误解决,直接对该坏块进行修复.
BBED> p kcbh struct kcbh, 20 bytes @0 ub1 type_kcbh @0 0x06 ub1 frmt_kcbh @1 0xa2 ub1 spare1_kcbh @2 0x00 ub1 spare2_kcbh @3 0x00 ub4 rdba_kcbh @4 0x0042121c ub4 bas_kcbh @8 0x00000000 ub2 wrp_kcbh @12 0x0000 ub1 seq_kcbh @14 0xff ub1 flg_kcbh @15 0x04 (KCBHFCKV) ub2 chkval_kcbh @16 0xe8c4 ub2 spare3_kcbh @18 0x0000 BBED> m /x 23df8616 File: H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF (0) Block: 135709 Offsets: 8 to 519 Dba:0x00000000 ------------------------------------------------------------------------ 23df8616 00000104 44fe0000 02000000 28000000 22df8616 00000000 02000200 00000000 0a001800 f7dc1b00 8002c000 bdd80100 00e00000 f331b114 0a001f00 14081e00 4505c000 2c103b00 01200000 2adf8616 00008009 01000000 3f00a200 35074010 00000000 e1b24100 56694100 06000000 641f0000 57119211 cd11d208 97080812 43127e12 b912f412 2f130d09 e013bd09 1b14cc14 0715ab07 5c087d15 b715f215 a3167007 3507de16 19175417 21088f17 ca170518 4018330a 1f0b7b18 2c196719 a219dd19 181a531a 8e1a4709 031be607 f809791b b41bef1b 2a1c651c db1ce20d 8c1d310d c71d021e 3d1e781e b31e8209 291f291f 291f291f 291f291f 291f291f 291f0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 <32 bytes per line>
然后dbv报以下错误
C:\Users\XFF>dbv file=H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF DBVERIFY: Release 11.2.0.4.0 - Production on 星期六 12月 4 22:06:49 2021 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF itl[2] has higher commit scn(0x0000.1686df2a) than block scn (0x0000.1686df23) 页 135708 失败, 校验代码为 6056 DBVERIFY - 验证完成 检查的页总数: 184320 处理的页总数 (数据): 95152 失败的页总数 (数据): 0 处理的页总数 (索引): 34569 失败的页总数 (索引): 1 处理的页总数 (其他): 38386 处理的总页数 (段) : 1 失败的总页数 (段) : 0 空的页总数: 16213 标记为损坏的总页数: 0 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 378683101 (0.378683101)
再次对其进行修复
BBED> m /x 22df8616 File: H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF (0) Block: 135709 Offsets: 88 to 599 Dba:0x00000000 ------------------------------------------------------------------------ 22df8616 00008009 01000000 3f00a200 35074010 00000000 e1b24100 56694100 06000000 641f0000 57119211 cd11d208 97080812 43127e12 b912f412 2f130d09 e013bd09 1b14cc14 0715ab07 5c087d15 b715f215 a3167007 3507de16 19175417 21088f17 ca170518 4018330a 1f0b7b18 2c196719 a219dd19 181a531a 8e1a4709 031be607 f809791b b41bef1b 2a1c651c db1ce20d 8c1d310d c71d021e 3d1e781e b31e8209 291f291f 291f291f 291f291f 291f291f 291f0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 <32 bytes per line>
再次dbv检查修复成功
C:\Users\XFF>dbv file=H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF DBVERIFY: Release 11.2.0.4.0 - Production on 星期六 12月 4 22:30:14 2021 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. DBVERIFY - 开始验证: FILE = H:\BAIDUNETDISK\GS6.0BAK20211202\SYSTEM01.DBF DBVERIFY - 验证完成 检查的页总数: 184320 处理的页总数 (数据): 95152 失败的页总数 (数据): 0 处理的页总数 (索引): 34569 失败的页总数 (索引): 0 处理的页总数 (其他): 38386 处理的总页数 (段) : 1 失败的总页数 (段) : 0 空的页总数: 16213 标记为损坏的总页数: 0 流入的页总数: 0 加密的总页数 : 0 最高块 SCN : 378683101 (0.378683101)
对于这类的坏块,也可以通过我们的Oracle recovery tools进行快速恢复



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

