oracle 数据块修复工具,Oracle中模拟及修复数据块损坏

喜欢ヅ旅行 2023-01-18 11:25 15阅读 0赞

Oracle中模拟及修复数据块损坏

![6ee5639a40442445944d63b514b2dd02.png][]

在Oracle数据库中，我们可能遭遇很多数据损坏的情况，在面对这些情况时如何进行数据恢复是非常重要的。

在很多情况下，恢复是极其复杂的，而且需要谨慎，轻率的操作和尝试可能导致数据库的永久损坏。

所以我建议在恢复尝试前应当先进行数据备份。

对于重要的数据库，如果不能确定恢复步骤和操作后果，建议最好先向专业人士进行咨询，以避免不必要的数据损失。

本文通过试验模拟和解决数据块损坏问题，是对一类数据库损坏的恢复探讨

1.插入数据

E:\\Oracle\\ora92\\bin>sqlplus "/ as sysdba"

SQL\*Plus: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:27:15 2004

连接到:

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\\EYGLE\\SYSTEM01.DBF

E:\\ORACLE\\ORADATA\\EYGLE\\UNDOTBS01.DBF

E:\\ORACLE\\ORADATA\\EYGLE\\EYGLE01.DBF

SQL> create tablespace block

2 datafile 'e:\\oracle\\oradata\\eygle\\block.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:\\ORACLE\\ORADATA\\EYGLE\\BLOCK.DBF'

SQL>

此时如果查询该表,会出现错误,数据块损坏无法读取.

有个内部工具BBED也可以用来编辑数据块的内容

3.使用DBV检查数据文件

E:\\Oracle\\oradata\\eygle>dbv file=block.dbf blocksize=8192

DBVERIFY: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:48:50 2004

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

连接到: 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\\EYGLE\\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 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\]

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

连接到: 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\]

E:\\Oracle\\ora92\\bin>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

连接到: 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

完成数据恢复

itpub link:

By eygle on 2004-06-24 12:14 |

Comments (2) |

Backup&Recovery | 1269 |

2 Comments

这篇文章很有用.谢谢!

如果能扩展一下,说明用归档怎么修复损坏的数据块的部分内部就更好了.

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;

这个语句里面最后的条件：between block\_id AND block\_id + blocks + 1;

最后应该是加1吧？

[6ee5639a40442445944d63b514b2dd02.png]: /images/20221021/57f6f5b7f6764fea9bf420d47c6790c0.png

oracle 数据块修复工具,Oracle中模拟及修复数据块损坏

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 linux操作系统故障处理-ext4文件系统超级块损坏修复

相关如何在Oracle中检测和修复块损坏

相关利用RMAN修复数据文件中的坏块思路与实战

相关 oracle 数据块修复工具,Oracle中模拟及修复数据块损坏

相关 oracle rman 检查坏块,Oracle中使用RMAN来检验坏块

相关 mysql修复索引_mysql数据库索引损坏及修复经验分享

相关 hadoop之hdfs生产数据块损坏修复方法

相关 oracle数据块

相关 Oracle 数据块损坏与恢复详解

相关 Oracle Study之案例--Oracle 数据块地址（Block Address）