Oracle中模拟及修复数据块损坏

核心提示： 标记为损坏的页69***Corrupt block relative dba: 0x01000045 (file 4, block 69)Bad check value found during dbv:Data in bad block -type: 6 format: 2 rdba:

标记为损坏的页69

***
Corrupt block relative dba: 0x01000045 (file 4, block 69)
Bad check value found during dbv:
Data in bad block -
type: 6 format: 2 rdba: 0x01000045
last change scn: 0x0000.00049097 seq: 0x1 flg: 0x06
consistency value in tail: 0x90970601
check value in block header: 0x33d1, computed block checksum: 0x653
spare1: 0x0, spare2: 0x0, spare3: 0x0
***

DBVERIFY - 验证完成

检查的页总数 ：128

处理的页总数（数据）：117

失败的页总数（数据）：0

处理的页总数（索引）：0

失败的页总数（索引）：0

处理的页总数（其它）：9

处理的总页数 (段) : 0

失败的总页数 (段) : 0

空的页总数 ：0

标记为损坏的总页数：2

汇入的页总数 ：0

dbv检测到坏块.

4.寻求恢复

在这种情况下，如果有备份，需要从备份中恢复

如果没有备份，那么坏块部分的数据肯定要丢失了

在这个时候导出是不允许的:

E:>exp eygle/eygle file=t.dmp tables=t
Export: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:54:15 2004
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

连接到:Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

即将导出指定的表通过常规路径 ...