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: 正在指定备份集内的数据文件输入数据文件: 文件号...显示全部

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

查看其它 5 个回答xiaopeng91的回答

xiaopeng91xiaopeng91  数据库运维工程师 , 陕西~~~

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

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

回答者

xiaopeng91
数据库运维工程师陕西~~~

xiaopeng91 最近回答过的问题

回答状态

  • 发布时间:2017-05-31
  • 关注会员:9 人
  • 回答浏览:10962
  • X社区推广