当前位置: 开发笔记 > 数据库 > 正文

构建并修复逻辑损坏块和物理损坏块

作者：tomphilip_399_140 | 来源：互联网 | 2018-06-07 08:53

Oracle数据块的损坏可以分为物理损坏和逻辑损坏,参照blog.csdn.netyidian815articledetails39990803物理损坏和逻辑损坏发生的场景不同，因此处理的方式方法也就不同。在很多情况下,相同的损坏块处理方法对于物理损坏和逻辑损坏会产生不同的结果

Oracle数据块的损坏可以分为物理损坏和逻辑损坏,参照 http://blog.csdn.net/yidian815/article/details/39990803 物理损坏和逻辑损坏发生的场景不同，因此处理的方式方法也就不同。在很多情况下,相同的损坏块处理方法对于物理损坏和逻辑损坏会产生不同的结果

Oracle数据块的损坏可以分为物理损坏和逻辑损坏,参照

http://blog.csdn.net/yidian815/article/details/39990803

物理损坏和逻辑损坏发生的场景不同，因此处理的方式方法也就不同。在很多情况下,相同的损坏块处理方法对于物理损坏和逻辑损坏会产生不同的结果。对于物理损坏的模拟是比较容易的，而对逻辑损坏的模拟却不常见。

物理损坏：

要模拟物理损坏，我们只需直接手工编辑物理块既可（通过UTRAEDIT\BBED等），如

SQL> select object_name,dbms_rowid.rowid_block_number(rowid) from t1 where rownum <9;

OBJECT_NAME		       DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------ ------------------------------------
ICOL$								 20
I_USER1 							 20
CON$								 20
UNDO$								 20
C_COBJ# 							 20
I_OBJ#								 20
PROXY_ROLE_DATA$						 20
I_IND1								 20

8 rows selected.
BBED> set file 5
	FILE#          	5

BBED> set block 20
	BLOCK#         	20

BBED> finr /c PROXY
BBED-00200: invalid keyword (finr)


BBED> find /c PROXY
 File: /home/app/oraten/oradata/oraten/tbs101.dbf (5)
 Block: 20               Offsets: 4223 to 4734           Dba:0x01400014
------------------------------------------------------------------------
 50524f58 595f524f 4c455f44 41544124 5f32ff02 c11c02c1 1c05494e 44455807 
 786e0414 09191d07 786e0414 09191d13 32303130 2d30342d 32303a30 383a3234 
 3a323805 56414c49 44014e01 4e014e2c 000c0749 5f555345 5223ff02 c10c02c1 
 0c05494e 44455807 786e0414 09191d07 786e0414 09191d13 32303130 2d30342d 
 32303a30 383a3234 3a323805 56414c49 44014e01 4e014e2c 000c0649 5f434f4c 
 31ff02c1 2e02c12e 05494e44 45580778 6e041409 191d0778 6e041409 191d1332 
 3031302d 30342d32 303a3038 3a32343a 32380556 414c4944 014e014e 014e2c00 
 0c07495f 43434f4c 32ff02c1 3802c138 05494e44 45580778 6e041409 191d0778 
 6e041409 191d1332 3031302d 30342d32 303a3038 3a32343a 32380556 414c4944 
 014e014e 014e2c00 0c07495f 43444546 33ff02c1 3502c135 05494e44 45580778 
 6e041409 191d0778 6e041409 191d1332 3031302d 30342d32 303a3038 3a32343a 
 32380556 414c4944 014e014e 014e2c00 0c07495f 49434f4c 31ff02c1 2902c129 
 05494e44 45580778 6e041409 191d0778 6e041409 191d1332 3031302d 30342d32 
 303a3038 3a32343a 32380556 414c4944 014e014e 014e2c00 0c07495f 43444546 
 31ff02c1 3302c133 05494e44 45580778 6e041409 191d0778 6e041409 191d1332 
 3031302d 30342d32 303a3038 3a32343a 32380556 414c4944 014e014e 014e2c00 

 <32 bytes per line>

BBED> dump /v
 File: /home/app/oraten/oradata/oraten/tbs101.dbf (5)
 Block: 20      Offsets: 4223 to 4734  Dba:0x01400014
-------------------------------------------------------
 50524f58 595f524f 4c455f44 41544124 l PROXY_ROLE_DATA$
 5f32ff02 c11c02c1 1c05494e 44455807 l _2........INDEX.
 786e0414 09191d07 786e0414 09191d13 l xn......xn......
 32303130 2d30342d 32303a30 383a3234 l 2010-04-20:08:24
 3a323805 56414c49 44014e01 4e014e2c l :28.VALID.N.N.N,
 000c0749 5f555345 5223ff02 c10c02c1 l ...I_USER#......
 0c05494e 44455807 786e0414 09191d07 l ..INDEX.xn......
 786e0414 09191d13 32303130 2d30342d l xn......2010-04-
 32303a30 383a3234 3a323805 56414c49 l 20:08:24:28.VALI
 44014e01 4e014e2c 000c0649 5f434f4c l D.N.N.N,...I_COL
 31ff02c1 2e02c12e 05494e44 45580778 l 1........INDEX.x
 6e041409 191d0778 6e041409 191d1332 l n......xn......2
 3031302d 30342d32 303a3038 3a32343a l 010-04-20:08:24:
 32380556 414c4944 014e014e 014e2c00 l 28.VALID.N.N.N,.
 0c07495f 43434f4c 32ff02c1 3802c138 l ..I_CCOL2...8..8
 05494e44 45580778 6e041409 191d0778 l .INDEX.xn......x
 6e041409 191d1332 3031302d 30342d32 l n......2010-04-2
 303a3038 3a32343a 32380556 414c4944 l 0:08:24:28.VALID
 014e014e 014e2c00 0c07495f 43444546 l .N.N.N,...I_CDEF
 33ff02c1 3502c135 05494e44 45580778 l 3...5..5.INDEX.x
 6e041409 191d0778 6e041409 191d1332 l n......xn......2
 3031302d 30342d32 303a3038 3a32343a l 010-04-20:08:24:
 32380556 414c4944 014e014e 014e2c00 l 28.VALID.N.N.N,.
 0c07495f 49434f4c 31ff02c1 2902c129 l ..I_ICOL1...)..)
 05494e44 45580778 6e041409 191d0778 l .INDEX.xn......x
 6e041409 191d1332 3031302d 30342d32 l n......2010-04-2
 303a3038 3a32343a 32380556 414c4944 l 0:08:24:28.VALID
 014e014e 014e2c00 0c07495f 43444546 l .N.N.N,...I_CDEF
 31ff02c1 3302c133 05494e44 45580778 l 1...3..3.INDEX.x
 6e041409 191d0778 6e041409 191d1332 l n......xn......2
 3031302d 30342d32 303a3038 3a32343a l 010-04-20:08:24:
 32380556 414c4944 014e014e 014e2c00 l 28.VALID.N.N.N,.

 <16 bytes per line>

BBED> modify /c abcde
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
 File: /home/app/oraten/oradata/oraten/tbs101.dbf (5)
 Block: 20               Offsets: 4223 to 4734           Dba:0x01400014
------------------------------------------------------------------------
 61626364 655f524f 4c455f44 41544124 5f32ff02 c11c02c1 1c05494e 44455807 
 786e0414 09191d07 786e0414 09191d13 32303130 2d30342d 32303a30 383a3234 
 3a323805 56414c49 44014e01 4e014e2c 000c0749 5f555345 5223ff02 c10c02c1 
 0c05494e 44455807 786e0414 09191d07 786e0414 09191d13 32303130 2d30342d 
 32303a30 383a3234 3a323805 56414c49 44014e01 4e014e2c 000c0649 5f434f4c 
 31ff02c1 2e02c12e 05494e44 45580778 6e041409 191d0778 6e041409 191d1332 
 3031302d 30342d32 303a3038 3a32343a 32380556 414c4944 014e014e 014e2c00 
 0c07495f 43434f4c 32ff02c1 3802c138 05494e44 45580778 6e041409 191d0778 
 6e041409 191d1332 3031302d 30342d32 303a3038 3a32343a 32380556 414c4944 
 014e014e 014e2c00 0c07495f 43444546 33ff02c1 3502c135 05494e44 45580778 
 6e041409 191d0778 6e041409 191d1332 3031302d 30342d32 303a3038 3a32343a 
 32380556 414c4944 014e014e 014e2c00 0c07495f 49434f4c 31ff02c1 2902c129 
 05494e44 45580778 6e041409 191d0778 6e041409 191d1332 3031302d 30342d32 
 303a3038 3a32343a 32380556 414c4944 014e014e 014e2c00 0c07495f 43444546 
 31ff02c1 3302c133 05494e44 45580778 6e041409 191d0778 6e041409 191d1332 
 3031302d 30342d32 303a3038 3a32343a 32380556 414c4944 014e014e 014e2c00 

 <32 bytes per line>
SQL> alter system flush buffer_cache;

System altered.

SQL> select object_name,dbms_rowid.rowid_block_number(rowid) from t1 where rownum <9;
select object_name,dbms_rowid.rowid_block_number(rowid) from t1 where rownum <9
                                                             *
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 5, block # 20)
ORA-01110: data file 5: &＃39;/home/app/oraten/oradata/oraten/tbs101.dbf&＃39;

而对物理损坏的修复也非常简单( 上面修改的并不是第7条记录)：

BBED> sum apply
Check value for File 5, Block 20:
current = 0xb5e0, required = 0xb5e0
SQL> alter system flush buffer_cache;

System altered.

SQL> select object_name,dbms_rowid.rowid_block_number(rowid) from t1 where object_name like &＃39;%abcde%&＃39;;

OBJECT_NAME		       DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------ ------------------------------------
I_abcde_ROLE_DATA$_2						 20

对于逻辑损坏的模拟，确实比较麻烦，因为只有oracle才知道数据块的内部逻辑结构。今天我们尝试模拟一种逻辑错误。我们指定oracle的数据是以row为单位存储在数据块中的，而每个row的第一个byte具有特殊含义，该字节的每一个位都表示不同的含义，如下图

如果我们通过bbed手工修改该byte的存储内容，那么oracle就有可能不能很好的识别该条记录，从而引发逻辑错误。

BBED> set file 5
	FILE#          	5

BBED> set block 20
	BLOCK#         	20

BBED> map /v
 File: /home/app/oraten/oradata/oraten/tbs101.dbf (5)
 Block: 20                                    Dba:0x01400014
------------------------------------------------------------
 KTB Data Block (Table/Cluster)

 struct kcbh, 20 bytes                      @0       
    ub1 type_kcbh                           @0       
    ub1 frmt_kcbh                           @1       
    ub1 spare1_kcbh                         @2       
    ub1 spare2_kcbh                         @3       
    ub4 rdba_kcbh                           @4       
    ub4 bas_kcbh                            @8       
    ub2 wrp_kcbh                            @12      
    ub1 seq_kcbh                            @14      
    ub1 flg_kcbh                            @15      
    ub2 chkval_kcbh                         @16      
    ub2 spare3_kcbh                         @18      

 struct ktbbh, 96 bytes                     @20      
    ub1 ktbbhtyp                            @20      
    union ktbbhsid, 4 bytes                 @24      
    struct ktbbhcsc, 8 bytes                @28      
    b2 ktbbhict                             @36      
    ub1 ktbbhflg                            @38      
    ub1 ktbbhfsl                            @39      
    ub4 ktbbhfnx                            @40      
    struct ktbbhitl[3], 72 bytes            @44      

 struct kdbh, 14 bytes                      @124     
    ub1 kdbhflag                            @124     
    b1 kdbhntab                             @125     
    b2 kdbhnrow                             @126     
    sb2 kdbhfrre                            @128     
    sb2 kdbhfsbo                            @130     
    sb2 kdbhfseo                            @132     
    b2 kdbhavsp                             @134     
    b2 kdbhtosp                             @136     

 struct kdbt[1], 4 bytes                    @138     
    b2 kdbtoffs                             @138     
    b2 kdbtnrow                             @140     

 sb2 kdbr[96]                               @142     

 ub1 freespace[868]                         @334     

 ub1 rowdata[6986]                          @1202    

 ub4 tailchk                                @8188    


BBED> p *kdbr[1]
rowdata[6844]
-------------
ub1 rowdata[6844]                           @8046     0x2c

BBED> set offset 8046
	OFFSET         	8046

BBED> x /rccnncttccccc
rowdata[6844]                               @8046    
-------------
flag@8046: 0x2c (KDRHFL, KDRHFF, KDRHFH)
lock@8047: 0x00
cols@8048:   12

col    0[7] @8049: I_USER1
col    1[0] @8057: *NULL*
col    2[2] @8058: 44 
col    3[2] @8061: 44 
col    4[5] @8064: INDEX
col    5[7] @8070: 2010-04-20 08:24:28 
col    6[7] @8078: 2010-04-20 08:24:28 
col   7[19] @8086: 2010-04-20:08:24:28
col    8[5] @8106: VALID
col    9[1] @8112: N
col   10[1] @8114: N
col   11[1] @8116: N


BBED> set offset 8046
	OFFSET         	8046

BBED> modify /x ff
 File: /home/app/oraten/oradata/oraten/tbs101.dbf (5)
 Block: 20               Offsets: 8046 to 8191           Dba:0x01400014
------------------------------------------------------------------------
 ff000c07 495f5553 455231ff 02c12d02 c12d0549 4e444558 07786e04 1409191d 
 07786e04 1409191d 13323031 302d3034 2d32303a 30383a32 343a3238 0556414c 
 4944014e 014e014e 2c000c05 49434f4c 24ff02c1 1502c103 05544142 4c450778 
 6e041409 191d0778 6e041409 211a1332 3031302d 30342d32 303a3038 3a32343a 
 32380556 414c4944 014e014e 014e0106 5af8 

 <32 bytes per line>

BBED> x /rccnncttccccc
rowdata[6844]                               @8046    
-------------
flag@8046: 0xff (KDRHFN, KDRHFP, KDRHFL, KDRHFF, KDRHFD, KDRHFH, KDRHFC, KDRHFK)
lock@8047: 0x00
cols@8048:    0
ckix@8049:    7



BBED> sum apply
Check value for File 5, Block 20:
current = 0xb533, required = 0xb533

此时我们通过sqlpus查询并编辑t1

SQL> alter system flush buffer_cache;

System altered.

SQL> select count(*) from t1;

  COUNT(*)
----------
     22944

SQL> select sum(length(object_name)) from t1;

SUM(LENGTH(OBJECT_NAME))
------------------------
		  531915

SQL> update t1 set object_name = rownum;
update t1 set object_name = rownum
       *
ERROR at line 1:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [kddummy_blkchk], [5], [20], [6251],
[], [], [], []


SQL> rollback;

Rollback complete.

SQL> update t1 set object_name = rownum;
update t1 set object_name = rownum
       *
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 5, block # 20)
ORA-01110: data file 5: &＃39;/home/app/oraten/oradata/oraten/tbs101.dbf&＃39;

可见此时oracle认为发生了逻辑错误，查看block20的标志位发现, 逻辑损坏的标记（14字节修改位ff，tailchk中包含ff）已经打上。

BBED> set file 5
	FILE#          	5

BBED> set block 20
	BLOCK#         	20

BBED> set offset 14
	OFFSET         	14

BBED> dump /v count 12
 File: /home/app/oraten/oradata/oraten/tbs101.dbf (5)
 Block: 20      Offsets:   14 to   25  Dba:0x01400014
-------------------------------------------------------
 ff0438b5 00000100 00001ecb          l ..8.........

 <16 bytes per line>

BBED> set offset 8188
	OFFSET         	8188

BBED> dump /v 
 File: /home/app/oraten/oradata/oraten/tbs101.dbf (5)
 Block: 20      Offsets: 8188 to 8191  Dba:0x01400014
-------------------------------------------------------
 ff060000                            l ....

 <16 bytes per line>

而逻辑损坏的修复，通常是使用dbms_repair 包将损坏块忽略

SQL> exec dbms_repair.skip_corrupt_blocks(&＃39;SYS&＃39;,&＃39;T1&＃39;);

PL/SQL procedure successfully completed.

SQL> update t1 set object_name=rownum;

22849 rows updated.

SQL> commit;

Commit complete.

推荐阅读

oracle
mysql分组排序_在MySQL中实现分组排序功能

在数据分析工作中，我们通常会遇到这样的问题，一个业务部门由若干业务组构成，需要筛选出每个业务组里业绩前N名的业务员。这其实是一个分组排序的 ... [详细]

蜡笔小新 2023-12-14 14:41:26
oracle
如何限制php数据库链接数和连接超时时间？

本文介绍了如何使用php限制数据库插入的条数并显示每次插入数据库之间的数据数目，以及避免重复提交的方法。同时还介绍了如何限制某一个数据库用户的并发连接数，以及设置数据库的连接数和连接超时时间的方法。最后提供了一些关于浏览器在线用户数和数据库连接数量比例的参考值。 ... [详细]

蜡笔小新 2023-12-14 14:06:10
oracle
Oracle中tnsnames.ora的作用和配置方法

本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取，用于解析LOCAL_LISTENER，并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例，并展示了listener.ora文件的内容。 ... [详细]

蜡笔小新 2023-12-14 07:44:06
mysql
Spring特性实现接口多类的动态调用详解

本文详细介绍了如何使用Spring特性实现接口多类的动态调用。通过对Spring IoC容器的基础类BeanFactory和ApplicationContext的介绍，以及getBeansOfType方法的应用，解决了在实际工作中遇到的接口及多个实现类的问题。同时，文章还提到了SPI使用的不便之处，并介绍了借助ApplicationContext实现需求的方法。阅读本文，你将了解到Spring特性的实现原理和实际应用方式。 ... [详细]

蜡笔小新 2023-12-14 03:24:19
insert
Java String与StringBuffer的区别及其应用场景

本文主要介绍了Java中String和StringBuffer的区别，String是不可变的，而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象，内存使用上要优于String类。因此，在需要频繁对字符串进行修改的情况下，使用StringBuffer更加适合。同时，文章还介绍了String和StringBuffer的应用场景。 ... [详细]

蜡笔小新 2023-12-13 19:21:06
oracle
Oracle分析函数first_value()和last_value()的用法及原理

本文介绍了Oracle分析函数first_value()和last_value()的用法和原理，以及在查询销售记录日期和部门中的应用。通过示例和解释，详细说明了first_value()和last_value()的功能和不同之处。同时，对于last_value()的结果出现不一样的情况进行了解释，并提供了理解last_value()默认统计范围的方法。该文对于使用Oracle分析函数的开发人员和数据库管理员具有参考价值。 ... [详细]

蜡笔小新 2023-12-13 19:07:23
sql
MyBatis错题分析解析及注意事项

本文对MyBatis的错题进行了分析和解析，同时介绍了使用MyBatis时需要注意的一些事项，如resultMap的使用、SqlSession和SqlSessionFactory的获取方式、动态SQL中的else元素和when元素的使用、resource属性和url属性的配置方式、typeAliases的使用方法等。同时还指出了在属性名与查询字段名不一致时需要使用resultMap进行结果映射，而不能使用resultType。 ... [详细]

蜡笔小新 2023-12-13 18:40:17
insert
ASP.NET Tips: 获取插入记录的ID的方法详解

本文详细介绍了在ASP.NET中获取插入记录的ID的几种方法，包括使用SCOPE_IDENTITY()和IDENT_CURRENT()函数，以及通过ExecuteReader方法执行SQL语句获取ID的步骤。同时，还提供了使用这些方法的示例代码和注意事项。对于需要获取表中最后一个插入操作所产生的ID或马上使用刚插入的新记录ID的开发者来说，本文提供了一些有用的技巧和建议。 ... [详细]

蜡笔小新 2023-12-13 17:03:18
sql
VB.NET在线急等问题解决方法，如何统计数据库字段下的数据并显示在文本框里？

本文介绍了一个在线急等问题解决方法，即如何统计数据库中某个字段下的所有数据，并将结果显示在文本框里。作者提到了自己是一个菜鸟，希望能够得到帮助。作者使用的是ACCESS数据库，并且给出了一个例子，希望得到的结果是560。作者还提到自己已经尝试了使用"select sum(字段2) from 表名"的语句，得到的结果是650，但不知道如何得到560。希望能够得到解决方案。 ... [详细]

蜡笔小新 2023-12-13 15:15:30
insert
SpringJdbcTemplate的使用详解

本文详细介绍了Spring的JdbcTemplate的使用方法，包括执行存储过程、存储函数的call()方法，执行任何SQL语句的execute()方法，单个更新和批量更新的update()和batchUpdate()方法，以及单查和列表查询的query()和queryForXXX()方法。提供了经过测试的API供使用。 ... [详细]

蜡笔小新 2023-12-13 14:27:11
sql
高质量SQL书写的30条建议

本文提供了30条关于优化SQL的建议，包括避免使用select *，使用具体字段，以及使用limit 1等。这些建议是基于实际开发经验总结出来的，旨在帮助读者优化SQL查询。 ... [详细]

蜡笔小新 2023-12-13 13:24:33
mysql
如何查看mysql的安装路径

本文介绍了通过mysql命令查看mysql的安装路径的方法，提供了相应的sql语句，并希望对读者有参考价值。 ... [详细]

蜡笔小新 2023-12-13 13:23:09
oracle
问题2：重新命名或者移动数据文件、日志文件到新的位置

本文讨论了在数据库打开和关闭状态下，重新命名或移动数据文件和日志文件的情况。针对性能和维护原因，需要将数据库文件移动到不同的磁盘上或重新分配到新的磁盘上的情况，以及在操作系统级别移动或重命名数据文件但未在数据库层进行重命名导致报错的情况。通过三个方面进行讨论。 ... [详细]

蜡笔小新 2023-12-13 13:02:24
insert
用SQL语句怎么把已存在的列加上IDENTITY(1,1)属性

ALTERTABLE通过更改、添加、除去列和约束，或者通过启用或禁用约束和触发器来更改表的定义。语法ALTERTABLEtable{[ALTERCOLUMNcolu ... [详细]

蜡笔小新 2023-12-13 09:49:28
sql
关于Linq to sql 实现模糊查询 string数组

前景：当UI一个查询条件为多项选择，或录入多个条件的时候，比如查询所有名称里面包含以下动态条件，需要模糊查询里面每一项时比如是这样一个数组条件：newstring[]{兴业银行, ... [详细]

蜡笔小新 2023-12-13 09:34:59

tomphilip_399_140

这个家伙很懒，什么也没留下！

Tags | 热门标签

RankList | 热门文章