oracle数据库RMAN备份时发生数据块错误,ORA-19566: 超出损坏块限制备份报错。

RMAN> backup database;

启动 backup 于 31-5月 -17
使用目标数据库控制文件替代恢复目录
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: SID=133 设备类型=DISK
通道 ORA_DISK_1: 正在启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集内的数据文件
输入数据文件: 文件号=00002 名称=E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\SYSAUX01.DBF
输入数据文件: 文件号=00001 名称=E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\SYSTEM01.DBF
输入数据文件: 文件号=00005 名称=E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\MYSPACE.DBF
输入数据文件: 文件号=00003 名称=E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\UNDOTBS01.DBF
输入数据文件: 文件号=00004 名称=E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\USERS01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 31-5月 -17
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: backup 命令 (ORA_DISK_1 通道上, 在 05/31/2017 11:59:43 上) 失败
ORA-19566: 超出损坏块限制 0 (文件 E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\SYSAUX01.DBF)

C:\WINDOWS\system32>dbv file=E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\SYSAUX01.DBF blocksize=8192

DBVERIFY: Release 11.2.0.1.0 - Production on 星期三 5月 31 12:06:27 2017

Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

DBVERIFY - 开始验证: FILE = E:\APP\ADMINISTRATOR\ORADATA\ORCL11G64B\SYSAUX01.DBF
页 401 流入 - 很可能是介质损坏
Corrupt block relative dba: 0x00800191 (file 2, block 401)
Fractured block found during dbv:
Data in bad block:
type: 33 format: 2 rdba: 0x00800191
last change scn: 0x0000.00ecee9b seq: 0x1 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x00000000
check value in block header: 0x74f3
computed block checksum: 0xcf9a

页 89379 流入 - 很可能是介质损坏
Corrupt block relative dba: 0x00815d23 (file 2, block 89379)
Fractured block found during dbv:
Data in bad block:
type: 6 format: 2 rdba: 0x00815d23
last change scn: 0x0000.00e9e91e seq: 0x1 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x00000000
check value in block header: 0x11e6
computed block checksum: 0x91c2

DBVERIFY - 验证完成

检查的页总数: 134400
处理的页总数 (数据): 40031
失败的页总数 (数据): 0
处理的页总数 (索引): 43668
失败的页总数 (索引): 0
处理的总页数 (Lob) : 9592
失败的总页数 (Lob) : 0
处理的页总数 (其他): 21609
处理的总页数 (段) : 0
失败的总页数 (段) : 0
空的页总数: 19498
标记为损坏的总页数: 2
流入的页总数: 2
加密的总页数 : 0
最高块 SCN : 25758875 (0.25758875)

请问这种情况下,只能导出数据,删除数据库重建数据库吗?有没有别的方法?网上说的那个填充文件的方法有点垃圾

参与29

6同行回答

冯帅冯帅数据库管理员贝壳金服
有没有之前的备份。看一下是不是可以修复这个坏块?显示全部

有没有之前的备份。看一下是不是可以修复这个坏块?

收起
融资租赁 · 2017-05-31
  • 没有备份,我只是想问遇到这种情况怎么处理?是导出数据,删除库重建库导入数据吗?还有别的其他方法吗?
    2017-05-31
wangqlwangql系统工程师NULL
跳过那个文件备份,这个虽然备份不全,但可以先把其他的备份了,缩小下风险处理坏的那个。一种是坏块修复,网上有相关的操作步骤,可以尝试。另一种是检查这个文件上有那些表,把表导出来 导入其他的表空间,或者直接做表迁移。 这样的话看运气,有可能会丢一点数据,坏块所在的表可能会受...显示全部
  1. 跳过那个文件备份,这个虽然备份不全,但可以先把其他的备份了,缩小下风险
  2. 处理坏的那个。一种是坏块修复,网上有相关的操作步骤,可以尝试。另一种是检查这个文件上有那些表,把表导出来 导入其他的表空间,或者直接做表迁移。 这样的话看运气,有可能会丢一点数据,坏块所在的表可能会受影响。
收起
IT咨询服务 · 2017-06-03
desert_xudesert_xu数据库运维工程师杭州xxxx有限公司
1、先确认这些坏块的所属对象 dba_extents 查询2、确认这些是不是 空块显示全部

1、先确认这些坏块的所属对象 dba_extents 查询
2、确认这些是不是 空块

收起
医药 · 2018-04-26
浏览7581
JhonJhon技术经理小学生
如果有新的备份地方的话,建议做一个新的通道做一次全备显示全部

如果有新的备份地方的话,建议做一个新的通道做一次全备

收起
IT咨询服务 · 2017-06-26
浏览8812
VincentVincent存储工程师china
忽略掉实施显示全部

忽略掉实施

收起
银行 · 2017-06-01
浏览10648
  • 尴尬了。到底怎么处理这个问题呢?不是忽略或skip,是遇到这种情况怎么正面处理?
    2017-06-02
xiaopeng91xiaopeng91数据库运维工程师陕西~~~
听说坏块也会影响备份哎~现在还能备份出来新的吗显示全部

听说坏块也会影响备份哎~现在还能备份出来新的吗

收起
互联网服务 · 2017-05-31
浏览11017
  • 直接就不能备份
    2017-05-31
  • 备份读到坏块就卡死了,看你们数据质量要求高不高,有备份直接恢复到坏块前应该可以,也有一些修复工具,之前也就看看,没真正用过
    2017-05-31
  • 应该是没有使用的块(空白块,empty block)坏了,解决方法,制造数据填充进去到坏块,格式化空白块
    2018-04-26

提问者

hufeng719
系统工程师某钢铁企业
擅长领域: 数据库存储服务器

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2017-05-31
  • 关注会员:9 人
  • 问题浏览:19557
  • 最近回答:2018-04-26
  • X社区推广