ASM Disk Header

本文介绍了Oracle ASM磁盘出现故障时的处理步骤,包括使用dd命令备份受影响磁盘、检查健康磁盘的分配单元信息、利用kfed工具修复损坏磁盘、验证修复效果及重新加载磁盘组。
WARNING: cache read a corrupted block gn=1 dsk=39 blk=18 from disk 39
NOTE: a corrupted block was dumped to the trace file
ERROR: cache failed to read dsk=39 blk=18 from disk(s): 39
ORA-15196: invalid ASM block header [kfc.c:8033] [check_kfbh] [2147483687] [18] [2154781313 != 2634714205]
System State dumped to trace file /home/oracle/admin/+ASM/bdump/+asm1_arb0_602136.trc
NOTE: cache initiating offline of disk 39  group 1
WARNING: offlining disk 39.3734428818 (BDC_DATA_0039) with mask 0x3
NOTE: PST update: grp = 1, dsk = 39, mode = 0x6

ASM Disk Header故障的一般处理,如果出现磁盘严重破坏的则需要工具处理。
现在进行模拟演示:
1)一个50M的磁盘,现在对他进行dd操作
[grid@dbaasm ~]$ dd if=/dev/oracleasm/disks/ASMDISK2 of=/tmp/ASMDISK2.dump bs=1048576 count=50
50+0 records in
50+0 records out
52428800 bytes (52 MB) copied, 0.667474 seconds, 78.5 MB/s

说明:$> dd if=<full path affected disk name> of=/tmp/<affected disk name>.dump bs=1048576 count=50     
       
2)查看下没有被破坏的分配单元信息
[grid@dbaasm ~]$ kfed read /dev/oracleasm/disks/ASMDISK1  | egrep 'ausize|dsknum|dskname|grpname|fgname'  
kfdhdb.dsknum:                        0 ; 0x024: 0x0000
kfdhdb.dskname:                ASMDISK1 ; 0x028: length=8
kfdhdb.grpname:                    DATA ; 0x048: length=4
kfdhdb.fgname:                 FG1_SAN1 ; 0x068: length=8
kfdhdb.ausize:                  2097152 ; 0x0bc: 0x00200000

说明:$> <ASM Oracle Home>/bin/kfed read <full path healthy disk name> | egrep 'ausize|dsknum|dskname|grpname|fgname'  
可以看出这个没有收到破坏的磁盘的 AU_SIZE=2M (2097152 ) & "/dev/oracleasm/disks/ASMDISK1" 

3)对破坏的磁盘组成员进行恢复
grid@dbaasm ~]$ kfed repair /dev/oracleasm/disks/ASMDISK2  ausz=2097152

说明:$> <ASM Oracle Home>/bin/kfed repair <full path affected disk name> ausz=<AU size from point #2>

4)查看效果
[grid@dbaasm ~]$  kfed read /dev/oracleasm/disks/ASMDISK2  | head -40
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:              2147483650 ; 0x008: disk=2
kfbh.check:                  4052202307 ; 0x00c: 0xf187b343
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: ORCLDISKASMDISK2 ; 0x000: length=16
kfdhdb.driver.reserved[0]:   1145918273 ; 0x008: 0x444d5341
kfdhdb.driver.reserved[1]:    843797321 ; 0x00c: 0x324b5349
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:                186647296 ; 0x020: 0x0b200300
kfdhdb.dsknum:                        2 ; 0x024: 0x0002
kfdhdb.grptyp:                        2 ; 0x026: KFDGTP_NORMAL
kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname:                ASMDISK2 ; 0x028: length=8
kfdhdb.grpname:                    DATA ; 0x048: length=4
kfdhdb.fgname:                 FG2_SAN2 ; 0x068: length=8
kfdhdb.capname:                         ; 0x088: length=0
kfdhdb.crestmp.hi:             32974423 ; 0x0a8: HOUR=0x17 DAYS=0x12 MNTH=0x9 YEAR=0x7dc
kfdhdb.crestmp.lo:           1180930048 ; 0x0ac: USEC=0x0 MSEC=0xe4 SECS=0x26 MINS=0x11
kfdhdb.mntstmp.hi:             33003184 ; 0x0b0: HOUR=0x10 DAYS=0x15 MNTH=0x5 YEAR=0x7de
kfdhdb.mntstmp.lo:           1230240768 ; 0x0b4: USEC=0x0 MSEC=0xff SECS=0x15 MINS=0x12
kfdhdb.secsize:                     512 ; 0x0b8: 0x0200
kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000
kfdhdb.ausize:                  2097152 ; 0x0bc: 0x00200000
kfdhdb.mfact:                    228480 ; 0x0c0: 0x00037c80
kfdhdb.dsksize:                    9769 ; 0x0c4: 0x00002629
kfdhdb.pmcnt:                         2 ; 0x0c8: 0x00000002
kfdhdb.fstlocn:                       1 ; 0x0cc: 0x00000001
kfdhdb.altlocn:                       2 ; 0x0d0: 0x00000002
kfdhdb.f1b1locn:                      0 ; 0x0d4: 0x00000000
kfdhdb.redomirrors[0]:                0 ; 0x0d8: 0x0000
.
.
.
.

说明:$> <ASM Oracle Home>/bin/kfed read <full path affected disk name>  | head -40

5)重新加载磁盘组
SQL> alter diskgroup DATA mount;
Diskgroup altered.


如果出现磁盘头顺坏会有这种信息:
[grid@dbaasm ~]$ kfed read /dev/oracleasm/disks/ASMDISK2
kfbh.endian:                          0 ; 0x000: 0x00
kfbh.hard:                            0 ; 0x001: 0x00
kfbh.type:                            0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt:                          0 ; 0x003: 0x00
kfbh.block.blk:                       0 ; 0x004: blk=0
kfbh.block.obj:                       0 ; 0x008: file=0
kfbh.check:                           0 ; 0x00c: 0x00000000
kfbh.fcn.base:                        0 ; 0x010: 0x00000000
kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
kfbh.spare1:                          0 ; 0x018: 0x00000000
kfbh.spare2:                          0 ; 0x01c: 0x00000000
000000000 00000000 00000000 00000000 00000000  [................]
  Repeat 255 times
KFED-00322: Invalid content encountered during block traversal: [kfbtTraverseBlock][Invalid OSM block type][][0]

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30430420/viewspace-1827217/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/30430420/viewspace-1827217/

### 验证 Oracle ASM 磁盘 OCRVOL1 的有效性及设备信息 在 Oracle ASM 中,`/oracleasm querydisk -v -p OCRVOL1` 命令用于验证磁盘 OCRVOL1 的状态,并提供详细的设备信息。以下是该命令输出结果的解释: #### 1. 命令功能解析 `/oracleasm querydisk` 是 Oracle ASMLIB 提供的一个工具,用于检查指定磁盘是否被 ASMLIB 标记为可用的 ASM 磁盘[^4]。参数 `-v` 表示详细模式,会输出更多关于磁盘的信息;参数 `-p` 指定要查询的磁盘名称(即 OCRVOL1)。 #### 2. 输出字段说明 以下是 `/oracleasm querydisk -v -p OCRVOL1` 可能输出的关键字段及其含义: - **Disk name**: 显示磁盘的名称(例如 OCRVOL1),这是 ASMLIB 分配给磁盘的唯一标识。 - **Path**: 显示磁盘的设备路径(例如 `/dev/sdb` 或 `/dev/oracleasm/disks/OCRVOL1`),用于确认磁盘的实际物理位置。 - **Header status**: 显示磁盘头部的状态。可能的值包括: - `MEMBER`: 表示磁盘是某个磁盘组的有效成员[^3]。 - `FORMER`: 表示磁盘曾属于某个磁盘组,但现在已被移除。 - `CANDIDATE`: 表示磁盘可以加入到 ASM 磁盘组中。 - `UNKNOWN`: 表示磁盘未被 ASMLIB 或 ASM 认识。 - **Mode**: 显示磁盘的访问模式(如 `READ/WRITE` 或 `READ ONLY`)。 - **Size**: 显示磁盘的总大小(以字节或更易读的单位表示)。 - **Partition**: 显示磁盘是否有分区信息。 - **Label**: 显示磁盘的标签信息(如果使用了 AFD,则可能是 AFD 标签名[^1])。 - **Maximum I/O Size**: 显示磁盘支持的最大 I/O 请求大小,这与 ASMLIB 的 discover 操作相关[^2]。 #### 3. 示例输出及解释 假设命令 `/oracleasm querydisk -v -p OCRVOL1` 的输出如下: ```plaintext Disk name: OCRVOL1 Path: /dev/sdc Header status: MEMBER Mode: READ/WRITE Size: 10737418240 bytes (10 GB) Partition: No Label: OCRVOL1 Maximum I/O Size: 4194304 bytes ``` - **Disk name: OCRVOL1** 表明当前查询的磁盘名称为 OCRVOL1。 - **Path: /dev/sdc** 表明该磁盘的设备路径为 `/dev/sdc`。 - **Header status: MEMBER** 表明该磁盘已成功加入某个 ASM 磁盘组,并作为其成员发挥作用。 - **Mode: READ/WRITE** 表明磁盘处于可读写状态。 - **Size: 10737418240 bytes (10 GB)** 表明磁盘的总大小为 10 GB。 - **Partition: No** 表明该磁盘未进行分区。 - **Label: OCRVOL1** 表明磁盘的标签名为 OCRVOL1。 - **Maximum I/O Size: 4194304 bytes** 表明该磁盘支持的最大 I/O 请求大小为 4 MB。 #### 4. 注意事项 - 如果 `Header status` 显示为 `UNKNOWN`,则需要检查磁盘是否正确配置为 ASM 磁盘。可以通过 `asmcmd afd_label` 命令重新标记磁盘[^1]。 - 如果 `Header status` 显示为 `FORMER`,则可能需要将磁盘从之前的磁盘组中删除后再重新加入。 - 如果 `Maximum I/O Size` 过小,可能会影响性能,需确保磁盘支持较大的 I/O 请求[^2]。 ```bash # 示例:重新标记磁盘 OCRVOL1 asmcmd afd_label OCRVOL1 /dev/sdc --init ``` ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值