今天核心系统将一块磁盘(EMC DMX4)添加到了ASM dg中,然后数据库RAC两个节点双双crash掉了,顿时吓了一身冷汗。 检查日志: NOTE: Disk in mode 0x8 marked for de-assignmentERROR: diskgroup DGIDX1 was not mountedORA-15032: not all alterations perf
今天核心系统将一块磁盘(EMC DMX4)添加到了ASM dg中,然后数据库RAC两个节点双双crash掉了,顿时吓了一身冷汗。
检查日志:
NOTE: Disk in mode 0x8 marked for de-assignment ERROR: diskgroup DGIDX1 was not mounted ORA-15032: not all alterations performed ORA-15040: diskgroup is incomplete ORA-15042: ASM disk "16" is missing from group number "4" ERROR: ALTER DISKGROUP DGIDX1 MOUNT /* asm agent *//* {1:8345:41140} */ Thu Nov 06 15:17:41 2014 Errors in file /oraclelog/grid/diag/asm/+asm/+ASM1/trace/+ASM1_pz99_22545054.trc: ORA-27063: number of bytes read/written is incorrect IBM AIX RISC System/6000 Error: 16: Device busy Additional information: -1 Additional information: 4096 WARNING: Read Failed. group:0 disk:10 AU:0 offset:0 size:4096 Errors in file /oraclelog/grid/diag/asm/+asm/+ASM1/trace/+ASM1_pz99_22545054.trc: ORA-27063: number of bytes read/written is incorrect IBM AIX RISC System/6000 Error: 16: Device busy Additional information: -1 Additional information: 4096 WARNING: Read Failed. group:0 disk:9 AU:0 offset:0 size:4096 Errors in file /oraclelog/grid/diag/asm/+asm/+ASM1/trace/+ASM1_pz99_22545054.trc: ORA-27063: number of bytes read/written is incorrect IBM AIX RISC System/6000 Error: 16: Device bus
新加的盘不能使用,但是此时两个节点尝试ASM和数据库实例恢复,第二个节点却起了起来,目前问题是第一个节点的读取问题。可能是这个LUN对主机的存储锁、SAN链路等问题导致了。此时在第二个节点ASM实例中查看v$asm_operation视图,结果为空。看来这个盘的rebalance操作已经完成了。为了让这个生产系统早点上线,我们选择了把这个有问题的LUN从ASM第二个实例中剔除,还原初始环境。在asmca中操作后,检查rebalance进度:
SQL> select * from v$asm_operation; GROUP_NUMBER OPERA STAT POWER ACTUAL SOFAR EST_WORK EST_RATE ------------ ----- ---- ---------- ---------- ---------- ---------- ---------- EST_MINUTES ERROR_CODE ----------- -------------------------------------------- 4 REBAL RUN 1 1 36659 49690 2899 4
一共49G的数据需要操作,等待SOFAR=EST_WORK后,该LUN被成功剔除。此时第一个节点的ASM实例也成功启动。吃一堑长一智,在数据库真正使用一个磁盘之前,检查设备的可用性是非常重要的。Oracle的ACS也提到了一个工具kfod(in $GRID_HOME/bin),可以快速检查LUN的有效性,盖总也简单介绍过该工具:kfod in oracle_asm
# 在第2个节点,可以找到该磁盘的信息 $ kfod disk=all |grep 113 139: 51930 Mb /dev/rhd113 grid asmadmin # 在第1个节点,则找不到该磁盘的信息,说明Oracle GI无法正确识别该LUN。 $ kfod disk=all |grep 113
>o<
原文地址:添加磁盘导致的ASM实例crash, 感谢原作者分享。
声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com