块损坏的恢复
一、没有备份的情况下,块损坏,并且块所存储的是数据
SQL> conn olive/olive 已连接。 SQL> create table t as select * from dba_users; 表已创建。
SQL> select count(*)from t;
COUNT(*)
---------- 28 SQL> /
COUNT(*)
---------- 28 SQL> /
COUNT(*)
---------- 28 SQL> insert into t select * from t;
已创建28行。
SQL> /
已创建56行。
SQL> /
已创建112行。
SQL> /
已创建224行。
SQL> /
已创建448行。
SQL> /
已创建896行。
SQL> /
已创建1792行。
SQL> /
已创建3584行。
SQL> /
insert into t select * from t * 第 1 行出现错误: ORA-01653: 表 OLIVE.T 无法通过 8 (在表空间 BLOCK 中) 扩展 SQL> commit; 提交完成。
SQL> select count(*)from t;
COUNT(*)
---------- 7168 SQL> conn olive/olive
已连接。 SQL> select count(*) from t; select count(*) from t * 第 1 行出现错误: ORA-01578: ORACLE 数据块损坏 (文件号 6, 块号 116) ORA-01110: 数据文件 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF' alert.log中
Hex dump of (file 6, block 116) in trace file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_1424.trc Corrupt block relative dba: 0x01800074 (file 6, block 116) Bad check value found during buffer read Data in bad block: type: 6 format: 2 rdba: 0x01800074 last change scn: 0x0000.0008e356 seq: 0x1 flg: 0x06 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0xe3560601 check value in block header: 0x8f60 computed block checksum: 0x281e Reread of rdba: 0x01800074 (file 6, block 116) found same corrupted data Fri Jan 26 13:22:59 2007 Corrupt Block Found TSN = 7, TSNAME = BLOCK RFN = 6, BLK = 116, RDBA = 25165940 OBJN = 52546, OBJD = 52546, OBJECT = T, SUBOBJECT = SEGMENT OWNER = OLIVE, SEGMENT TYPE = Table Segment 使用dbv检查数据文件 D:\oracle\product\10.2.0\oradata\orcl>dbv file=block.dbf blocksize=8192
DBVERIFY: Release 10.2.0.1.0 - Production on 星期五 1月 26 13:27:12 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
DBVERIFY - 开始验证: FILE = block.dbf
页 116 标记为损坏 Corrupt block relative dba: 0x01800074 (file 6, block 116) Bad check value found during dbv: Data in bad block: type: 6 format: 2 rdba: 0x01800074 last change scn: 0x0000.0008e356 seq: 0x1 flg: 0x06 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0xe3560601 check value in block header: 0x8f60 computed block checksum: 0x281e DBVERIFY - 验证完成
检查的页总数: 128
处理的页总数 (数据): 109 失败的页总数 (数据): 0 处理的页总数 (索引): 0 失败的页总数 (索引): 0 处理的页总数 (其它): 18 处理的总页数 (段) : 0 失败的总页数 (段) : 0 空的页总数: 0 标记为损坏的总页数: 1 流入的页总数: 0 最高块 SCN : 582511 (0.582511) 准备导出该表
D:\oracle\product\10.2.0\oradata\orcl>exp olive/olive file=d:\t.dmp tables=(T);
Export: Release 10.2.0.1.0 - Production on 星期五 1月 26 13:31:34 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options 已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集 即将导出指定的表通过常规路径...
. . 正在导出表 T EXP-00056: 遇到 ORACLE 错误 1578 ORA-01578: ORACLE 数据块损坏 (文件号 6, 块号 116) ORA-01110: 数据文件 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF' EXP-00011: OLIVE.; 不存在 导出成功终止, 但出现警告。 D:\oracle\product\10.2.0\oradata\orcl>
5.恢复步骤 当然,对于不同的情况需要区别对待
首先你需要检查损坏的对象,使用以下SQL:
SQL> SELECT tablespace_name, segment_type, owner, segment_name,block_id,blocks FROM dba_extents 2 WHERE file_id = 6 3 and 116 between block_id AND block_id + blocks -1 4 ; TABLESPACE_NAME SEGMENT_TYPE OWNER SEGMENT_NAME BLOCK_ID BLOCKS
------------------ -------------- ------------- ------------- --------- ---------- BLOCK TABLE OLIVE T 113 8 发现是表中数据损坏 我们可以设置内部事件,使exp跳过这些损坏的block
SQL> ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10';
系统已更改。
SQL>
ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10' ;
内部事件,设置在全表扫描时跳过损坏的数据块. D:\oracle\product\10.2.0\oradata\orcl>exp olive/olive file=d:\t.dmp tables=(T);
Export: Release 10.2.0.1.0 - Production on 星期五 1月 26 13:49:20 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options 已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集 即将导出指定的表通过常规路径...
. . 正在导出表 T导出了 7102 行 EXP-00011: OLIVE.; 不存在 导出成功终止, 但出现警告。 D:\oracle\product\10.2.0\oradata\orcl>
损失数据 7168-7102=66条 删除表并从备份中导入 SQL> conn olive/olive
已连接。 SQL> drop table t; 表已删除。
SQL> host
Microsoft Windows 2000 [Version 5.00.2195] (C) 版权所有 1985-2000 Microsoft Corp. C:\Documents and Settings\Administrator.XY>imp olive/olive file=d:\t.dmp tables=
(t); Import: Release 10.2.0.1.0 - Production on 星期五 1月 26 13:53:31 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options 经由常规路径由 EXPORT:V10.02.01 创建的导出文件
已经完成 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集中的导入 . 正在将 OLIVE 的对象导入到 OLIVE . 正在将 OLIVE 的对象导入到 OLIVE . . 正在导入表 "T"导入了 7102 行 IMP-00033: 警告: 在导出文件中未找到表 ";" 成功终止导入, 但出现警告。 C:\Documents and Settings\Administrator.XY>sqlplus olive/olive
SQL*Plus: Release 10.2.0.1.0 - Production on 星期五 1月 26 13:53:58 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options SQL> select count(*) from t;
COUNT(*)
---------- 7102 SQL>
二、通过备份进行修复被损坏的块,blockrecover
1、数据总计7102条
C:\Documents and Settings\Administrator.XY>sqlplus olive/olive SQL*Plus: Release 10.2.0.1.0 - Production on 星期五 1月 26 13:53:58 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options SQL> select count(*) from t;
COUNT(*)
---------- 7102 SQL>
人为损坏数据块 alert.log Hex dump of (file 6, block 71) in trace file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_8336.trc
Corrupt block relative dba: 0x01800047 (file 6, block 71) Bad check value found during buffer read Data in bad block: type: 6 format: 2 rdba: 0x01800047 last change scn: 0x0000.0009e8ba seq: 0x1 flg: 0x06 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0xe8ba0601 check value in block header: 0x725b computed block checksum: 0xab79 SQL> select count(*) from t;
select count(*) from t * 第 1 行出现错误: ORA-01578: ORACLE 数据块损坏 (文件号 6, 块号 71) ORA-01110: 数据文件 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF' SQL> 使用rman检验数据文件
RMAN> backup validate datafile 6; 启动 backup 于 26-1月 -07
分配的通道: ORA_DISK_1 通道 ORA_DISK_1: sid=142 devtype=DISK 通道 ORA_DISK_1: 启动全部数据文件备份集 通道 ORA_DISK_1: 正在指定备份集中的数据文件 输入数据文件 fno=00006 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF 通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:03 完成 backup 于 26-1月 -07 发现坏块
Hex dump of (file 6, block 71) in trace file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_8484.trc Corrupt block relative dba: 0x01800047 (file 6, block 71) Bad check value found during backing up datafile Data in bad block: type: 6 format: 2 rdba: 0x01800047 last change scn: 0x0000.0009e8ba seq: 0x1 flg: 0x06 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0xe8ba0601 check value in block header: 0x725b computed block checksum: 0xab79 Reread of blocknum=71, file=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF. found same corrupt data Reread of blocknum=71, file=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF. found same corrupt data Reread of blocknum=71, file=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF. found same corrupt data Reread of blocknum=71, file=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF. found same corrupt data Reread of blocknum=71, file=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\BLOCK.DBF. found same corrupt data Reread of rdba: 0x01800047 (file 6, block 71) found same corrupted data
只有使用rman检验数据文件发现坏块v$database_block_corruption才有数据。 SQL> select * from v$database_block_corruption where file#=6; FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
---------- ---------- ---------- ------------------ --------- 6 71 1 0 CHECKSUM SQL>
RMAN> blockrecover datafile 6 block 71 from backupset;
启动 blockrecover 于 26-1月 -07
使用通道 ORA_DISK_1 通道 ORA_DISK_1: 正在恢复块
通道 ORA_DISK_1: 正在指定要从备份集恢复的块 正在恢复数据文件 00006 的块 通道 ORA_DISK_1: 正在读取备份段 D:\FULL.BAK 通道 ORA_DISK_1: 已从备份段 1 恢复块 段句柄 = D:\FULL.BAK 标记 = 20070126 通道 ORA_DISK_1: 块恢复完成, 用时: 00:00:01 正在开始介质的恢复
介质恢复完成, 用时: 00:00:08 完成 blockrecover 于 26-1月 -07
RMAN>
SQL> select count(*) from olive.t; COUNT(*)
---------- 7102 SQL> select * from v$database_block_corruption where file#=6; FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
---------- ---------- ---------- ------------------ --------- 6 71 1 0 CHECKSUM v$database_block_corruption中的信息只有下次执行检验数据文件后才清除 呵呵,DBA 的基本知识,制造坏块的方法很多的
可以用ultraedit,也可以用dd命令 同时也呆以用orapatch工具 $orapatch open tools001.dbf write patch>set hex --要用十六进制 patch>display 177 --orapatch以512字节为工作模式,假定想破坏第11个block即为:8k/512*11+1(file header) patch>find 00400003 --选一个要编辑的点 patch>modify 00400002 --破坏 patch>exit |
|
来自: 168一路发 > 《oracle备份恢复》