當(dāng)ASM實例要對多個元信息block進行原子修改時,ASM的active change directory 簡稱ACD會記錄相應(yīng)的日志,ACD是ASM元信息的3號文件。對應(yīng)的日志記錄會以單次IO的方式寫入,來確保操作原子性。
ACD被分成多個chunk或者thread,每個運行中的ASM實例都有它自己的42MB大小的chunk。當(dāng)一個磁盤組被創(chuàng)建時,會分配一個獨立的chunk給ACD。隨著更多的實例掛載了該磁盤組,ACD的chunk數(shù)也會同比例增長,每個實例會使用屬于自己的ACD chunk區(qū)。
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。當(dāng)前磁盤組的AU大小為1MB,意味著ACD總大小是42MB。
如果我用更大的AU(4MB)來重建該磁盤組,我們?nèi)匀粫l(fā)現(xiàn)ACD大小是42MB。接下來我們創(chuàng)建一個AU為4M的磁盤組驗證一下:
SQL> create diskgroup RECO external redundancy
disk 'ORCL:ASMDISK5', 'ORCL:ASMDISK6' attribute 'au_size'='4M';
Diskgroup created.
現(xiàn)在對X$KFFXP和V$ASM_DISK_STAT視圖運行同樣的查詢返回了11行,說明ACD大小仍為42MB。
SQL> SELECT x.xnum_kffxp "Extent"... Extent AU Disk # Disk name ---------- ---------- ---------- --------- 0 3 1 ASMDISK6 1 3 0 ASMDISK5 2 4 1 ASMDISK6 ... 10 8 1 ASMDISK6 11 rows selected.
接下來使用kfed工具對ACD進行查看。上一個查詢顯示ACD是從ASMDISK6磁盤的第三個AU開始的。考慮到當(dāng)前磁盤組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。輸出中我們只需要關(guān)注一個地方就可以了,那就是kfracdc.thread=1,這代表該ACD屬于ASM實例一。在一個集群環(huán)境中,該值是與ASM實例號相對應(yīng)的。
以上是ACD的開始,也就是block 0。我們來看一下block 1,也就是ACD的實際數(shù)據(jù)。
$ kfed read /dev/oracleasm/disks/ASMDISK6 ausz=4m aun=3 blkn=1 | more kfbh.endian: 1 ; 0x000: 0x01 kfbh.hard: 130 ; 0x001: 0x82 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]數(shù)據(jù)結(jié)構(gòu),也就是ASM的redo日志記錄。以上信息中我們需要關(guān)注2個地方,一個是正在進行中的操作(opcode,即操作碼),另一個是操作類型(kfbtyp)。其實,這些內(nèi)容脫離了ACD具體內(nèi)容就沒有什么意義,所以在此我們也不深究了。
本篇只是一個說明性質(zhì)的文章,只為完結(jié)ASM元信息系列文章,一些過于細節(jié)的地方也不必深究,明白ASM ACD的內(nèi)部工作機理也沒有太大的實踐益處。
本站文章版權(quán)歸原作者及原出處所有 。內(nèi)容為作者個人觀點, 并不代表本站贊同其觀點和對其真實性負責(zé),本站只提供參考并不構(gòu)成任何投資及應(yīng)用建議。本站是一個個人學(xué)習(xí)交流的平臺,網(wǎng)站上部分文章為轉(zhuǎn)載,并不用于任何商業(yè)目的,我們已經(jīng)盡可能的對作者和來源進行了通告,但是能力有限或疏忽,造成漏登,請及時聯(lián)系我們,我們將根據(jù)著作權(quán)人的要求,立即更正或者刪除有關(guān)內(nèi)容。本站擁有對此聲明的最終解釋權(quán)。