Oracle中模拟及修复数据块损坏
2017-02-03 00:00
453 查看
在Oracle数据库中,我们可能遭遇很多数据损坏的情况,在面对这些情况时如何进行数据恢复是非常重要的。
在很多情况下,恢复是极其复杂的,而且需要谨慎,轻率的操作和尝试可能导致数据库的永久损坏。
所以我建议在恢复尝试前应当先进行数据备份。
对于重要的数据库,如果不能确定恢复步骤和操作后果,建议最好先向专业人士进行咨询,以避免不必要的数据损失。
本文通过试验模拟和解决数据块损坏问题,是对一类数据库损坏的恢复探讨
1.插入数据
2.损坏数据文件
关闭数据库后用Ultredit编辑数据文件,随便更改几个字符.然后启动数据库.
此时如果查询该表,会出现错误,数据块损坏无法读取.
有个内部工具BBED也可以用来编辑数据块的内容
3.使用DBV检查数据文件
dbv检测到坏块.
4.寻求恢复
在这种情况下,如果有备份,需要从备份中恢复
如果没有备份,那么坏块部分的数据肯定要丢失了
在这个时候导出是不允许的:
5.恢复步骤
当然,对于不同的情况需要区别对待
首先你需要检查损坏的对象,使用以下SQL:
如果损失的是数据,ok
我们可以设置内部事件,使exp跳过这些损坏的block
note:
ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10' ;
内部事件,设置在全表扫描时跳过损坏的数据块.
然后我们可以导出未损坏的数据
这时候数据成功导出.
然后我们可以drop table,recreate,然后导入数据
本例中
我们损失了
8192 - 8036 = 156 行数据
完成数据恢复.
-END-
在很多情况下,恢复是极其复杂的,而且需要谨慎,轻率的操作和尝试可能导致数据库的永久损坏。
所以我建议在恢复尝试前应当先进行数据备份。
对于重要的数据库,如果不能确定恢复步骤和操作后果,建议最好先向专业人士进行咨询,以避免不必要的数据损失。
本文通过试验模拟和解决数据块损坏问题,是对一类数据库损坏的恢复探讨
1.插入数据
E:\Oracle\ora92\bin>sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:27:15 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 连接到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production SQL> select name from v$datafile; NAME -------------------------------------------------------------------------------- E:\ORACLE\ORADATA\JAVIS\SYSTEM01.DBF E:\ORACLE\ORADATA\JAVIS\UNDOTBS01.DBF E:\ORACLE\ORADATA\JAVIS\EYGLE01.DBF SQL> create tablespace block 2 datafile 'e:\oracle\oradata\javis\block.dbf' 3 size 1M 4 extent management local; 表空间已创建。 SQL> alter user javis default tablespace block; 用户已更改。 SQL> alter user javis quota unlimited on block; 用户已更改。 SQL> connect javis/javis 已连接。 SQL> create table t as select * from dba_users; 表已创建。 SQL> insert into t select * from t; 已创建8行。 SQL> / 已创建16行。 SQL> / 已创建32行。 SQL> / 已创建64行。 SQL> / 已创建128行。 SQL> / 已创建256行。 SQL> / 已创建512行。 SQL> / 已创建1024行。 SQL> / 已创建2048行。 SQL> / 已创建4096行。 SQL> / insert into t select * from t * ERROR 位于第 1 行: ORA-01653: 表JAVIS.T无法通过8(在表空间BLOCK中)扩展 SQL> commit; 提交完成。 SQL> alter system checkpoint; 系统已更改。 SQL> select count(*) from t; COUNT(*) ---------- 8192 SQL> connect / as sysdba 已连接。 SQL> shutdown immediate 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。
2.损坏数据文件
关闭数据库后用Ultredit编辑数据文件,随便更改几个字符.然后启动数据库.
SQL> startup ORACLE 例程已经启动。 Total System Global Area 101785252 bytes Fixed Size 454308 bytes Variable Size 75497472 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes 数据库装载完毕。 数据库已经打开。 SQL> select count(*) from javis.t; select count(*) from javis.t * ERROR 位于第 1 行: ORA-01578: ORACLE 数据块损坏(文件号4,块号35) ORA-01110: 数据文件 4: 'E:\ORACLE\ORADATA\JAVIS\BLOCK.DBF' SQL>
此时如果查询该表,会出现错误,数据块损坏无法读取.
有个内部工具BBED也可以用来编辑数据块的内容
3.使用DBV检查数据文件
E:\Oracle\oradata\javis>dbv file=block.dbf blocksize=8192 DBVERIFY: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:48:50 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. DBVERIFY - 验证正在开始 : FILE = block.dbf 标记为损坏的页35 *** Corrupt block relative dba: 0x01000023 (file 4, block 35) Bad check value found during dbv: Data in bad block - type: 6 format: 2 rdba: 0x01000023 last change scn: 0x0000.00049097 seq: 0x1 flg: 0x06 consistency value in tail: 0x90970601 check value in block header: 0xd6cb, computed block checksum: 0x2c0a spare1: 0x0, spare2: 0x0, spare3: 0x0 *** 标记为损坏的页69 *** Corrupt block relative dba: 0x01000045 (file 4, block 69) Bad check value found during 7fe0 dbv: Data in bad block - type: 6 format: 2 rdba: 0x01000045 last change scn: 0x0000.00049097 seq: 0x1 flg: 0x06 consistency value in tail: 0x90970601 check value in block header: 0x33d1, computed block checksum: 0x653 spare1: 0x0, spare2: 0x0, spare3: 0x0 *** DBVERIFY - 验证完成 检查的页总数 :128 处理的页总数(数据):117 失败的页总数(数据):0 处理的页总数(索引):0 失败的页总数(索引):0 处理的页总数(其它):9 处理的总页数 (段) : 0 失败的总页数 (段) : 0 空的页总数 :0 标记为损坏的总页数:2 汇入的页总数 :0
dbv检测到坏块.
4.寻求恢复
在这种情况下,如果有备份,需要从备份中恢复
如果没有备份,那么坏块部分的数据肯定要丢失了
在这个时候导出是不允许的:
E:\>exp javis/javis file=t.dmp tables=t Export: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:54:15 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 连接到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production 已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集 即将导出指定的表通过常规路径 ... . . 正在导出表 T EXP-00056: 遇到 ORACLE 错误 1578 ORA-01578: ORACLE 数据块损坏(文件号4,块号35) ORA-01110: 数据文件 4: 'E:\ORACLE\ORADATA\JAVIS\BLOCK.DBF' 导出成功终止,但出现警告。
5.恢复步骤
当然,对于不同的情况需要区别对待
首先你需要检查损坏的对象,使用以下SQL:
SQL> SELECT tablespace_name, segment_type, owner, segment_name 2 FROM dba_extents 3 WHERE file_id = 4 4 and 35 between block_id AND block_id + blocks - 1 5 ; TABLESPACE_NAME SEGMENT_TYPE OWNER SEGMENT_NAME --------------------------------------------------------------------------- BLOCK TABLE JAVIS T
如果损失的是数据,ok
我们可以设置内部事件,使exp跳过这些损坏的block
SQL> ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10'; 系统已更改。
note:
ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10' ;
内部事件,设置在全表扫描时跳过损坏的数据块.
然后我们可以导出未损坏的数据
SQL> host Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp. E:\ E:\>exp javis/javis file=t.dmp tables=t Export: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:57:13 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 连接到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production 已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集 即将导出指定的表通过常规路径 ... . . 正在导出表 T 8036 行被导出 在没有警告的情况下成功终止导出。
这时候数据成功导出.
然后我们可以drop table,recreate,然后导入数据
本例中
我们损失了
8192 - 8036 = 156 行数据
SQL> connect javis/javis 已连接。 SQL> drop table t; 表已丢弃。 SQL> host Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp. E:\Oracle\ora92\bin>cd \ E:\>imp javis/javis file=t.dmp tables=t Import: Release 9.2.0.4.0 - Production on 星期一 3月 8 21:12:38 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 连接到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production 经由常规路径导出由EXPORT:V09.02.00创建的文件 已经完成ZHS16GBK字符集和AL16UTF16 NCHAR 字符集中的导入 . 正在将JAVIS的对象导入到 JAVIS . . 正在导入表 "T" 8036行被导入 成功终止导入,但出现警告。 E:\>exit SQL> select count(*) from t; COUNT(*) ---------- 8036
完成数据恢复.
-END-
相关文章推荐
- Oracle中模拟及修复数据块损坏
- Oracle中模拟及修复数据块损坏
- Oracle中模拟及修复数据块损坏
- 使用BBED COPY命令,模拟oracle数据块的损坏
- 9i Oracle中模拟及修复数据块损坏
- 模拟namenode宕机:数据块损坏,该如何修复
- 模拟namenode宕机:数据块损坏,该如何修复
- Oracle控制文件的移动、添加、损坏故障模拟修复
- oracle数据块损坏后的修复方法
- [原]Oracle数据文件损坏的模拟和修复(一) |ORA-01578 data block corrupted|
- ORA-01578,ORA-01115,ORA-01110 ORACLE 数据块损坏
- dbms_repair包修复损坏的数据块
- ORA-01578: ORACLE 数据块损坏 之奇妙处理 DBV
- oracle curent log损坏修复
- Oracle 数据库模拟数据文件损坏恢复
- Oracle数据块损坏恢复总结
- DBMS_REPAIR包修复损坏数据块
- 【转】处理 Oracle 7/8/8i/9i/10g/11g 中的数据块损坏/讹误/坏块
- Oracle 设置在全表扫描时跳过损坏的数据块
- Oracle技术之通过bbed模拟和修复corrupted block