Oracle 坏快修复之数据坏快检查（一）

青旅半醒 2022-07-12 12:00 319阅读 0赞

**1.检测Oracle 数据库坏快的方法有以下2种：**

**a）DBV（DB File Verify）工具**

外部命令，物理介质数据结构完整性检查；

只能用于数据文件（offline或online），不支持控制文件和重做日志文件的块检查；

也可以验证备份文件（rman的copy命令备份或操作系统CP命令备份）；

**b）RMAN（Recovery Manger)工具**

逻辑数据结构完整性检查；

在线使用Recovery Manager扫描坏块和备份时，需要数据库运行在归档模式（archive log），否则只能在数据库未打开（mount）的情况下进行；

**2.DBV(DB File Verify)工具使用**

**a）在oracle用户下输入dbv回车，显示DBVERIFY帮助信息**

ocrl:/ab2@oracle1>dbv  
  
  
DBVERIFY: Release 12.1.0.2.0 - Production on Thu Feb 23 10:42:03 2017  
  
  
Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.  
  
  
Keyword     Description                    (Default)  
\----------------------------------------------------  
FILE        File to Verify                 (NONE)  
START       Start Block                    (First Block of File)  
END         End Block                      (Last Block of File)  
BLOCKSIZE   Logical Block Size             (8192)  
LOGFILE     Output Log                     (NONE)  
FEEDBACK    Display Progress               (0)  
PARFILE     Parameter File                 (NONE)  
USERID      Username/Password              (NONE)  
SEGMENT\_ID  Segment ID (tsn.relfile.block) (NONE)  
HIGH\_SCN    Highest Block SCN To Verify    (NONE)  
            (scn\_wrap.scn\_base OR scn)             
ocrl:/ab2@oracle1>

**b）使用DBVERIFY工具验证单个数据文件时，输出信息说明**

**Windows下：**

进入盘符，然后执行以下命令

C:\\Users\\Administrator>dbv file=D:\\app\\Administrator\\oradata\\orcl\\UNDOTBS01.DBF  
  
  
DBVERIFY: Release 11.2.0.1.0 - Production on 星期四 2月 23 10:16:56 2017  
  
  
Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.  
  
  
DBVERIFY - 开始验证: FILE = D:\\APP\\ADMINISTRATOR\\ORADATA\\ORCL\\UNDOTBS01.DBF  
  
  
DBVERIFY - 验证完成  
  
  
检查的页总数: 13440  
处理的页总数 (数据): 0  
失败的页总数 (数据): 0  
处理的页总数 (索引): 0  
失败的页总数 (索引): 0  
处理的页总数 (其他): 13439  
处理的总页数 (段)  : 10  
失败的总页数 (段)  : 0  
空的页总数: 1  
标记为损坏的总页数: 0  
流入的页总数: 0  
加密的总页数        : 0  
最高块 SCN            : 1936127 (0.1936127)

**Linux 下：**

进入服务器，执行以下命令

ocrl:/data/oradata/ocrl/datafile@oracle1>dbv file=/data/oradata/ocrl/datafile/test.dbf blocksize=8192  
  
  
DBVERIFY: Release 12.1.0.2.0 - Production on Thu Feb 23 10:18:14 2017  
  
  
Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.  
  
  
DBVERIFY - Verification starting : FILE = /data/oradata/ocrl/datafile/test.dbf  
  
  
DBVERIFY - Verification complete  
  
Total Pages Examined         : 1280  
Total Pages Processed (Data) : 889  
Total Pages Failing   (Data) : 0  
Total Pages Processed (Index): 0  
Total Pages Failing   (Index): 0  
Total Pages Processed (Other): 390  
Total Pages Processed (Seg)  : 0  
Total Pages Failing   (Seg)  : 0  
Total Pages Empty            : 1  
Total Pages Marked Corrupt   : 0  
Total Pages Influx           : 0  
Total Pages Encrypted        : 0  
Highest block SCN            : 13302250 (0.13302250)  
ocrl:/data/oradata/ocrl/datafile@oracle1>

**c）使用DBVERIFY工具验证一个segment，输出信息说明**

只能在数据库open状态下进行，要加上userid参数。  
用来验证表或者索引段，在验证时段会被锁住。  
如果验证的是一个索引段，那么索引的父表也会被锁住（注意，索引组织表没有父表）。  
首先要获得段所在表空间的ID，段所在数据文件的ID，段的头部ID，这三个ID组成了SEGMENT\_ID。

SQL> select tablespace\_id,tablespace\_name,header\_file,header\_block from sys\_dba\_segs where segment\_name='JUST';  
  
  
TABLESPACE\_ID TABLESPACE\_NAME    HEADER\_FILE HEADER\_BLOCK  
\------------- ------------------------------ ----------- ------------  
   5 TEST       5 138  
  
  
SQL>

注意：sys用户的段可以查询sys\_user\_segs，而普通用户的段信息，需要查询sys\_dba\_segs

ocrl:/ab2@oracle1>dbv userid=test/test segment\_id=5.5.138   
  
DBVERIFY: Release 12.1.0.2.0 - Production on Thu Feb 23 10:51:56 2017  
  
Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.  
  
DBVERIFY - Verification starting : SEGMENT\_ID = 5.5.138  
  
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  
Total Pages Encrypted        : 0  
Highest block SCN            : 1620221 (0.1620221)  
ocrl:/ab2@oracle1>

**d）验证ASM上的文件**

\[oracle@rac2 ~\]$ dbvfile='+DATA/anqing/datafile/undotbs02.dbf' userid=sys/oracle     //未验证

**3.RMAN(Recovery Manager)工具：**

RMAN>backup check logical validate datafile n ;

以上命令可以检查数据文件是否包含坏块，同时并不产生实际的备份输出。

而且当使用Recovery Manager进行实际的数据库备份时，同时也就进行了坏块检查。

直接使用RMAN的命令：backup validate check logical database;

结合V$DATABASE\_BLOCK\_CORRUPTION视图更方便

具体操作如下

1）ocrl:/home/oracle@oracle1>rman target /  
  
  
Recovery Manager: Release 12.1.0.2.0 - Production on Thu Feb 23 10:21:44 2017  
  
  
Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.  
  
  
connected to target database: OCRL (DBID=864450697)  
  
  
RMAN>  spool log to '/ab2/rmanlog.log';  
RMAN> run\{                            
2> allocate channel d1 type disk;  
3> allocate channel d2 type disk;  
4> backup validate check logical database;  
5> \}  
RMAN>

2）SQL> select \* from v$database\_block\_corruption;

3）If V$DATABASE\_BLOCK\_CORRUPTION contains rows please run this query to find the objects that contains the corrupted blocks:

SELECT e.owner,  
e.segment\_type,  
e.segment\_name,  
e.partition\_name,  
c.file\#,  
greatest(e.block\_id, c.block\#) corr\_start\_block\#,  
least(e.block\_id + e.blocks - 1, c.block\# + c.blocks - 1) corr\_end\_block\#,  
least(e.block\_id + e.blocks - 1, c.block\# + c.blocks - 1) -  
greatest(e.block\_id, c.block\#) + 1 blocks\_corrupted,  
null description  
FROM dba\_extents e, v$database\_block\_corruption c  
WHERE e.file\_id = c.file\#  
AND e.block\_id <= c.block\# + c.blocks - 1  
AND e.block\_id + e.blocks - 1 >= c.block\#  
UNION  
SELECT s.owner,  
s.segment\_type,  
s.segment\_name,  
s.partition\_name,  
c.file\#,  
header\_block corr\_start\_block\#,  
header\_block corr\_end\_block\#,  
1 blocks\_corrupted,  
'Segment Header' description  
FROM dba\_segments s, v$database\_block\_corruption c  
WHERE s.header\_file = c.file\#  
AND s.header\_block between c.block\# and c.block\# + c.blocks - 1  
UNION  
SELECT null owner,  
null segment\_type,  
null segment\_name,  
null partition\_name,  
c.file\#,  
greatest(f.block\_id, c.block\#) corr\_start\_block\#,  
least(f.block\_id + f.blocks - 1, c.block\# + c.blocks - 1) corr\_end\_block\#,  
least(f.block\_id + f.blocks - 1, c.block\# + c.blocks - 1) -  
greatest(f.block\_id, c.block\#) + 1 blocks\_corrupted,  
'Free Block' description  
FROM dba\_free\_space f, v$database\_block\_corruption c  
WHERE f.file\_id = c.file\#  
AND f.block\_id <= c.block\# + c.blocks - 1  
AND f.block\_id + f.blocks - 1 >= c.block\#  
order by file\#, corr\_start\_block\#;

4）查询结果放到下面执行

SELECT tablespace\_name, segment\_type, owner, segment\_name  
FROM dba\_extents  
WHERE file\_id = &fileid  
and &blockid between block\_id AND block\_id + blocks - 1;

**4.总结：**

告警日志中快速识别：

遇到坏块问题时，数据库的异常表现通常有：

报告ORA-01578错误。

报告ORA-1110错误。

报告ORA-00600错误。其中，第一个参数为2000-8000，Cache layer 2000 – 4000，Transaction layer 4000 – 6000，Data layer 6000 - 8000。

Trace文件中出现Corrupt block dba: 0x160c5958 . found。 分析对象失败。

后台进程,如DBWR，LGWR出现长时间异常等待，如LGWR wait for redo copy