
进入$ORACLE_HOME/rdbms/lib下,执行make -f ins_rdbms.mk ikfed命令,执行完成后会在$ORACLE_HOME/bin目录中将会产生kfed程序。
kfed的语法是:kfed read *devicename* text=*filename*
read指读取。
*devicename*指要读取的磁盘名称。
test指输出的格式为文本格式。
*filename*指输出的文件命。
text选项是可选的,使用了此选项则输出结果输出到指定文件,如果不加默认的输出是指屏幕输出。
示例如下:
查看下asm磁盘组中的磁盘:
image
(图1)
查看已有的磁盘组、块大小以及类型:
image
(图2)
读取磁盘vol01的头部信息:
[oracle@oradb bin]$ kfed read /dev/oracleasm/disks/VOL01
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: T=0 NUMB=0x0
kfbh.block.obj: 2147483648 0x008: TYPE=0x8 NUMB=0x0
kfbh.check: 3091711072 0x00c: 0xb847c460
kfbh.fcn.base:0 0x010: 0x00000000
kfbh.fcn.wrap:0 0x014: 0x00000000
kfbh.spare1: 0 0x018: 0x00000000
kfbh.spare2: 0 0x01c: 0x00000000
kfdhdb.driver.provstr:ORCLDISKVOL01 0x000: length=13
kfdhdb.driver.reserved[0]:810307414 0x008: 0x304c4f56
kfdhdb.driver.reserved[1]: 49 0x00c: 0x00000031
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:168820736 0x020: 0x0a100000
kfdhdb.dsknum:0 0x024: 0x0000 //这里是磁盘号,和图1中的输出一致。
kfdhdb.grptyp:3 0x026: KFDGTP_HIGH //这里是磁盘类型,和图2输出一致。
kfdhdb.hdrsts:3 0x027: KFDHDR_MEMBER
kfdhdb.dskname: VOL01 0x028: length=5 //磁盘名称,如图1所示。
kfdhdb.grpname:DATA 0x048: length=4 //磁盘所属的磁盘组,如图2所示。
kfdhdb.fgname:VOL01 0x068: length=5
kfdhdb.capname: 0x088: length=0
kfdhdb.crestmp.hi: 32942006 0x0a8: HOUR=0x16 DAYS=0x1d MNTH=0x9 YEAR=0x7da
kfdhdb.crestmp.lo:449689600 0x0ac: USEC=0x0 MSEC=0x36e SECS=0x2c MINS=0x6
kfdhdb.mntstmp.hi: 32942646 0x0b0: HOUR=0x16 DAYS=0x11 MNTH=0xa YEAR=0x7da
kfdhdb.mntstmp.lo: 1573951488 0x0b4: USEC=0x0 MSEC=0x26 SECS=0x1d MINS=0x17
kfdhdb.secsize: 512 0x0b8: 0x0200
kfdhdb.blksize:4096 0x0ba: 0x1000//这里指每个block的大小,和图2的输出一致。
kfdhdb.ausize: 1048576 0x0bc: 0x00100000
kfdhdb.mfact:113792 0x0c0: 0x0001bc80
kfdhdb.dsksize: 10236 0x0c4: 0x000027fc //这里是磁盘的大小,和图1的输出一致。
kfdhdb.pmcnt: 2 0x0c8: 0x00000002
kfdhdb.fstlocn: 1 0x0cc: 0x00000001
kfdhdb.altlocn: 2 0x0d0: 0x00000002
kfdhdb.f1b1locn: 2 0x0d4: 0x00000002
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: 168820736 0x0e0: 0x0a100000
kfdhdb.grpstmp.hi: 32942006 0x0e4: HOUR=0x16 DAYS=0x1d MNTH=0x9 YEAR=0x7da
kfdhdb.grpstmp.lo:448217088 0x0e8: USEC=0x0 MSEC=0x1d0 SECS=0x2b MINS=0x6
kfdhdb.ub4spare[0]: 0 0x0ec: 0x00000000
kfdhdb.ub4spare[1]: 0 0x0f0: 0x00000000
kfdhdb.ub4spare[2]: 0 0x0f4: 0x00000000
kfdhdb.ub4spare[3]: 0 0x0f8: 0x00000000
kfdhdb.ub4spare[4]: 0 0x0fc: 0x00000000
kfdhdb.ub4spare[5]: 0 0x100: 0x00000000
kfdhdb.ub4spare[6]: 0 0x104: 0x00000000
kfdhdb.ub4spare[7]: 0 0x108: 0x00000000
kfdhdb.ub4spare[8]: 0 0x10c: 0x00000000
kfdhdb.ub4spare[9]: 0 0x110: 0x00000000
kfdhdb.ub4spare[10]: 0 0x114: 0x00000000
kfdhdb.ub4spare[11]: 0 0x118: 0x00000000
kfdhdb.ub4spare[12]: 0 0x11c: 0x00000000
kfdhdb.ub4spare[13]: 0 0x120: 0x00000000
kfdhdb.ub4spare[14]: 0 0x124: 0x00000000
kfdhdb.ub4spare[15]: 0 0x128: 0x00000000
kfdhdb.ub4spare[16]: 0 0x12c: 0x00000000
kfdhdb.ub4spare[17]: 0 0x130: 0x00000000
kfdhdb.ub4spare[18]: 0 0x134: 0x00000000
kfdhdb.ub4spare[19]: 0 0x138: 0x00000000
kfdhdb.ub4spare[20]: 0 0x13c: 0x00000000
kfdhdb.ub4spare[21]: 0 0x140: 0x00000000
kfdhdb.ub4spare[22]: 0 0x144: 0x00000000
kfdhdb.ub4spare[23]: 0 0x148: 0x00000000
kfdhdb.ub4spare[24]: 0 0x14c: 0x00000000
kfdhdb.ub4spare[25]: 0 0x150: 0x00000000
kfdhdb.ub4spare[26]: 0 0x154: 0x00000000
kfdhdb.ub4spare[27]: 0 0x158: 0x00000000
kfdhdb.ub4spare[28]: 0 0x15c: 0x00000000
kfdhdb.ub4spare[29]: 0 0x160: 0x00000000
kfdhdb.ub4spare[30]: 0 0x164: 0x00000000
kfdhdb.ub4spare[31]: 0 0x168: 0x00000000
kfdhdb.ub4spare[32]: 0 0x16c: 0x00000000
kfdhdb.ub4spare[33]: 0 0x170: 0x00000000
kfdhdb.ub4spare[34]: 0 0x174: 0x00000000
kfdhdb.ub4spare[35]: 0 0x178: 0x00000000
kfdhdb.ub4spare[36]: 0 0x17c: 0x00000000
kfdhdb.ub4spare[37]: 0 0x180: 0x00000000
kfdhdb.ub4spare[38]: 0 0x184: 0x00000000
kfdhdb.ub4spare[39]: 0 0x188: 0x00000000
kfdhdb.ub4spare[40]: 0 0x18c: 0x00000000
kfdhdb.ub4spare[41]: 0 0x190: 0x00000000
kfdhdb.ub4spare[42]: 0 0x194: 0x00000000
kfdhdb.ub4spare[43]: 0 0x198: 0x00000000
kfdhdb.ub4spare[44]: 0 0x19c: 0x00000000
kfdhdb.ub4spare[45]: 0 0x1a0: 0x00000000
kfdhdb.ub4spare[46]: 0 0x1a4: 0x00000000
kfdhdb.ub4spare[47]: 0 0x1a8: 0x00000000
kfdhdb.ub4spare[48]: 0 0x1ac: 0x00000000
kfdhdb.ub4spare[49]: 0 0x1b0: 0x00000000
kfdhdb.ub4spare[50]: 0 0x1b4: 0x00000000
kfdhdb.ub4spare[51]: 0 0x1b8: 0x00000000
kfdhdb.ub4spare[52]: 0 0x1bc: 0x00000000
kfdhdb.ub4spare[53]: 0 0x1c0: 0x00000000
kfdhdb.ub4spare[54]: 0 0x1c4: 0x00000000
kfdhdb.ub4spare[55]: 0 0x1c8: 0x00000000
kfdhdb.ub4spare[56]: 0 0x1cc: 0x00000000
kfdhdb.ub4spare[57]: 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
[oracle@oradb bin]$
清理ASM磁盘头部信息:
image
虽然大部分内容都可以从ASM实例的数据字典中获得,但是在我们碰到ASM磁盘故障的时候,kfed提供的信息往往更容易让我们判断问题点。
如果一个ASM Disk由于故障,导致删也删不掉,加也加不进去,一般情况是磁盘的header status状态不正确,此时就需要clear这个磁盘,然后再将它重新加入磁盘组中。
oracle里似乎没有直接的对应关系。[@more@]SQL>select name,path from v$asm_disk where name is not null
NAME PATH
------------------------------ --------------------
VOL1 ORCL:VOL1
VOL2 ORCL:VOL2
VOL3 ORCL:VOL3
SQL>
root@node1 dev]# oracleasm querydisk -d VOL1
Disk "VOL1" is a valid ASM disk on device [8, 17]
先要使用-d选项输出device的主次编号,之后在dev下根据device的主次编号找到对应的设备,看来oracle内部没有直接记录设备的名称。
[root@node1 dev]# cd /dev
[root@node1 dev]# ls sdb1
sdb1
[root@node1 dev]# ls -l sdb1
brw-rw---- 1 root disk 8, 17 Mar 15 23:36 sdb1
[root@node1 dev]#
另外通过oracleasm createdisk创建asm disk之后,在/dev/oracleasm/disks下出现了下面的asm disk:
--=================================
[root@node1 disks]# ls -l
total 0
brw-rw---- 1 oracle dba 8, 17 Mar 15 23:36 VOL1
brw-rw---- 1 oracle dba 8, 33 Mar 15 23:36 VOL2
brw-rw---- 1 oracle dba 8, 49 Mar 15 23:36 VOL3
[root@node1 disks]# pwd
/dev/oracleasm/disks
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)