oracle下的kfed工具与磁盘绑定范例讲解

kfed是oracle 10g开始就有的工具，kfed用来读取磁盘的盘头信息。

kfed在数据库运维中扮演这重要的角色，比如数据库异常宕机，没有办法读取磁盘，kfed就可以在此时读取磁盘的盘头。

首先我们做一个读取磁盘盘头的范例

$ /grid/app/12.1.0/grid/bin/kfed read /dev/oraasm-mpath01
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: blk=0
kfbh.block.obj:              2147483690 ; 0x008: disk=42
kfbh.check:                  3995290152 ; 0x00c: 0xee234a28
kfbh.fcn.base:                  7937820 ; 0x010: 0x00791f1c
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:                202375168 ; 0x020: 0x0c100000
kfdhdb.dsknum:                       42 ; 0x024: 0x002a
kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname:             DATADG_0042 ; 0x028: length=11
kfdhdb.grpname:                  DATADG ; 0x048: length=6
kfdhdb.fgname:              DATADG_0042 ; 0x068: length=11
kfdhdb.capname:                         ; 0x088: length=0
kfdhdb.crestmp.hi:             33067786 ; 0x0a8: HOUR=0xa DAYS=0x18 MNTH=0x4 YEAR=0x7e2
kfdhdb.crestmp.lo:           1994433536 ; 0x0ac: USEC=0x0 MSEC=0x29 SECS=0x2e MINS=0x1d
kfdhdb.mntstmp.hi:             33068390 ; 0x0b0: HOUR=0x6 DAYS=0xb MNTH=0x5 YEAR=0x7e2
kfdhdb.mntstmp.lo:            584754176 ; 0x0b4: USEC=0x0 MSEC=0x2a9 SECS=0x2d MINS=0x8
kfdhdb.secsize:                     512 ; 0x0b8: 0x0200
kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000
kfdhdb.ausize:                  8388608 ; 0x0bc: 0x00800000
kfdhdb.mfact:                    454272 ; 0x0c0: 0x0006ee80
kfdhdb.dsksize:                   65536 ; 0x0c4: 0x00010000
kfdhdb.pmcnt:                         3 ; 0x0c8: 0x00000003
kfdhdb.fstlocn:                       1 ; 0x0cc: 0x00000001
kfdhdb.altlocn:                       2 ; 0x0d0: 0x00000002
kfdhdb.f1b1locn:                      0 ; 0x0d4: 0x00000000
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:              202375168 ; 0x0e0: 0x0c100000
kfdhdb.grpstmp.hi:             33059027 ; 0x0e4: HOUR=0x13 DAYS=0x6 MNTH=0xc YEAR=0x7e1
kfdhdb.grpstmp.lo:           1868255232 ; 0x0e8: USEC=0x0 MSEC=0x2d4 SECS=0x35 MINS=0x1b
kfdhdb.vfstart:                       0 ; 0x0ec: 0x00000000
kfdhdb.vfend:                         0 ; 0x0f0: 0x00000000
kfdhdb.spfile:                        0 ; 0x0f4: 0x00000000
kfdhdb.spfflg:                        0 ; 0x0f8: 0x00000000
kfdhdb.flags:                         1 ; 0x0fc: 0x00000001
kfdhdb.f1b1fcn.base:                  0 ; 0x100: 0x00000000
kfdhdb.f1b1fcn.wrap:                  0 ; 0x104: 0x00000000
kfdhdb.ub4spare[0]:                   0 ; 0x108: 0x00000000
kfdhdb.ub4spare[1]:                   0 ; 0x10c: 0x00000000
kfdhdb.ub4spare[2]:                   0 ; 0x110: 0x00000000

...
kfdhdb.ub4spare[50]:                  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

盘头中包含了磁盘的信息，比如磁盘名，磁盘组名，au size，block size

这次我们需要使用的就是kfdhdb.dskname磁盘名。

在一般的磁盘绑定中，比如udev，multipath，都需要在绑定文件中写明scsi_id，把绑定后的磁盘名和scsi_id做对应，这样机器在重启后就不会把磁盘绑定错，就不会导致asm起不来，就不会导致数据起不来的情况。

但是在有些环境中，就会有上述事情发生，机器重启后磁盘对应错误，而且各个节点本身的对应顺序就不一致，就只有通过kfed读盘头的方式去一个一个的梳理每个节点的磁盘绑定关系。

一次事故，在服务器重启后，asm没有启动，日志中显示没有打开磁盘。

在确认磁盘存在且可读的情况下，检查了磁盘绑定，发现没有绑定scsi id，只可能是磁盘link的顺序跟重启之前不一致了

比如有cache opening disk xx of grp x:diskname diskpath 的错误

可截取diskname和disk path，通过kfed读取dm文件，找到正确的盘

[root@dbnode01 enmo]# cat scan_disk_ln.sh 
while read line
do disk=`echo $line|awk '{print $1}'`
path=`echo $line|awk '{print $2}'`
for i in `ls /dev/dm-*`
do /grid/app/12.1.0/grid/bin/kfed read $i |egrep -i "$disk" >/dev/null 
if [ $ -eq 0 ];then
echo "ln -s "$i $path
fi
done
done 

上述脚本需要仔细查看，理解其本意。理解multipath，udev，link的含义。

输出结果是dm和disk path的软连接命令，可以直接使用，但是这也是临时的结果

输出结果可再次加工，使用/usr/lib/udev/scsi_id -g -u -d /dev/dm* 命令生成scsi id，然后绑定到multipath的配置文件或者udev的规则文件中去。