oracle asm 剖析系列(1) –disk header
本站文章除注明转载外，均为本站原创： 转载自love wife love life —Roger的Oracle/MySQL/PostgreSQL数据恢复博客
本文链接地址: oracle asm 剖析系列(1) –disk header
asm是oracle 10g引入的特性，其好处就不多说了，在10g中存在不少的问题，但是在11g中相对比较稳定了。
曾经何时，asm对大多数dba来讲，犹如一个黑匣子一样，对其内部的原理架构完全不知道，最近两年网上
也出现了不少的文档对asm进行了解析，但是目前我尚未发现特别详细的文章。这里我抛砖引玉，将写一个
asm研究的系列，当然，这都是个人实验研究的东西，欢迎大家拍砖，供大家参考，后续会陆续分享。
在这个asm系列中，我将对asm涉及的术语，例如如下的元数据信息进行详细剖析：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
disk header free space table (FST) allocation table (AT) partnership and atatus table (PST) file directory disk directory active change directory (ACD) continuing operations directory (COD) template directory alias directory ADVM volume directory disk used space directory attributes directory ASM user directory and user group directory staleness directory and staleness registry |
上述元数据，其中有部分是11g才有的内容，部分在10g是不存在的，在10g版本中查询，你会得到如下结果：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
SQL> select number_kffxp file#, disk_kffxp disk#, count(disk_kffxp) extents 2 from x$kffxp 3 where group_kffxp=1 4 and disk_kffxp <> 65534 5 group by number_kffxp, disk_kffxp 6 order by 1; FILE# DISK# EXTENTS ---------- ---------- ---------- 1 0 2 2 1 1 3 0 21 3 1 21 4 0 1 4 1 1 5 0 1 6 0 1 256 0 241 256 1 241 257 0 120 ......... 263 0 28 263 1 28 264 0 11 264 1 10 265 1 1 27 rows selected. |
上述查询的file信息，其实就的10g版本中asm所涉及的元数据信息，对应关系如下：
|
1 2 3 4 5 6 |
file# 1 ---ASM file 1,file directory file# 2 ---ASM file 2,disk directory file# 3 ---ASM file 3,active Change Directory(ACD) file# 4 ---ASM file 4,continuing Operations Directory (COD) file# 5 ---ASM file 5,template directory file# 6 ---ASM file 6,alias directory |
然后在11gR2版本中查询，你会得到如下结果：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
SQL> select number_kffxp file#, disk_kffxp disk#, count(disk_kffxp) extents 2 from x$kffxp 3 where group_kffxp=1 4 and disk_kffxp <> 65534 5 group by number_kffxp, disk_kffxp 6 order by 1; FILE# DISK# EXTENTS ---------- ---------- ---------- 1 0 2 2 0 1 3 0 28 3 3 14 4 0 5 4 3 3 5 0 1 6 0 1 8 3 1 9 0 1 256 0 482 ......... 268 3 7 269 0 1 35 rows selected. |
你可以看到，file 1~9 都是元数据信息。前面的file 1~6 对应的关系不变，那后面的file 8，file 9是什么呢？
file# 7 —volume directory (当你使用ACFS后，你会看到,后面会详细描述)
file# 8 —disk Used Space Directory (USD)
file# 9 —attributes directory
在我的理解中，对于asm，大家可以理解为跟database一样，是一个单独的数据库，而asm元数据，则可以理解为database中的
数据字典信息。由此，你可以详细这些元数据是多么的重要，当然对这些元数据的分布等信息了解之后，在今后遇到相关的asm
故障时，处理起来将会非常的容易。
这asm系列的第一篇，我们首先来温习asm disk header。曾经何时， 很多人都担心asm disk header的损坏，进而导致
磁盘组无法mount，确实，在10.2.0.5版本以前，很容易出现这个问题，特别是aix环境下，如果disk存在pvid，那么很
容易在主机重启后pvid被清空，进而导致disk header损坏，进而导致磁盘组无法mount。从10.2.0.5版本开始，oracle
会自动备份disk header，我在一片文章中也进行了描述。
那么disk header在什么地方？它的结构如何？其实以前我也写过相关文章，所以这一篇我就相对简单一些。
asm disk header，顾名思义就是磁盘头块，那显然就是在disk的第一个block中。这里需要注意的是，操作系统block
是4k，而不是常见的数据库block_size 8k。 我们可以使用oracle提供的kfed工具来对disk header block进行查看。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 |
首先你需要编译kfed工具，如下： cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk ikfed 当编译完成后，你可以适当修改下oracle PATH变量，就可以直接调kfed了，例如： [oracle@10gasm ~]$ kfed -help as/mlib ASM Library [asmlib='lib'] aun/um AU number to examine or update [AUNUM=number] aus/z Allocation Unit size in bytes [AUSZ=number] blkn/um Block number to examine or update [BLKNUM=number] blks/z Metadata block size in bytes [BLKSZ=number] ch/ksum Update checksum before each write [CHKSUM=YES/NO] cn/t Count of AUs to process [CNT=number] d/ev ASM device to examine or update [DEV=string] o/p KFED operation type [OP=READ/WRITE/MERGE/NEW/FORM/FIND/STRUCT] p/rovnm Name for provisioning purposes [PROVNM=string] te/xt File name for translated block text [TEXT=string] ty/pe ASM metadata block type number [TYPE=number] 如果你查看11gR2版本中的kfed工具，你会发现其更为强大了，还具有修复功能，换句话讲，在11gR2中你可以直接 使用kfed修复disk header block，如下(11gR2中是不需要编译即可使用的)： [ora11g@11gR2test ~]$ kfed -h as/mlib ASM Library [asmlib='lib'] aun/um AU number to examine or update [AUNUM=number] aus/z Allocation Unit size in bytes [AUSZ=number] blkn/um Block number to examine or update [BLKNUM=number] blks/z Metadata block size in bytes [BLKSZ=number] ch/ksum Update checksum before each write [CHKSUM=YES/NO] cn/t Count of AUs to process [CNT=number] de/v ASM device to examine or update [DEV=string] dm/pall Don't suppress repeated lines when dumping corrupt blocks [DMPALL=YES/NO] o/p KFED operation type [OP=READ/WRITE/MERGE/REPAIR/NEW/FORM/FIND/STRUCT] p/rovnm Name for provisioning purposes [PROVNM=string] s/eek AU number to seek to [SEEK=number] te/xt File name for translated block text [TEXT=string] ty/pe ASM metadata block type number [TYPE=number] |
下面我们使用kfed来读取header block，查看其内容：
|
1 2 |
[oracle@10gasm ~]$ kfed read /dev/sdd | grep kfbh.type kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD |
当你使用kfed时，不指定AU，默认是读取au 0，block 0(记住，asm中block编号都是从0开始的),当然，如果你指定，得到也是一样的结果：
|
1 2 3 |
[oracle@10gasm ~]$ kfed read /dev/sdd aun=0 blkn=0| grep kfbh.type kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD [oracle@10gasm ~]$ |
下面继续进行详细描述：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 |
[oracle@10gasm ~]$ kfed read /dev/sdd aun=0 blkn=0| more kfbh.endian: 1 ; 0x000: 0x01 kfbh.hard: 130 ; 0x001: 0x82 kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD kfbh.datfmt: 1 ; 0x003: 0x01 kfbh.block.blk: 0 ; 0x004: T=0 NUMB=0x0 kfbh.block.obj: 2147483648 ; 0x008: TYPE=0x8 NUMB=0x0 kfbh.check: 2263475499 ; 0x00c: 0x86e9e52b kfbh.fcn.base: 0 ; 0x010: 0x00000000 kfbh.fcn.wrap: 0 ; 0x014: 0x00000000 kfbh.spare1: 0 ; 0x018: 0x00000000 kfbh.spare2: 0 ; 0x01c: 0x00000000 kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8 kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000 kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000 kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000 kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000 kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000 kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000 kfdhdb.compat: 168820736 ; 0x020: 0x0a100000 kfdhdb.dsknum: 0 ; 0x024: 0x0000 kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL ---磁盘组冗余方式 kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER ---磁盘header 状态 3是可用状态 kfdhdb.dskname: DATA1_0000 ; 0x028: length=10 kfdhdb.grpname: DATA1 ; 0x048: length=5 ---磁盘组名称 kfdhdb.fgname: DATA1_0000 ; 0x068: length=10 kfdhdb.capname: ; 0x088: length=0 kfdhdb.crestmp.hi: 32977478 ; 0x0a8: HOUR=0x6 DAYS=0x12 MNTH=0xc YEAR=0x7dc kfdhdb.crestmp.lo: 2407340032 ; 0x0ac: USEC=0x0 MSEC=0x346 SECS=0x37 MINS=0x23 kfdhdb.mntstmp.hi: 32977622 ; 0x0b0: HOUR=0x16 DAYS=0x16 MNTH=0xc YEAR=0x7dc kfdhdb.mntstmp.lo: 1597193216 ; 0x0b4: USEC=0x0 MSEC=0xcf SECS=0x33 MINS=0x17 kfdhdb.secsize: 512 ; 0x0b8: 0x0200 kfdhdb.blksize: 4096 ; 0x0ba: 0x1000 kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000 ---au单位大小，单位是byte，大小为1m. kfdhdb.mfact: 113792 ; 0x0c0: 0x0001bc80 kfdhdb.dsksize: 1024 ; 0x0c4: 0x00000400 ---该disk的大小，单位是au，由于默认au是1m，所以大小为1024m. kfdhdb.pmcnt: 2 ; 0x0c8: 0x00000002 kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001 kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002 kfdhdb.f1b1locn: 2 ; 0x0d4: 0x00000002 ---file directory所在的au位置,后面会详细描述 kfdhdb.redomirrors[0]: 0 ; 0x0d8: 0x0000 kfdhdb.redomirrors[1]: 0 ; 0x0da: 0x0000 kfdhdb.redomirrors[2]: 0 ; 0x0dc: 0x0000 kfdhdb.redomirrors[3]: 0 ; 0x0de: 0x0000 kfdhdb.dbcompat: 168820736 ; 0x0e0: 0x0a100000 kfdhdb.grpstmp.hi: 32977478 ; 0x0e4: HOUR=0x6 DAYS=0x12 MNTH=0xc YEAR=0x7dc kfdhdb.grpstmp.lo: 2407301120 ; 0x0e8: USEC=0x0 MSEC=0x320 SECS=0x37 MINS=0x23 kfdhdb.ub4spare[0]: 0 ; 0x0ec: 0x00000000 kfdhdb.ub4spare[1]: 0 ; 0x0f0: 0x00000000 kfdhdb.ub4spare[2]: 0 ; 0x0f4: 0x00000000 ........ kfdhdb.ub4spare[56]: 0 ; 0x1cc: 0x00000000 kfdhdb.ub4spare[57]: 0 ; 0x1d0: 0x00000000 kfdhdb.acdb.aba.seq: 0 ; 0x1d4: 0x00000000 kfdhdb.acdb.aba.blk: 0 ; 0x1d8: 0x00000000 kfdhdb.acdb.ents: 0 ; 0x1dc: 0x0000 kfdhdb.acdb.ub2spare: 0 ; 0x1de: 0x0000 |
关于其他的不再累述，由于2010年底写过一篇详解disk header的文章，我这里摘取过来：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
[oracle@10gasm ~]$ dd if=/dev/sdb bs=4096 count=1|od -x | more 1+0 records in 1+0 records out 4096 bytes (4.1 kB) copied, 0.000626222 seconds, 6.5 MB/s 0000000 8201 0101 0000 0000 0002 8000 74b8 5ade 0000020 0000 0000 0000 0000 0000 0000 0000 0000 0000040 524f 4c43 4944 4b53 0000 0000 0000 0000 0000060 0000 0000 0000 0000 0000 0000 0000 0000 0000100 0000 0a10 0002 0301 4144 4154 5f31 3030 0000120 3230 0000 0000 0000 0000 0000 0000 0000 0000140 0000 0000 0000 0000 4144 4154 0031 0000 0000160 0000 0000 0000 0000 0000 0000 0000 0000 0000200 0000 0000 0000 0000 4144 4154 5f31 3030 0000220 3230 0000 0000 0000 0000 0000 0000 0000 0000240 0000 0000 0000 0000 0000 0000 0000 0000 * 0000300 0000 0000 0000 0000 32d7 01f7 5800 b29d 0000320 32d7 01f7 fc00 b29d 0200 1000 0000 0010 0000340 bc80 0001 0400 0000 0002 0000 0001 0000 0000360 0002 0000 0000 0000 0000 0000 0000 0000 0000400 0000 0a10 3246 01f7 8000 8f7c 0000 0000 0000420 0000 0000 0000 0000 0000 0000 0000 0000 * 0010000 |
由于我这里是32位平台，字节序是反的，所以大家看起来可能有点费力，不过没关系，下面有对于关系的详细描述，我原来的文章
是使用dd复制出disk header block，然后使用bbed来进行观察的，如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 |
[oracle@roger ~]$ dd if=/dev/sdb bs=4096 count=1 of=asm_header ---首先用dd将ASM disk header备份出来 1+0 records in 1+0 records out 下面将dd备份出来的文件 加入到bbed的 listfile文件中 如下： [oracle@roger lib]$ cat a.txt 1 /home/oracle/asm_header [oracle@roger lib]$ [oracle@roger lib]$ ./bbed parfile=parfile.txt Password: BBED: Release 2.0.0.0.0 - Limited Production on Sun Nov 21 17:10:36 2010 Copyright (c) 1982, 2007, Oracle. All rights reserved. ************* !!! For Oracle Internal Use only !!! *************** BBED> show all FILE# 1 BLOCK# 1 OFFSET 0 DBA 0x00400001 (4194305 1,1) FILENAME /home/oracle/asm_header BIFILE bifile.bbd LISTFILE a.txt BLOCKSIZE 512 MODE Edit EDIT Unrecoverable IBASE Dec OBASE Dec WIDTH 80 COUNT 512 LOGFILE log.bbd SPOOL Yes BBED> map /v File: /home/oracle/asm_header (1) Block: 1 Dba:0x00400001 ------------------------------------------------------------ Undo Segment Header 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 ktect, 44 bytes @20 ub4 ktectspare @20 word ktecttsn @24 ub4 ktectobj @28 ub4 ktectnex @32 ub2 ktecttbe @36 ub4 ktectcex @40 ub4 ktectces @44 ub4 ktectcbk @48 struct ktectxid, 8 bytes @52 ub1 ktectlck @60 struct ktetb[1], 8 bytes @64 ub4 ktetbdba @64 ub4 ktetbnbk @68 struct ktuxc, 104 bytes @18776 struct ktuxcscn, 8 bytes @18776 struct ktuxcuba, 8 bytes @18784 sb2 ktuxcflg @18792 ub2 ktuxcseq @18794 sb2 ktuxcnfb @18796 ub4 ktuxcinc @18800 sb2 ktuxcchd @18804 sb2 ktuxcctl @18806 ub2 ktuxcmgc @18808 ub4 ktuxcopt @18816 struct ktuxcfbp[5], 60 bytes @18820 struct ktuxe[255], 10200 bytes @18880 ub4 ktuxexid @18880 ub4 ktuxebrb @18884 struct ktuxescn, 8 bytes @18888 sb4 ktuxesta @18896 ub1 ktuxecfl @18897 sb2 ktuxeuel @18898 ub4 tailchk @508 BBED> p kcbh --block header的信息 一共占了20byte struct kcbh, 20 bytes @0 ub1 type_kcbh @0 0x01 ub1 frmt_kcbh @1 0x82 ub1 spare1_kcbh @2 0x01 ub1 spare2_kcbh @3 0x01 ub4 rdba_kcbh @4 0x00000000 ub4 bas_kcbh @8 0x80000000 ub2 wrp_kcbh @12 0x1d56 ub1 seq_kcbh @14 0x85 ub1 flg_kcbh @15 0x78 (NONE) ub2 chkval_kcbh @16 0x0000 ub2 spare3_kcbh @18 0x0000 BBED> d /v count 4096 File: /home/oracle/asm_header (1) Block: 1 Offsets: 0 to 511 Dba:0x00400001 ------------------------------------------------------- 01820101 00000000 00000080 561d8578 l ............V..x 00000000 00000000 00000000 00000000 l ................ 4f52434c 4449534b 00000000 00000000 l ORCLDISK........ 00000000 00000000 00000000 00000000 l ................ 0000100a 00000103 44415441 30315f30 l ........DATA01_0 30303000 00000000 00000000 00000000 l 000............. 00000000 00000000 44415441 30310000 l ........DATA01.. 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 44415441 30315f30 l ........DATA01_0 30303000 00000000 00000000 00000000 l 000............. 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 15adf601 00447ca5 l ...........D|? abaef601 00ac21ad 00020010 00001000 l ?.??....... 80bc0100 00140000 02000000 01000000 l .?............. 02000000 02000000 00000000 00000000 l ................ 0000100a 15adf601 00187ba5 00000000 l ........{?... 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ 00000000 00000000 00000000 00000000 l ................ <16 bytes per line> |
下面我们来对上面的dump信息进行解释：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 |
1）第1个byte 01 --这里是对应的endian_kfbh 01即使1 表示的是Little Endian 相反，0的话即使表示BIG endian 2）第2个byte 82 --这里对应kfbh.hard 3）第3个byte 01 --这里对应kfbh.type 4）第4个byte 01 --这里对应的是datfmt_kfbh 5）第5~8个byte 00 00 00 00 ---这里对应的是kfbh.block.blk 6）第9~12个byte 00 00 00 08 ---这里对应的是kfbh.block.obj 7）第13~16个byte 561d8578 ---这里对应的是kfbh.check （可以对比下面的kfed结果） 8）第17~20个byte 00000000 ---这里对应的是kfbh.fcn.base 9）第21~23个byte 00000000 ---这里对应的是kfbh.fcn.wrap 10）第24~27个byte 00000000 ---这里对应的是kfbh.spare1 11）第28~32个byte 00000000 ---这里对应的是kfbh.spare2 12）第33~40个byte 4f52434c 4449534b ---这里对应的是kfdhdb.driver.provstr --从上面的dump信息可以看出具体的值 13）第41~64个byte 00 00 00 00 ---这里对应的是kfdhdb.driver.reserved[0] ~~ kfdhdb.driver.reserved[5] 14）第65~68个byte 0000100a ---这里对应的是kfdhdb.compat 即使我们的oracle版本号 15）第69~70个byte 0000 ---这里对应的是kfdhdb.dsknum 即使disk numer 取值范围 0~65335 16）第71个byte 01 ---这里对应的是kfdhdb.grptyp 即磁盘组的冗余方式 01 表示EXTERNAL冗余 下面对该值的属性做一下补充： KFDGTP_INVALID ((kfdgtp)0) -- Illegal value KFDGTP_EXTERNAL ((kfdgtp)1) -- External redundancy KFDGTP_NORMAL ((kfdgtp)2) -- Normal redundancy KFDGTP_HIGH ((kfdgtp)3) -- High redundancy 17）第72个byte 03 ---这里对应是kfdhdb.hdrsts 即disk group的状态 03表示正常（这里非常重要） 下面对改值的熟悉做一下补充： KFDHDR_INVALID ((kfdhdr)0) -- Illegal value KFDHDR_UNKNOWN ((kfdhdr)1) -- Disk header block unreadable KFDHDR_CANDIDATE ((kfdhdr)2) -- No OSM or OS disk header found KFDHDR_MEMBER ((kfdhdr)3) -- Normal member of the group ---03 正常状态 KFDHDR_FORMER ((kfdhdr)4) -- Disk dropped cleanly from group KFDHDR_CONFLICT ((kfdhdr)5) -- Header conflicts KFDHDR_INCOMPAT ((kfdhdr)6) -- Written by incompatible software KFDHDR_PROVISIONED ((kfdhdr)7) -- Disk was prepared beforehand 18）第73~104个byte 44415441 到00000000 32个byte ---这里对应的是kfdhdb.dskname 即磁盘名称 我们这里的DATA01_0000 19) 第105~~136个byte 44415441 到00000000 32个byte ---这里对应的是kfdhdb.grpname 即是磁盘组名称 DATA01 20）第137~ 168个byte 也是44415441开始 32个byte ---这里对应的是kfdhdb.fgname 即failgroup name 21）第169~184 个byte 一共16个byte ---这里对应的是kfdhdb.capname 即是Capacitygroup name 当然我这里没有使用 22）第185~188个byte 一共4个byte ---这里对应的是kfdhdb.crestmp.hi 即Creation timestamp high 23）第189~192个byte 一共4个byte ---这里对应的是kfdhdb.crestmp.lo 即Creation timestamp low 24）第193~196个byte 一共4个byte ---这里对应的是kfdhdb.mntstmp.hi 25）第197~200个byte 一共4个byte ---这里对应的是kfdhdb.mntstmp.lo 26）第201~202 一共2个byte ---这里对应的是kfdhdb.secsize 即physical sector size of the disk 27）第203~204 一共2个byte ---这里对应的是fdhdb.blksize 即metadata blocksize asm block大小 28）第205~208 一共4个byte ---这里对应的是kfdhdb.ausize 即AU 的大小1048576 即是1m 29）第209~212 一共4个byte ---这里对应的是kfdhdb.mfact 即Stride between physical addresses of allocation units 30）第213~216 一共4个byte ---这里对应的是kfdhdb.dsksize 即0x00001400 转换为10进制后为5120 即5120个分配units =磁盘组大小 补充： kfdhdb.ausize * dsksize_kfdhdb = disk size 即是 1m x 5120 =5120m （注意这个大小是整个磁盘组的大小） 31）第217~220 一共4个byte ---这里对应的是kfdhdb.pmcnt 这里该值是2 即 Number of physically addressed allocation units 32）第221~224 一共4个byte ---这里对应的是kfdhdb.fstlocn 即First FreeSpace table block number used to find freespace。 33）第225~228 一共4个byte ---这里对应的是kfdhdb.altlocn 即First Alocation table block numer used to find allocated space 34）第229~232 一共4个byte ---这里对应的是kfdhdb.f1b1locn 即File Directory block 1 Allocation Unit number. Beginging for file directory 即是第一个file directory 通常这里是2 35）第241~244 一共4个byte ---这里对应的是kfdhdb.dbcompat 转换以为即为我们的数据库版本 36）第245~248 一共4个byte ---这里对应的是kfdhdb.grpstmp.hi 我们这里的值是 HOUR=0x15 DAYS=0x8 MNTH=0xb YEAR=0x7da 0x7da -->2010 0xb -->11 0x8 -->8 0x15 -->21 即2010/11/08 21 这里只是精确到小时 37）第249~252 一共4个byte ---这里对应的是kfdhdb.grpstmp.lo 我们这里的值是 USEC=0x0 MSEC=0x2c6 SECS=0x17 MINS=0x29 MINS=0x29 -->41 分钟 SECS=0x17 -->23 秒 MSEC=0x2c6 -->710 微秒即0.7s USEC=0x0 -->0 |
最后再补充下，从11gR2开始，asm au会随着extent的分配而发生变化，大概是如下一个关系：
当extent < 20000时，au size等于默认大小，如果你指定大小，那么默认是1m;
当extent >= 20000时, au size等于4倍默认au size大小，如果你不指定au大小，那么将是4m;
当extent >= 40000时，au size等于16倍默认au size大小,如果你不指定au大小，那么将是16m.
从asm角度来看，最小的分配单位是au，而一个或多个au又组成extent，所以这里的extent其实跟database中的extent有些类似。
后面还会继续研究分享，欢迎大家关注！这仅仅是个开始~~~
6 Responses to “oracle asm 剖析系列(1) –disk header”
太深了，看起来有些吃力！！！！
还是一头雾水，预留的50M空间，体现在哪里呢？
thanks.
大师，我在AIX上测试时发现测试结果跟你的不一样，磁盘头块差不多，看到第二篇文档就进行不下去了，不知道AIX是不是有些特别的，
AIX方面有什么资料可以参考呢！
谢谢谢，这个问题困惑我很久！
前au # 50个是元数据，总共是51M元数据
-bash-4.1$ kfed read /dev/raw/raw7 aun=50 |more
kfbh.endian: 1 ; 0x000: 0x01
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 4 ; 0x002: KFBTYP_FILEDIR
kfbh.datfmt: 1 ; 0x003: 0x01
kfbh.block.blk: 256 ; 0x004: blk=256
kfbh.block.obj: 1 ; 0x008: file=1
kfbh.check: 2198926922 ; 0x00c: 0x8310f64a
kfbh.fcn.base: 442 ; 0x010: 0x000001ba
kfbh.fcn.wrap: 0 ; 0x014: 0x00000000
kfbh.spare1: 0 ; 0x018: 0x00000000
kfbh.spare2: 0 ; 0x01c: 0x00000000
kfffdb.node.incarn: 885382041 ; 0x000: A=1 NUMM=0x1a62edcc
kfffdb.node.frlist.number: 4294967295 ; 0x004: 0xffffffff
kfffdb.node.frlist.incarn: 0 ; 0x008: A=0 NUMM=0x0
kfffdb.hibytes: 0 ; 0x00c: 0x00000000
kfffdb.lobytes: 104865792 ; 0x010: 0x06402000
kfffdb.xtntcnt: 101 ; 0x014: 0x00000065
kfffdb.xtnteof: 101 ; 0x018: 0x00000065
kfffdb.blkSize: 8192 ; 0x01c: 0x00002000
-bash-4.1$ kfed read /dev/raw/raw7 aun=51|more
kfbh.endian: 0 ; 0x000: 0x00
kfbh.hard: 162 ; 0x001: 0xa2
kfbh.type: 0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt: 0 ; 0x003: 0x00
kfbh.block.blk: 4290772992 ; 0x004: blk=2143289344 (indirect)
kfbh.block.obj: 0 ; 0x008: file=0
kfbh.check: 0 ; 0x00c: 0x00000000
kfbh.fcn.base: 18886 ; 0x010: 0x000049c6
kfbh.fcn.wrap: 8192 ; 0x014: 0x00002000
kfbh.spare1: 12800 ; 0x018: 0x00003200
kfbh.spare2: 2054913149 ; 0x01c: 0x7a7b7c7d
7EFEF7064400 0000A200 FFC00000 00000000 00000000 […………….]
7EFEF7064410 000049C6 00002000 00003200 7A7B7C7D [.I… …2..}|{z]
7EFEF7064420 00000000 00000000 00000000 00000000 […………….
[…] http://www.killdb.com/2013/01/07/oracle-asm-%E5%89%96%E6%9E%90%E7%B3%BB%E5%88%971.html […]
Leave a Reply
You must be logged in to post a comment.