當asm執行個體要對多個元資訊block進行原子修改時,asm的active change directory 簡稱acd會記錄相應的日志,acd是asm元資訊的3号檔案。對應的日志記錄會以單次io的方式寫入,來確定操作原子性。
acd被分成多個chunk或者thread,每個運作中的asm執行個體都有它自己的42mb大小的chunk。當一個磁盤組被建立時,會配置設定一個獨立的chunk給acd。随着更多的執行個體挂載了該磁盤組,acd的chunk數也會同比例增長,每個執行個體會使用屬于自己的acd chunk區。
acd包含如下元件:
· acdc - acd checkpoint acd檢查點
· aba - acd block address acd塊位址
· lge - acd redo log record acd 重做日志記錄
· bcd - acd block change descriptor acd塊變更描述
我們可以通過查詢x$kffxp視圖來擷取acd目錄包含的au。acd是元資訊3号檔案,是以在我們的查詢中我們使number_kffxp=3。
sql> select x.xnum_kffxp "extent",
x.au_kffxp "au",
x.disk_kffxp "disk #",
d.name "disk name"
from x$kffxp x, v$asm_disk_stat d
where x.group_kffxp=d.group_number
and x.disk_kffxp=d.disk_number
and x.group_kffxp=1
and x.number_kffxp=3
order by 1, 2;
extent au disk # disk name
---------- ---------- ---------- ---------
0 4 0 asmdisk5
1 2 1 asmdisk6
2 5 0 asmdisk5
...
39 21 1 asmdisk6
40 24 0 asmdisk5
41 22 1 asmdisk6
42 rows selected.
查詢傳回了42行,即42個au。目前磁盤組的au大小為1mb,意味着acd總大小是42mb。
如果我用更大的au(4mb)來重建該磁盤組,我們仍然會發現acd大小是42mb。接下來我們建立一個au為4m的磁盤組驗證一下:
sql> create diskgroup reco external redundancy
disk 'orcl:asmdisk5', 'orcl:asmdisk6'
attribute 'au_size'='4m';
diskgroup created.
現在對x$kffxp和v$asm_disk_stat視圖運作同樣的查詢傳回了11行,說明acd大小仍為42mb。
sql> select x.xnum_kffxp "extent"...
0 3 1 asmdisk6
1 3 0 asmdisk5
2 4 1 asmdisk6
10 8 1 asmdisk6
11 rows selected.
接下來使用kfed工具對acd進行檢視。上一個查詢顯示acd是從asmdisk6磁盤的第三個au開始的。考慮到目前磁盤組au大小為4mb,是以我需要在kfed指令中指定ausz=4m。
$ kfed read /dev/oracleasm/disks/asmdisk6 ausz=4m aun=3 | more
kfbh.endian: 1 ; 0x000: 0x01
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 7 ; 0x002: kfbtyp_acdc
kfracdc.eyec[0]: 65 ; 0x000: 0x41
kfracdc.eyec[1]: 67 ; 0x001: 0x43
kfracdc.eyec[2]: 68 ; 0x002: 0x44
kfracdc.eyec[3]: 67 ; 0x003: 0x43
kfracdc.thread: 1 ; 0x004: 0x00000001
kfracdc.lastaba.seq: 4294967295 ; 0x008: 0xffffffff
kfracdc.lastaba.blk: 4294967295 ; 0x00c: 0xffffffff
kfracdc.blk0: 1 ; 0x010: 0x00000001
kfracdc.blks: 11263 ; 0x014: 0x00002bff
kfracdc.ckpt.seq: 2 ; 0x018: 0x00000002
kfracdc.ckpt.blk: 2 ; 0x01c: 0x00000002
kfracdc.fcn.base: 16 ; 0x020: 0x00000010
kfracdc.fcn.wrap: 0 ; 0x024: 0x00000000
kfracdc.bufblks: 512 ; 0x028: 0x00000200
kfracdc.strt112.seq: 0 ; 0x02c: 0x00000000
kfracdc.strt112.blk: 0 ; 0x030: 0x00000000
$
輸出中kfbh.type=kfbtyp_acdc證明了這确實是一個acd block。輸出中我們隻需要關注一個地方就可以了,那就是kfracdc.thread=1,這代表該acd屬于asm執行個體一。在一個叢集環境中,該值是與asm執行個體号相對應的。
以上是acd的開始,也就是block 0。我們來看一下block 1,也就是acd的實際資料。
$ kfed read /dev/oracleasm/disks/asmdisk6 ausz=4m aun=3 blkn=1 | more
kfbh.type: 8 ; 0x002: kfbtyp_chngdir
kfracdb.lge[0].valid: 1 ; 0x00c: v=1 b=0 m=0
kfracdb.lge[0].chgcount: 1 ; 0x00d: 0x01
kfracdb.lge[0].len: 52 ; 0x00e: 0x0034
kfracdb.lge[0].kfcn.base: 13 ; 0x010: 0x0000000d
kfracdb.lge[0].kfcn.wrap: 0 ; 0x014: 0x00000000
kfracdb.lge[0].bcd[0].kfbl.blk: 0 ; 0x018: blk=0
kfracdb.lge[0].bcd[0].kfbl.obj: 4 ; 0x01c: file=4
kfracdb.lge[0].bcd[0].kfcn.base: 0 ; 0x020: 0x00000000
kfracdb.lge[0].bcd[0].kfcn.wrap: 0 ; 0x024: 0x00000000
kfracdb.lge[0].bcd[0].oplen: 4 ; 0x028: 0x0004
kfracdb.lge[0].bcd[0].blkindex: 0 ; 0x02a: 0x0000
kfracdb.lge[0].bcd[0].flags: 28 ; 0x02c: f=0 n=0 f=1 l=1 v=1 a=0 c=0
kfracdb.lge[0].bcd[0].opcode: 212 ; 0x02e: 0x00d4
kfracdb.lge[0].bcd[0].kfbtyp: 9 ; 0x030: kfbtyp_cod_bgo
kfracdb.lge[0].bcd[0].redund: 17 ; 0x031: sche=0x1 numb=0x1
kfracdb.lge[0].bcd[0].pad: 63903 ; 0x032: 0xf99f
kfracdb.lge[0].bcd[0].kfrcod_crash: 1 ; 0x034: 0x00000001
kfracdb.lge[0].bcd[0].au[0]: 8 ; 0x038: 0x00000008
kfracdb.lge[0].bcd[0].disks[0]: 0 ; 0x03c: 0x0000
我們看到acd 1号block的類型是kfbtyp_chngdir,包含了kfracdb.lge[i]資料結構,也就是asm的redo日志記錄。以上資訊中我們需要關注2個地方,一個是正在進行中的操作(opcode,即操作碼),另一個是操作類型(kfbtyp)。其實,這些内容脫離了acd具體内容就沒有什麼意義,是以在此我們也不深究了。
本篇隻是一個說明性質的文章,隻為完結asm元資訊系列文章,一些過于細節的地方也不必深究,明白asm acd的内部工作機理也沒有太大的實踐益處。
<b>本文來自雲栖社群合作夥伴“dbgeek”</b>