日期:2011-01-25 22:55:00 来源:本站整理
<b>Oracle中模拟及修复数据块破坏-备份恢复</b>[Oracle防范]
本文“<b>Oracle中模拟及修复数据块破坏-备份恢复</b>[Oracle防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
1.插入数据
E:Oracleora92in>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:ORACLEORADATAEYGLESYSTEM01.DBF
E:ORACLEORADATAEYGLEUNDOTBS01.DBF
E:ORACLEORADATAEYGLEEYGLE01.DBF SQL> create tablespace block
2 datafile 'e:oracleoradataeyglelock.dbf'
3 size 1M
4 extent management local; 表空间已成立. SQL> alter user eygle default tablespace block; 用户已更改. SQL> alter user eygle quota unlimited on block; 用户已更改. SQL> connect eygle/eygle
已衔接. 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: 表EYGLE.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 eygle.t;
select count(*) from eygle.t
*
ERROR 位于第 1 行:
ORA-01578: ORACLE 数据块破坏(文件号4,块号35)
ORA-01110: 数据文件 4: 'E:ORACLEORADATAEYGLEBLOCK.DBF' SQL> 此时假如查询该表,会呈现错误,数据块破坏无法读取. 有个内部工具BBED也可以用来编辑数据块的内容 3.利用DBV查抄数据文件 E:Oracleoradataeygle>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 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 eygle/eygle 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:ORACLEORADATAEYGLEBLOCK.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 EYGLE 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 eygle/eygle 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 eygle/eygle
已衔接.
SQL> drop table t; 表已丢弃. SQL> host
Microsoft Windows XP [版本 5.1.2600]
(C) 版权全部 1985-2001 Microsoft Corp. E:Oracleora92in>cd E:>imp eygle/eygle 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 字符集合的导入
. 正在将EYGLE的对象导入到 EYGLE
. . 正在导入表 "T" 8036行被导入
成功终止导入,但呈现告诫. E:>exit SQL> select count(*) from t; COUNT(*)
----------
8036 完成数据恢
以上是“<b>Oracle中模拟及修复数据块破坏-备份恢复</b>[Oracle防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |
评论内容只代表网友观点,与本站立场无关!
评论摘要(共 0 条,得分 0 分,平均 0 分)
查看完整评论