DBVERIFY 工具的使用

--**********************

-- DBVERIFY 工具的使用

--**********************

Oracle 数据库运行过程中由于硬件故障或操作系统故障导致导致Oracle无法以Oracle格式来识别或所包含的内容即为出现数据块损坏

故障，这个坏块可以分为介质损坏以及逻辑损坏。下面给出了块的检查，以及使用DBVERIFY 工具实施块检查。

一、块检查

1.何时检查块

当一个数据块被读或写的时候，将对块的进行一致性检查，检查的内容包括

块的版本

比较块在cache与block buffer中的数据块地址

根据要求进行校验(checksum)

2.损坏的数据块的错误提示

可以从告警日志文件中找到该错误提示，以及在会话中发现损坏的数据块时也会给出类似的提示

ORA-01578: ORACLE datablock corrupted (file # 6, block # 11)

ORA-01110: datafile6: '/u01/app/oracle/oradata/orcl/tbs01.dbf'

3.与块损坏的相关特性(几种检查工具)

------------------------------------------------------------------------------------------------

特性                      坏块侦测类型能否修复损坏块

    ------------------------------------------------------------------------------------------------

DBVERIFY                  物理                         否

ANALYZE逻辑否

DB_BLOCK_CHECKING         逻辑否

DB_BLOCK_CHECKSUM         物理                         否

exp物理                         否

FlashBack逻辑是

DBMS_REPAIR               逻辑是

Block media recovery未知                         是

二、DBVERIFY工具介绍

特性

是一个运行于操作系统提示符下的外部程序，用于验证数据文件，检查块的一致性错误

仅仅针对数据文件，能够校验open阶段的数据文件以及shutdown状态下的数据文件

可以验证复制的数据文件，也可以验证备份的镜像副本

不支持联机日志文件，控制文件，归档日志，RMAN备份集验证

被验证的文件可以位于文件系统，ASM磁盘或原始设备

在Unix系统中位于:$ORACLE_HOME/bin/dbv

在Windows系统中位于:%ORACLE_HOME%/bin/dbv.exe

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

三、DBVERIFY工具用法

1.获取dbv的帮助信息，直接在提示符下输入dbv即可    或者输入dbv help=y

[oracle@oradb orcl]$ dbv

DBVERIFY: Release 10.2.0.4.0 - Production on Tue Oct 2618:21:092010

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

Keyword     Description                (Default)

----------------------------------------------------

FILEFiletoVerify(NONE)

STARTStartBlock(FirstBlockofFile)

ENDEndBlock             (LastBlockofFile)

BLOCKSIZELogicalBlockSize(8192)--指定数据文件的尺寸,缺省值为8192,对于非8192块将收到DBV-00103错误

LOGFILEOutput Log(NONE)   --用于显示验证进度

FEEDBACK    Display Progress               (0)

PARFILE     Parameter File(NONE)  --可以指定参数文件

USERID      Username/Password(NONE) --校验段、ASM文件需要使用

SEGMENT_ID  SegmentID (tsn.relfile.block) (NONE) --校验段,需要表空间ID,数据文件ID,段的头部ID

HIGH_SCN    Highest BlockSCNToVerify(NONE)

(scn_wrap.scn_base ORscn)         

2.校验online，offline数据文件，使用下面的方法

dbv file=<dir>

[oracle@oradb orcl]$ dbv file=$ORACLE_BASE/oradata/orcl/tbs01.dbf

DBVERIFY: Release 10.2.0.4.0 - Production on Tue Oct 2618:29:392010

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

DBVERIFY - Verification starting : FILE = /u01/app/oracle/oradata/orcl/tbs01.dbf

DBVERIFY - Verification complete

Total Pages Examined         : 128--校验的总页面数，一个页面即是一个数据块

Total Pages Processed (Data) : 96--已处理的数据页面数

Total Pages Failing   (Data) : 0--已处理数据页面的失败数

Total Pages Processed (Index): 1--已处理的索引页面数

Total Pages Failing   (Index): 0--已处理索引页面失败数

Total Pages Processed (Other): 31--已处理的其它页面数

Total Pages Processed (Seg)  : 0

Total Pages Failing   (Seg)  : 0

Total Pages Empty: 0

Total Pages Marked Corrupt: 0

Total Pages Influx           : 0

Highest blockSCN: 1152518 (0.1152518)       

注意：如果Total Pages Influx的值大于零，且未存在坏块的情况下，是由于针对open状态的文件运行dbv

程序遇到了一个当前正在被DBWn进程写入的数据块

[oracle@oradb orcl]$ dbv file=$ORACLE_BASE/oradata/orcl/tbs01.dbf feedback=1000

           上面这句在执行时每验证1000个块将显示一个"."号

--下面的校验发现了I/O错误

[oracle@oradb orcl]$ dbv file=/u01/app/oracle/oradata/orcl/tbs01.dbf

DBVERIFY: Release 10.2.0.4.0 - Production on Tue Oct 2618:26:212010

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

DBV-00102: File I/O erroronFILE (/u01/app/oracle/oradata/orcl/tbs01.dbf)

during endread operation (-1)           

3.验证指定段

该方法需要获得段所在表空间的ID，段所在数据文件的ID，段的头部ID

如下面的查询表空间的ID为7，文件ID为6，段的头部ID为35

sys@ORCL> select tablespace_id,tablespace_name,header_file,header_block

2from sys_dba_segs

3where segment_name='TB3';

TABLESPACE_ID TABLESPACE_NAME HEADER_FILE HEADER_BLOCK

------------- --------------- ----------- ------------

7 TBS1                      635

注意：sys用户的段可以查询sys_user_segs，而普通用户的段信息，需要查询sys_dba_segs       

[oracle@oradb orcl]$ dbv userid=scott/tiger segment_id=7.6.35

DBVERIFY: Release 10.2.0.4.0 - Production on Tue Oct 2618:50:012010

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

DBVERIFY - Verification starting : SEGMENT_ID = 7.6.35

DBVERIFY - Verification complete

Total Pages Examined         : 8

Total Pages Processed (Data) : 5

Total Pages Failing   (Data) : 0

Total Pages Processed (Index): 0

Total Pages Failing   (Index): 0

Total Pages Processed (Other): 2

Total Pages Processed (Seg)  : 1

Total Pages Failing   (Seg)  : 0

Total Pages Empty: 0

Total Pages Marked Corrupt: 0

Total Pages Influx           : 0

Highest blockSCN: 1152518 (0.1152518)           

4.验证复制的数据文件或验证备份的镜像副本

RMAN> backupas copy datafile6--使用RMAN备份镜像副本

2> format='/u01/app/oracle/bk/rmbk/cp_dfile6'

3> tag='Copy_datafile6';

[oracle@oradb orcl]$ dbv file=/u01/app/oracle/bk/rmbk/cp_dfile6

DBVERIFY: Release 10.2.0.4.0 - Production on Tue Oct 2618:59:172010

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

DBVERIFY - Verification starting : FILE = /u01/app/oracle/bk/rmbk/cp_dfile6

DBVERIFY - Verification complete

       Total Pages Examined         : 128

Total Pages Processed (Data) : 96

Total Pages Failing   (Data) : 0

Total Pages Processed (Index): 1

Total Pages Failing   (Index): 0

Total Pages Processed (Other): 31

Total Pages Processed (Seg)  : 0

Total Pages Failing   (Seg)  : 0

Total Pages Empty: 0

Total Pages Marked Corrupt: 0

Total Pages Influx           : 0

Highest blockSCN: 1152518 (0.1152518)

RMAN命令中的BACKUP VALIDATE DATABASE命令通常用于检查全库，该命令不产生任何备份集，可以通过

Validate命令来检查是否能备份，如数据文件是否存在，是否存在坏块不能被备份，查询视图

v$database_block_corruption，此视图将检查过程中存在的坏块

如使用下面的查询

RMAN> backupvalidatedatabase;

RMAN> backupvalidatedatabasearchivelogall;

sys@ORCL> select * from v$database_block_corruption;

norows selected

视图v$database_block_corruption将列出损坏的坏块所在的文件位置，损坏块的起始位置，损坏快的大

小以及损坏类型如果上述视图中发现了坏块，则可以通过SQL查询获得坏块所影响的范围，以及确定坏块

  所影响的是索引段还是UNDO段

select owner,segment_name,segment_type from dba_extents where file_id=<F> and <B>

between block_id and block_id+blocks-1;

(<F>和<B>分别是ORA-01578报出的坏块出现的文件号和块号)

下面使用rman 来修复受损的数据块

RMAN> run{

2> allocate channel ch1 device typedisk;

3> blockrecover datafile6block37;

4> release channel ch1;}

released channel: ORA_DISK_1

allocated channel: ch1

channel ch1: sid=139 devtype=DISK

Starting blockrecover at26-OCT-10

starting media recovery

media recoverycomplete, elapsed time: 00:00:00

Finished blockrecover at26-OCT-10

released channel: ch1       

flasher@ORCL> altertable tb3 addconstraint empno_tb3_pk

2primarykey(empno);

四、其它

1.事实上使用dbv工具可以对控制文件进行验证(数据库处于OPEN状态),参见下面的例子

[oracle10g:oracle:orcl]$ dbv file=control01.ctl

DBVERIFY: Release 10.2.0.4.0 - Production on Sun Jun 514:56:312011

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

DBV-00103: Specified BLOCKSIZE (8192) differs from actual (16384)  --根据提示知道blocksize的值为16384

[oracle@oradb orcl]$ dbv file=control01.ctl blocksize=16384

DBVERIFY: Release 10.2.0.4.0 - Production on Sun Jun 514:53:012011

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

DBVERIFY - Verification starting : FILE = control01.ctl

DBVERIFY - Verification complete

 

Total Pages Examined         : 404

Total Pages Processed (Data) : 0

Total Pages Failing   (Data) : 0

Total Pages Processed (Index): 0

Total Pages Failing   (Index): 0

Total Pages Processed (Other): 40

    Total Pages Processed (Seg)  : 0

Total Pages Failing   (Seg)  : 0

Total Pages Empty: 364

Total Pages Marked Corrupt: 0

Total Pages Influx           : 0

Highest blockSCN: 775 (65535.775)         

2.对联机日志文件的验证(数据库处于OPEN状态)，不支持

[oracle10g:oracle:orcl]$ dbv file=redo01.log

DBVERIFY: Release 10.2.0.4.0 - Production on Sun Jun 515:01:092011

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

      DBV-00103: Specified BLOCKSIZE (8192) differs from actual (512)

[oracle10g:oracle:orcl]$ dbv file=redo01.log blocksize=512--可以执行，但出现下面很多的提示(介质错误)

Page 88441is influx - most likely media corrupt

Corruptblock relative dba: 0x00015979 (file0, block88441)

Fractured blockfound during dbv:

Datain bad block:

type: 1 format: 2 rdba: 0x00015979

lastchangescn: 0x8010.00000010 seq: 0x51 flg: 0x55

spare1: 0x0 spare2: 0x0 spare3: 0x0

consistency valuein tail: 0xc2037800

checkvalueinblockheader: 0x108

computed block checksum: 0x0