Oracle工具——DBVERIFY

DBVERIFY工具用来验证数据文件的物理结构。

DBVERIFY工具的主要目的是为了检查数据文件的物理结构，包括数据文件是否损坏，是否存在逻辑坏块，以及数据文件中包含何种类型的数据。

DBVERIFY工具可以验证ONLINE或OFFLINE的数据文件。不管数据库是否打开，都可以访问数据文件。一个最简单的访问数据文件的例子：

E:oracle>dbv file=e:oracleoradataytk92users01.dbf blocksize=8192

DBVERIFY: Release 9.2.0.4.0 - Production on 星期四 3月 26 21:17:44 2009

DBVERIFY - 验证正在开始 : FILE = e:oracleoradataytk92users01.dbf

DBVERIFY - 验证完成

检查的页总数：8160处理的页总数（数据）：6867失败的页总数（数据）：0处理的页总数（索引）：743失败的页总数（索引）：0处理的页总数（其它）：270处理的总页数 (段) : 0失败的总页数 (段) : 0空的页总数：280标记为损坏的总页数：0汇入的页总数：0

可以看到，dbverify给出的结果包括数据文件包括的BLOCK数量，其中包括多少个数据块，多少个索引块，多少空块，多少个已经被标志为坏块的块，多少个坏块。

对于DBVERIFY工具，高版本可以自动识别低版本数据库，比如11g的dbv访问9i的数据库：

DBVERIFY: Release 11.1.0.6.0 - Production on 星期四 3月 26 21:34:28 2009

DBVERIFY - 开始验证: FILE = e:oracleoradataytk92users01.dbf

DBVERIFY - 验证完成

检查的页总数: 8160处理的页总数 (数据): 7192失败的页总数 (数据): 0处理的页总数 (索引): 415失败的页总数 (索引): 0处理的页总数 (其它): 273处理的总页数 (段) : 0失败的总页数 (段) : 0空的页总数: 280标记为损坏的总页数: 0流入的页总数: 0加密的总页数 : 0最高块 SCN : 1963808326 (1.1963808326)

但是低版本的dbv访问高版本会报错：

E:oracle>dbv file=e:oracleoradataytk102yangtk01.dbf blocksize=8192

DBVERIFY: Release 9.2.0.4.0 - Production on 星期四 3月 26 21:42:06 2009

DBVERIFY - 验证正在开始 : FILE = e:oracleoradataytk102yangtk01.dbf汇入的页1 - 可能是介质损坏
***
Corrupt block relative dba: 0x00000001 (file 0, block 1)
Fractured block found during dbv:
Data in bad block -
type: 0 format: 0 rdba: 0x00000000
last change scn: 0x0000.00000000 seq: 0x0 flg: 0x00
consistency value in tail: 0x00000010
check value in block header: 0x0, block checksum disabled
spare1: 0x0, spare2: 0x0, spare3: 0x0
***

标记为损坏的页2
***
Corrupt block relative dba: 0x00000002 (file 0, block 2)
Bad header found during dbv:
Data in bad block -
type: 2 format: 0 rdba: 0x00000000
last change scn: 0x0000.00000000 seq: 0x0 flg: 0x00
consistency value in tail: 0x00000000
check value in block header: 0x0, block checksum disabled
spare1: 0x0, spare2: 0x0, spare3: 0x0
***

.
.
.汇入的页16384 - 可能是介质损坏
***
Corrupt block relative dba: 0x00004000 (file 0, block 16384)
Fractured block found during dbv:
Data in bad block -
type: 0 format: 0 rdba: 0x00000000
last change scn: 0x0000.00000000 seq: 0x0 flg: 0x00
consistency value in tail: 0x00000000
check value in block header: 0x0, block checksum disabled
spare1: 0x0, spare2: 0x0, spare3: 0x0
***

DBVERIFY - 验证完成

检查的页总数：16384处理的页总数（数据）：0失败的页总数（数据）：0处理的页总数（索引）：0失败的页总数（索引）：0处理的页总数（其它）：0处理的总页数 (段) : 0失败的总页数 (段) : 0空的页总数：0标记为损坏的总页数：16384汇入的页总数：10744

DBV工具还有一种在数据库打开的情况下使用的，验证指定段的用法：

SQL> CONN /@YTK92 AS SYSDBA已连接。
SQL> SELECT TABLESPACE_ID, HEADER_FILE, HEADER_BLOCK
2 FROM SYS_DBA_SEGS
3 WHERE SEGMENT_NAME = 'T_T';

TABLESPACE_ID HEADER_FILE HEADER_BLOCK
------------- ----------- ------------
9 9 1387

这种方法需要查询表空间ID、段头所在的数据文件ID和以及段头所在表空间ID，要获取这个信息可以通过SYS用户查询SYS_DBA_SEGS视图。需要注意的是，Oracle文档给出的SYS_USER_SEGS视图只能查询SYS用户的段，要查询普通用户的段信息，需要访问SYS_DBA_SEGS。

E:oracle>dbv userid=yangtk/yangtk segment_id=9.9.1387

DBVERIFY: Release 9.2.0.4.0 - Production on 星期四 3月 26 21:56:19 2009

DBVERIFY - 正在启动验证: SEGMENT_ID = 9.9.1387

DBVERIFY - 验证完成

检查的页总数：512处理的页总数（数据）：470失败的页总数（数据）：0处理的页总数（索引）：26失败的页总数（索引）：0处理的页总数（其它）：15处理的总页数 (段) : 1失败的总页数 (段) : 0空的页总数：0标记为损坏的总页数：0汇入的页总数：0

这种方式要求数据库处于打开的状态。

由于dbv可以在实例关闭情况下验证数据文件，因此dbv也可以验证数据文件的拷贝。

这个拷贝指的是通过RMAN的COPY命令或者操作系统命令cp拷贝的数据文件，而不是RMAN生成的备份集格式。

E:oracle>rman target /

恢复管理器: 版本9.2.0.4.0 - Production

连接到目标数据库: YTK92 (DBID=1285986946)

RMAN> run
2> {
3> copy datafile 'E:ORACLEORADATAYTK92USERS01.DBF' to 'e:userbak.dbf';
4> }

启动 copy 于 26-3月 -09分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=17 devtype=DISK通道 ORA_DISK_1: 已复制数据文件 9输出文件名=E:USERBAK.DBF recid=1 stamp=682554612完成 copy 于 26-3月 -09

RMAN> exit

恢复管理器完成。

E:oracle>dbv file=e:userbak.dbf blocksize=8192

DBVERIFY: Release 9.2.0.4.0 - Production on 星期四 3月 26 22:33:13 2009

DBVERIFY - 验证正在开始 : FILE = e:userbak.dbf

DBVERIFY - 验证完成

检查的页总数：8160处理的页总数（数据）：7192失败的页总数（数据）：0处理的页总数（索引）：415失败的页总数（索引）：0处理的页总数（其它）：273处理的总页数 (段) : 0失败的总页数 (段) : 0空的页总数：280标记为损坏的总页数：0汇入的页总数：0