ASM翻译系列导读:
ASM的数据冗余机制是通过将extent的镜像副本复制到同一磁盘组不同failgroup的磁盘上来实现的,这个磁盘被称为partner磁盘。在11GR2版本,一个冗余(Normal,High)的磁盘组,每一个ASM磁盘最多可以拥有8个partner磁盘,而在11GR2版本之前每一个磁盘最多拥有10个partner。在external冗余方式的磁盘组内既没有failgroup,磁盘之间也没有partner关系。
译者注:1)其实外部冗余的磁盘组每一个磁盘也会分配一个独立failgroup的名字,可以通过查询视图v$asm_disk查看到,但是它并不具有真实的意义。2)可以通过隐含参数_asm_partner_target_disk_part来调整partner的数量,但是译者还实在没想到理由去这么做。
如果一个normal冗余的磁盘组拥有两个磁盘,它们之间就是partner关系。所有在磁盘0上的extent都在磁盘1上有镜像副本,反之亦然,这种情况下,每个磁盘有一个partner(互为partner)。
如果一个normal冗余的磁盘组拥有三个磁盘,同时没有手工指定failgroup的情况下,每个磁盘将拥有两个partner。磁盘0与磁盘1、2有partner关系,磁盘1与磁盘0、2有partner关系,磁盘2与磁盘0、1有partner关系。当有一个extent分配到磁盘0时,它的镜像副本将被分配到磁盘1或者2,但是不是两者都有,注意,一个normal冗余的磁盘组内每个extent只有两份镜像副本,而不是三个。同理,磁盘1上的一个extent,它的镜像副本会在磁盘0或磁盘2上,磁盘2上的一个extent会有一个镜像副本在磁盘0或磁盘1,整个分配方式还是比较简单清晰的。
译者注:如果是元数据的extent,会在Normal冗余的磁盘组上有三份副本,当然假如failgroup的数量大于等于三。
由3个磁盘组成high冗余磁盘组的情况与此类似。磁盘间的parnter关系与上一段所述的3个磁盘组成normal冗余磁盘组完全一致。不同点在于镜像级别,磁盘0上的每个Extent会在parnter磁盘即磁盘1和磁盘2上都有镜像副本。磁盘1上的每个Extent也是一样的,在磁盘0和磁盘2上都有镜像副本。磁盘2上的extent在磁盘0和磁盘2上都有镜像副本。
如果一个normal冗余的磁盘组有很多磁盘,那么每个磁盘最多会有8个partner。也就是说在任一磁盘上的一个extent会在它的8个partner的磁盘上有一个副本。让我们牢记这一点,(normal冗余情况下)一个extent永远只会在某个partner磁盘上有一份镜像副本。
通过查询x$kfdpartner视图可以找出关于磁盘partner关系的更多细节。让我们来看一个多磁盘的磁盘组的例子:
SQL> SELECT count(disk_number)
FROM v$asm_disk
WHERE group_number = 1;
COUNT(DISK_NUMBER)
------------------
168
查询结果显示磁盘组内包含的磁盘数量着实不少,接下来看单个磁盘拥有多少个partner:
SQL> SELECT disk "Disk", count(number_kfdpartner) "Number of partners"
FROM x$kfdpartner
WHERE grp=1
GROUP BY disk
ORDER BY 1;
Disk Number of partners
---------- ------------------
0 8
1 8
2 8
...
165 8
166 8
167 8
168 rows selected.
查询结果显示单个磁盘都准确的拥有8个partner磁盘。(可以看出这里的环境是一个11GR2或以上版本的数据库)
接下来查询每个磁盘组里每个磁盘的partner关系信息:
SQL> set pages 1000
SQL> break on Group# on Disk#
SQL> SELECT d.group_number "Group#", d.disk_number "Disk#", p.number_kfdpartner "Partner disk#"
FROM x$kfdpartner p, v$asm_disk d
WHERE p.disk=d.disk_number and p.grp=d.group_number
ORDER BY 1, 2, 3;
Group# Disk# Partner disk#
---------- ---------- -------------
1 0 12
13
18
20
24
27
31
34
1 13
17
21
22
24
29
34
35
...
29 4
5
7
8
10
12
16
19
816 rows selected..
partner关系是在创建磁盘组时由ASM自动分配的,在每次添加和删除磁盘操作时会自动更新。
磁盘之间的partner关系信息是记录在磁盘的partner关系状态表即PST表(参考前面的章节)和磁盘目录中,这两项都是重要的ASM元数据结构。
SQL> CREATE DISKGROUP wxh normal REDUNDANCY
failgroup ocr1 disk
'/dev/qdata/vdc' ,
'/dev/qdata/vdd'
failgroup ocr2 disk
'/dev/qdata/vde' ,
'/dev/qdata/vdg'
attribute
'au_size'='1M',
'compatible.asm' = '11.2.0.4',
'compatible.rdbms' = '11.2.0.4';
Diskgroup created.
kfed read /dev/qdata/vdc aun=1 blkn=0| more
kfbh.endian: 1 ; 0x000: 0x01
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 17 ; 0x002: KFBTYP_PST_META
kfbh.datfmt: 2 ; 0x003: 0x02
kfbh.block.blk: 256 ; 0x004: blk=256
kfbh.block.obj: 2147483648 ; 0x008: disk=0
kfbh.check: 2503555118 ; 0x00c: 0x9539382e
kfbh.fcn.base: 0 ; 0x010: 0x00000000
kfbh.fcn.wrap: 0 ; 0x014: 0x00000000
kfbh.spare1: 0 ; 0x018: 0x00000000
kfbh.spare2: 0 ; 0x01c: 0x00000000
kfdpHdrPairBv1.first.super.time.hi:33036846 ; 0x000: HOUR=0xe DAYS=0x11 MNTH=0x6 YEAR=0x7e0
kfdpHdrPairBv1.first.super.time.lo:485925888 ; 0x004: USEC=0x0 MSEC=0x1a9 SECS=0xf MINS=0x7
kfdpHdrPairBv1.first.super.last: 2 ; 0x008: 0x00000002
kfdpHdrPairBv1.first.super.next: 2 ; 0x00c: 0x00000002
kfdpHdrPairBv1.first.super.copyCnt: 2 ; 0x010: 0x02
kfdpHdrPairBv1.first.super.version: 1 ; 0x011: 0x01
kfdpHdrPairBv1.first.super.ub2spare: 0 ; 0x012: 0x0000
kfdpHdrPairBv1.first.super.incarn: 1 ; 0x014: 0x00000001
kfdpHdrPairBv1.first.super.copy[0]: 0 ; 0x018: 0x0000
kfdpHdrPairBv1.first.super.copy[1]: 2 ; 0x01a: 0x0002
kfdpHdrPairBv1.first.super.copy[2]: 0 ; 0x01c: 0x0000
kfdpHdrPairBv1.first.super.copy[3]: 0 ; 0x01e: 0x0000
kfdpHdrPairBv1.first.super.copy[4]: 0 ; 0x020: 0x0000
kfdpHdrPairBv1.first.super.dtaSz: 4 ; 0x022: 0x0004
以上输出说明在磁盘0和2上有pst的拷贝(kfdpHdrPairBv1.first.super.copy[0]和kfdpHdrPairBv1.first.super.copy[1]处有值)
kfed read /dev/qdata/vdc aun=1 blkn=3| more
kfbh.endian: 1 ; 0x000: 0x01
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 18 ; 0x002: KFBTYP_PST_DTA
kfbh.datfmt: 2 ; 0x003: 0x02
kfbh.block.blk: 259 ; 0x004: blk=259
kfbh.block.obj: 2147483648 ; 0x008: disk=0
kfbh.check: 2182251266 ; 0x00c: 0x82128302
kfbh.fcn.base: 0 ; 0x010: 0x00000000
kfbh.fcn.wrap: 0 ; 0x014: 0x00000000
kfbh.spare1: 0 ; 0x018: 0x00000000
kfbh.spare2: 0 ; 0x01c: 0x00000000
kfdpDtaEv1[0].status: 127 ; 0x000: I=1 V=1 V=1 P=1 P=1 A=1 D=1
kfdpDtaEv1[0].fgNum: 1 ; 0x002: 0x0001
kfdpDtaEv1[0].addTs: 2174935503 ; 0x004: 0x81a2e1cf
kfdpDtaEv1[0].partner[0]: 49155 ; 0x008: P=1 P=1 PART=0x3
kfdpDtaEv1[0].partner[1]: 49154 ; 0x00a: P=1 P=1 PART=0x2
kfdpDtaEv1[0].partner[2]: 10000 ; 0x00c: P=0 P=0 PART=0x2710
kfdpDtaEv1[0].partner[3]: 0 ; 0x00e: P=0 P=0 PART=0x0
以上输出代表磁盘0(kfdpDtaEv1[0])所在failgroup号为1,它有2个partner磁盘,分为为PART=0x3,PART=0x2
原文: How many partners
作者: Bane Radulovic
译者:庄培培,沃趣科技数据库售前工程师,主要负责数据库平台架构方案设计、产品验证测试。
审校:魏兴华
责编:钱曙光