AI 助理
备案控制台
开发者社区 数据库 文章 正文

通过dbv和rman blockrecover对Oracle数据库坏块进行修复笔记

2017-09-05 1065
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
man备份时alert.log报如下错误:

Fri Jul  2 12:41:36 2010
Hex dump of (file 12, block 2718618) in trace file /u01/app/oracle/admin/bi/udump/bi_ora_31213.trc
Corrupt block relative dba: 0x03297b9a (file 12, block 2718618)
Fractured block found during backing up datafile
Data in bad block:
type: 6 format: 2 rdba: 0x03297b9a
last change scn: 0x0002.482fc15b seq: 0x1 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x77b20601
check value in block header: 0x253
computed block checksum: 0xb6e9
Reread of blocknum=2718618, file=/u01/oradata/BI/estaging_user01.712.714072365. found same corrupt data
Reread of blocknum=2718618, file=/u01/oradata/BI/estaging_user01.712.714072365. found same corrupt data
Reread of blocknum=2718618, file=/u01/oradata/BI/estaging_user01.712.714072365. found same corrupt data
Reread of blocknum=2718618, file=/u01/oradata/BI/estaging_user01.712.714072365. found same corrupt data
Reread of blocknum=2718618, file=/u01/oradata/BI/estaging_user01.712.714072365. found same corrupt data

查询数据库,可知含有坏块的对象:

SQL> col SEGMENT_NAME format a20
col PARTITION_NAME format a10
select owner,segment_name,partition_name from dba_extents where file_id = 12 and 2718618 between block_id and block_id + blocks-1;
OWNER                SEGMENT_NAME         PARTITION_
-------------------- -------------------- ----------
ESTAGING             LOG_RECORD_DETAIL_4  P20100630

但全表扫描却没有任何问题:

SQL> select count(*) from ESTAGING.LOG_RECORD_DETAIL_4 partition (P20100630);
COUNT(*)
----------
449937

SQL> select count(*) from ESTAGING.LOG_RECORD_DETAIL_4;
COUNT(*)
----------
42049608

使用dbv检查发现有一个坏块 (耗时较长) :

$ dbv file=/u01/oradata/BI/estaging_user01.712.714072365 BLOCKSIZE=8192

DBVERIFY: Release 10.2.0.4.0 - Production on Fri Jul 2 14:15:49 2010

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

DBVERIFY - Verification starting : FILE = /u01/oradata/BI/estaging_user01.712.714072365

Page 2718618 is influx - most likely media corrupt
Corrupt block relative dba: 0x03297b9a (file 12, block 2718618)
Fractured block found during dbv: 
Data in bad block:
type: 6 format: 2 rdba: 0x03297b9a
last change scn: 0x0002.482fc15b seq: 0x1 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x77b20601
check value in block header: 0x253
computed block checksum: 0xb6e9

DBVERIFY - Verification complete

Total Pages Examined         : 2748160
Total Pages Processed (Data) : 2462446
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 235234
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 24969
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 25510
Total Pages Marked Corrupt   : 1
Total Pages Influx           : 1
Highest block SCN            : 1229607770 (2.1229607770)

使用rman检查含有坏块的数据文件 (耗时较长) , 期间观察alert.log会发现同样的提示:

RMAN> backup validate datafile 12;

这个时候访问v$database_block_corruption可以看到详细的坏块的信息:

SQL> select * from v$database_block_corruption;
FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
---------- ---------- ---------- ------------------ ---------
12    2718618          1                  0 FRACTURED

使用rman进行块恢复:

RMAN> blockrecover datafile 12 block 2718618 from backupset;

块恢复后,  执行BLOCKRECOVER CORRUPTION LIST，会自动按照V$DATABASE_BLOCK_CORRUPTION进行修复 (耗时较长) :
RMAN> BLOCKRECOVER CORRUPTION LIST;

这个时候再访问v$database_block_corruption就看不到详细的坏块信息了:

SQL> select * from v$database_block_corruption;
no rows selected

再使用dbv检查发现没有坏块了(耗时较长):

$ dbv file=/u01/oradata/BI/estaging_user01.712.714072365 BLOCKSIZE=8192

DBVERIFY: Release 10.2.0.4.0 - Production on Fri Jul 2 15:38:15 2010

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

DBVERIFY - Verification starting : FILE = /u01/oradata/BI/estaging_user01.712.714072365

DBVERIFY - Verification complete

Total Pages Examined         : 2749440
Total Pages Processed (Data) : 2463763
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 235250
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 24981
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 25446
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
Highest block SCN            : 1230819157 (2.1230819157)

完事!

--End--



本文转自einyboy博客园博客，原文链接：http://www.cnblogs.com/einyboy/archive/2013/03/12/2955671.html，如需转载请自行联系原作者。


文章标签：
SQL
关系型数据库
索引
数据库
BI
关键词：
oracle数据库
数据库oracle
Oracle数据库一键上云数据库
数据库笔记
Oracle数据库一键上云坏块
长征2号
目录
相关文章
1436047922066202
|
11天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现： 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
1436047922066202
47 11
1436047922066202
|
24天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错，报错信息： “system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。管理员联系我们数据恢复中心寻求帮助，并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份，无法通过备份去恢复数据库。
1436047922066202
40 1
1436047922066202
|
1月前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限，lun无法识别。管理员重组存储的位图信息并导出lun，发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息，重新导出控制文件中记录的数据文件，发现这些文件的大小依然为0kb。
1436047922066202
26 1
1436047922066202
|
17天前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境： 华为S5300存储中有12块FC硬盘，其中11块硬盘作为数据盘组建了一组RAID5阵列，剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用，存放的数据主要是Oracle数据库。 服务器存储故障： RAID5阵列中1块硬盘出现故障离线，热备盘自动激活开始同步数据，在同步数据的过程中又一块硬盘离线，RAID5阵列瘫痪，上层LUN无法使用。
1436047922066202
18 0
sunrr
|
1月前
|
SQL Oracle 关系型数据库
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
sunrr
49 7
余二五
|
Oracle 关系型数据库 数据库管理
oracle关于坏块的修复一
余二五
1060 0
余二五
|
SQL Oracle 关系型数据库
oracle关于坏块修复二
余二五
1095 0
jeanron100
|
SQL Oracle 关系型数据库
oracle坏块修复实例
最近几天发现库里有坏块了，环境是11gR2, linux平台的64位的库。以下是我的修复办法，基于dbms_repair做的在线修复，也可以基于备份rman来修复，archivelog,noarchive log可能修复的方式有所不同。
jeanron100
816 0
sunrr
|
2月前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些？
【10月更文挑战第15天】Oracle数据库的应用场景有哪些？
sunrr
192 64
sunrr
|
1月前
|
Oracle 关系型数据库 数据库
oracle数据库技巧
【10月更文挑战第25天】oracle数据库技巧
sunrr
31 6

热门文章

最新文章

  • 1
    RDS入门——Excel文件转存到RDS数据库实践
  • 2
    修改nacos数据库，并制作镜像
  • 3
    Mysql数据库初始化后更改数据存储目录
  • 4
    使用托管代码开发WINCE自带数据库
  • 5
    memcached数据库缓存
  • 6
    为什么NTFS删除超过4G大文件或数据库文件后FILE RECORD大小表现为0
  • 7
    adb shell查看sqlite数据库
  • 8
    C++ 连接数据库的入口和获取列数、数据
  • 9
    找到SQL Server数据库历史增长信息
  • 10
    10g升级至11g后数据库无法启动的问题解决
  • 1
    解决Toad for Oracle显示乱中文码问题
    98
  • 2
    【服务器】python通过JDBC连接到位于Linux远程服务器上的Oracle数据库
    101
  • 3
    零基础入门 Oracle数据库：轻松上手
    220
  • 4
    java操作多数据源将oracle数据同步达梦数据库
    300
  • 5
    SuSE linux server 11通过SAP来安装oracle11g
    110
  • 6
    oracle11g SAP测试机归档日志暴增排查（二）
    338
  • 7
    oracle11g SAP测试机归档日志暴增排查（一）
    86
  • 8
    修改oracle11g的awr快照参数
    54
  • 9
    发现oracle10gSYSAUX空间没有了进行处理
    47
  • 10
    在centos7虚拟机上安装docker oracle11g
    295

    • 相关课程

    更多
  • 数据库的前世今生
  • 数据库核心概念
  • 从传统数据库到云数据库演进
  • 数据库常见问题排查
  • 数据库及SQL/MySQL基础
  • 高校精品课-西安交通大学 -数据库理论与技术

    • 相关电子书

    更多
  • DTCC 2022大会集锦《云原生一站式数据库技术与实践》
  • 阿里云瑶池数据库精要2022版
  • 2022 DTCC-阿里云一站式数据库上云最佳实践

    • 相关实验场景

    更多
  • 使用DAS实现数据库SQL优化
  • 自建数据库迁移到云数据库
  • PolarDB for AI：在数据库中通过SQL实现AI能力
  • 云原生HTAP数据库，让你的交易和分析一库搞定
  • 快速体验PolarDB开源数据库
  • SQLServer数据库的创建

    • 推荐镜像

    更多
  • oracle
  • mysql
  • postgresql
    • 下一篇
    DataWorks