本篇文章讲述asm元信息的2号文件,asm的2号文件是asm的磁盘目录,它跟踪磁盘组中的所有磁盘。由于在asm中磁盘组是一个独立的存储单位,因此每一个磁盘组都会有自己的磁盘目录。
译者注:asm中每一个磁盘组都是自解释的,磁盘组之间没有任何的信息上依赖
对asm来说,磁盘目录只是一个普通的asm文件,在asm的文件目录中也会有它的条目,如果磁盘组做了冗余策略,它也会相应做镜像,也会像其他文件一样根据实际需要做空间的伸长。
每个磁盘目录的条目都维护了如下的一些信息:
· 磁盘号
· 磁盘的状态
· 磁盘的名称
· 所在的failgroup名称
· 创建的时间戳
· 失败的时间戳
· 自失败时间戳截止目前的时间
· resize目标值
· 磁盘修复时间
· zone的信息
磁盘目录的大部分信息都可以通过视图v$asm_disk获得,每一个磁盘都在这个视图中有一行记录,这些磁盘包括哪些还不是任何磁盘组的磁盘。每次查询这个视图都会导致asm执行磁盘的发现操作,因此查询这个视图的代价是非常大的。
下面的例子显示了在asm实例中查询v$asm_disk视图的输出:
sql> select group_number, disk_number, state, name, mount_status
from v$asm_disk;
group_number disk_number state name mount_s
------------ ----------- -------- ------------ -------
0 0 normal closed
0 1 normal closed
0 2 normal closed
0 6 normal closed
1 0 normal asmdisk1 cached
1 1 normal asmdisk2 cached
1 2 normal asmdisk3 cached
1 3 normal asmdisk4 cached
2 0 normal asmdisk5 cached
2 1 normal asmdisk6 cached
10 rows selected.
sql>
我们获得了所有asm识别到的磁盘,包括了哪些不是当前正mount磁盘组(group_number=0)的磁盘。
视图v$asm_disk_stat展示了跟v$asm_disk相同的信息,不过查询v$asm_disk_stat并不会执行发现所有磁盘的操作。它的信息来自于asm实例的sga区,查询v$asm_disk_stat的代价不大,因为并不进行发现磁盘的操作,但是这个查询的结果可能并不能实时反应系统磁盘的现状。
译者注:v$asm_disk_stat中的信息只能反映出当前挂载磁盘组的磁盘信息,而不仅仅是不能反映出系统新加入的盘的信息。
下面的查询显示了在asm实例中查询v$asm_disk_stat视图的输出:
from v$asm_disk_stat;
6 rows selected.
this time, we only see disks for the mounted disk groups.
这次,我们只看到了mount的磁盘组上的磁盘。
我们可以在asm实例中查询固态表x$kffxp来查看哪些au属于asm的2号文件,同时通过join视图v$asm_disk_stat来获取asm的磁盘名称,让我们来对一个磁盘组进行查询:
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=2
order by 1, 2;
extent au disk # disk name
--------- ---------- ---------- ---------
0 2 3 asmdisk4
0 3 0 asmdisk1
0 3 1 asmdisk2
上面的结果展示了2个内容:asm的磁盘目录被做了3重镜像,当前磁盘目录的大小是3个物理extent(本例中也就是3个au),再次强调,即使在一个normal冗余的磁盘组中,asm的磁盘目录也被做了3重镜像。
让我们使用kfed工具查看下磁盘目录的具体内容,由于数据在3个au中是一样的,我们只需要查看第一个au的内容就可以了,这里是asmdisk4的au 2:
$ kfed read /dev/oracleasm/disks/asmdisk4 aun=2 | more
kfbh.endian: 1 ; 0x000: 0x01
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 6 ; 0x002: kfbtyp_diskdir
...
kfddde[0].entry.incarn: 1 ; 0x024: a=1 numm=0x0
kfddde[0].entry.hash: 0 ; 0x028: 0x00000000
kfddde[0].entry.refer.number:4294967295 ; 0x02c: 0xffffffff
kfddde[0].entry.refer.incarn: 0 ; 0x030: a=0 numm=0x0
kfddde[0].dsknum: 0 ; 0x034: 0x0000
kfddde[0].state: 2 ; 0x036: kfdsta_normal
kfddde[0].ddchgfl: 132 ; 0x037: 0x84
kfddde[0].dskname: asmdisk1 ; 0x038: length=8
kfddde[0].fgname: asmdisk1 ; 0x058: length=8
kfddde[0].crestmp.hi: 32960657 ; 0x078: hour=0x11 days=0x4 mnth=0xc year=0x7db
kfddde[0].crestmp.lo: 2843202560 ; 0x07c: usec=0x0 msec=0x1f5 secs=0x17 mins=0x2a
kfddde[0].failstmp.hi: 0 ; 0x080: hour=0x0 days=0x0 mnth=0x0 year=0x0
kfddde[0].failstmp.lo: 0 ; 0x084: usec=0x0 msec=0x0 secs=0x0 mins=0x0
kfddde[0].timer: 0 ; 0x088: 0x00000000
kfddde[0].size: 4094 ; 0x08c: 0x00000ffe
kfddde[0].srrloc.super.histart: 0 ; 0x090: 0x00000000
kfddde[0].srrloc.super.lostart: 0 ; 0x094: 0x00000000
kfddde[0].srrloc.super.length: 0 ; 0x098: 0x00000000
kfddde[0].srrloc.incarn: 0 ; 0x09c: 0x00000000
kfddde[0].dskrprtm: 0 ; 0x0a0: 0x00000000
kfddde[0].zones[0].start: 0 ; 0x0a4: 0x00000000
kfddde[0].zones[0].size: 4094 ; 0x0a8: 0x00000ffe
kfddde[0].zones[0].used: 47 ; 0x0ac: 0x0000002f
kfddde[1].entry.incarn: 1 ; 0x1e4: a=1 numm=0x0
kfddde[1].entry.hash: 1 ; 0x1e8: 0x00000001
kfddde[1].entry.refer.number:4294967295 ; 0x1ec: 0xffffffff
kfddde[1].entry.refer.incarn: 0 ; 0x1f0: a=0 numm=0x0
kfddde[1].dsknum: 1 ; 0x1f4: 0x0001
kfddde[1].state: 2 ; 0x1f6: kfdsta_normal
kfddde[1].ddchgfl: 132 ; 0x1f7: 0x84
kfddde[1].dskname: asmdisk2 ; 0x1f8: length=8
kfddde[2].entry.incarn: 1 ; 0x3a4: a=1 numm=0x0
kfddde[2].entry.hash: 2 ; 0x3a8: 0x00000002
kfddde[2].entry.refer.number:4294967295 ; 0x3ac: 0xffffffff
kfddde[2].entry.refer.incarn: 0 ; 0x3b0: a=0 numm=0x0
kfddde[2].dsknum: 2 ; 0x3b4: 0x0002
kfddde[2].state: 2 ; 0x3b6: kfdsta_normal
kfddde[2].ddchgfl: 132 ; 0x3b7: 0x84
kfddde[2].dskname: asmdisk3 ; 0x3b8: length=8
$
输出信息中的kfbh.type为kfbtyp_diskdir代表了这是一个磁盘目录。asm中的磁盘的信息存储在上面输出内容的kfddde的区域,kfddde[0] 是关于磁盘0,kfddde[1]是关于磁盘1,以此类推。以这种方式我们可以知道磁盘组中所有磁盘的信息,就像你看到的,大部分的信息都可以通过视图v$asm_disk去获取,而不需要通过kfed这种工具去查看。
asm磁盘目录维护了关于asm磁盘组中的所有的磁盘的信息,这些信息基本上可以通过视图v$asm_disk去获取,也可以通过kfed工具去访问到这些信息。
<b>本文来自云栖社区合作伙伴“dbgeek”</b>