Oracle Study之案例--Oracle 数据块地址(Block Address)

简介:

 Oracle访问数据是以block为单位,本文简单介绍了如何通过Block Address在内存中获取所需要的block。

DBA(data block address):

A DBA is the address of an oracle data block for access purposes.

RDBA (Tablespace relative database block address):

RDBA 是相对数据块地址,是数据所在的地址,rdba可就是rowid 中rfile#+block#

ROWID:

      Oracle在通过Index访问时,通过rowid确定row的位置;我们都知道rowid表示一行的物理地址,一行唯一确定一个rowid,并且在使用中一般不会改变,除非rowid之后在行的物理位置发生改变的情况下才会发生变化。需要注意的是rowid并不会真正存在于表的data block中,但是他会存在于index当中,用来通过rowid来寻找表中的行数据。
     Oracle8以前一个rowid占用6个字节大小的存储空间(10bit file#+22bit block#+16bit row#),那么oracle 8以后这个rowid的存储空间扩大到了10个字节(32bit object#+10bit rfile#+22bit block#+16bit row#),所以数据库中数据库文件个数的限制从整个数据库最多只能有的2^10-1个数据文件,变为了每个表空间中可以最多有2^10-1个数据文件。

     (需要注意的是:local index中存储的rowid是6个字节,而global index中存储的rowid是10个字节)
     那么增加的32bit object#这个前缀主要就是用来定位表空间的,同时这个object#其实对应的就是data_object_id,由于一个段对象只能属于一个表空间,同时data_object_id就是标识了一个段的物理存储id.因此object#+rfile#就可以唯一定位当前的rowid是在那个数据文件上了。
我们可以通过dbms_rowid这个包来转换我们的rowid成不同组成部分:

1
2
3
4
dbms_rowid.rowid_object(rowid) ---> 32bit 
object#dbms_rowid.rowid_relative_fno(rowid) ---> 10bit 
rfile#dbms_rowid.rowid_block_number(rowid) ---> 22bit 
block#dbms_rowid.rowid_row_number(rowid) ---> 16bit row#

案例分析:

1、通过dbms_utility转换地址

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
10 : 33 : 59  SYS@ test1 >desc dbms_utility
FUNCTION DATA_BLOCK_ADDRESS_BLOCK RETURNS NUMBER
  Argument Name                  Type                    In/Out Default?
  ------------------------------ ----------------------- ------ --------
  DBA                            NUMBER                  IN
  
FUNCTION DATA_BLOCK_ADDRESS_FILE RETURNS NUMBER
  Argument Name                  Type                    In/Out Default?
  ------------------------------ ----------------------- ------ --------
  DBA                            NUMBER                  IN
  
FUNCTION MAKE_DATA_BLOCK_ADDRESS RETURNS NUMBER
  Argument Name                  Type                    In/Out Default?
  ------------------------------ ----------------------- ------ --------
  FILE                           NUMBER                  IN
  BLOCK                          NUMBER                  IN

2、通过rowid获取RDBA

1
2
3
4
5
6
7
8
9
10
11
12
11 : 14 : 36  SYS@ test1 >conn scott/tiger
Connected.
11 : 14 : 39  SCOTT@ test1 >select rowid,ename  from  emp  where  rownum= 1 ;
ROWID              ENAME
------------------ ----------
AAAESjAAEAAAACVAAA SMITH
 
11 : 15 : 05  SCOTT@ test1 >select dbms_rowid.ROWID_RELATIVE_FNO(rowid) ,dbms_rowid.ROWID_BLOCK_NUMBER(rowid)  from  emp  where  rownum= 1 ;
 
DBMS_ROWID.ROWID_RELATIVE_FNO(ROWID) DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------ ------------------------------------
                                    4                                   149

3、通过Dump获取block信息

11:42:16 SYS@ test1 >alter system dump datafile 4 block 149;

System altered.

Block dump  from  cache:
Dump of buffer cache  at  level  4  for  tsn= 4 , rdba= 16777365
Block dump  from  disk:
buffer tsn:  4  rdba:  0x01000095  ( 4 / 149 )
scn:  0x0000. 009722f6 seq:  0x01  flg:  0x04  tail:  0x22f60601
frmt:  0x02  chkval:  0x52a5  type:  0x06 =trans data
Hex dump of block: st= 0 , typ_found= 1
Dump of memory  from  0x008E8200  to  0x008EA200
8E8200  0000A206  01000095  009722F6  04010000   [........."......]
......
Block header dump:   0x01000095
  Object id  on  Block? Y
  seg/obj:  0x44a3   csc:  0x00. 9722f6  itc:  2   flg: E  typ:  1  - DATA
      brn:  0   bdba:  0x1000090  ver:  0x01  opc:  0
      inc:  0   exflg:  0
  Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01    0x001b. 01f.0000007a   0x01c01c55. 0121.23   C-U-     0   scn  0x0000. 00971d50
0x02    0x0000. 000.00000000   0x00000000. 0000.00   ----     0   fsc  0x0000. 00000000
bdba:  0x01000095
data_block_dump,data header  at  0x8e8264
......
block_row_dump:
tab  0 , row  0 , @ 0x1f72
tl:  38  fb: --H-FL-- lb:  0x0   cc:  8
col   0 : [  3 ]  c2 4a  46
col   1 : [  5 ]   53  4d  49  54  48
col   2 : [  5 ]   43  4c  45  52  4b
col   3 : [  3 ]  c2  50  03
col   4 : [  7 ]   77  b4 0c  11  01  01  01
col   5 : [  2 ]  c2  09
col   6 : *NULL*
col   7 : [  2 ]  c1  15
tab  0 , row  1 , @ 0x1f47
......

4、通过RDBA获取rowid中的rfile#和block_id

1
2
3
4
11 : 21 : 20  SCOTT@ test1 >select dbms_utility.data_block_address_file( 16777365 "file" ,dbms_utility.data_block_address_block( 16777365 "block"  from  dual;
       file      block
---------- ----------
          4         149

5、16进制转换

1
2
3
4
11 : 43 : 11  SYS@ test1 >select to_number( '01000095' , 'xxxxxxxx' from  dual;
TO_NUMBER( '01000095' , 'XXXXXXXX' )
--------------------------------
                         16777365

6、手工方式转换

1
2
3
4
5
rdba:  0x01000095  ( 4 / 149 )
二进制: 0000  0001  0000  0000  0000  0000   1001  0101
10 位:(rfile#)  0000  0001  00   = 4
22 位: (block#)  00  0000  0000  0000   1001  0101
                   128 16 + 5 = 149









本文转自 客居天涯 51CTO博客,原文链接:http://blog.51cto.com/tiany/1590972,如需转载请自行联系原作者
目录
相关文章
|
1月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
2月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
2月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
1月前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,
|
6月前
|
存储 Oracle 关系型数据库
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
**服务器存储数据恢复环境:** 某品牌服务器存储中有一组由6块SAS硬盘组建的RAID5阵列,其中有1块硬盘作为热备盘使用。上层划分若干lun,存放Oracle数据库数据。 **服务器存储故障&分析:** 该RAID5阵列中一块硬盘出现故障离线,热备盘自动激活替换故障硬盘,热备盘同步数据的过程中该raid5阵列中又有一块硬盘出现故障,RAID5阵列瘫痪,上层LUN无法正常访问。 因为本案例中存储控制器的磁盘检查策略严格,一旦某些磁盘性能不稳定,该型号存储控制器就将该块磁盘识别为坏盘,并将该块磁盘踢出RAID。一旦RAID中掉线的盘数到超过RAID级别允许掉盘的最大数量,该RAID将不可用,
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
|
6月前
|
Oracle 关系型数据库
oracle基本笔记整理及案例分析2
oracle基本笔记整理及案例分析2
|
6月前
|
Oracle 关系型数据库
oracle基本笔记整理及案例分析1
oracle基本笔记整理及案例分析1
|
SQL Oracle 关系型数据库
Oracle数据块恢复(dbv、BMR)
Oracle数据块恢复(dbv、BMR) 物理坏块和逻辑坏块 Oracle数据文件的坏块可以分为物理坏块和逻辑坏块。物理坏块指的是块格式本身已经损坏,块内的数据没有任何意义。
1898 0
|
1月前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
171 64
|
26天前
|
SQL Oracle 关系型数据库
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
33 7