问题描述

今天有个朋友咨询，Oracle RAC添加ASM磁盘有比较稳妥工程实践过的操作步骤吗？udev如何单盘刷新不影响已经在使用的存储？

环境检查

### 详细检查现有配置信息，所有配置保持与现有配置一致  --both nodes
# cat multipath.conf
# multipath -ll
# cat /etc/udev/rules.d/99-oracle-asmdevices.rules

multipath 识别新存储 --both nodes

 # 1.多路径变更脚本   
 multipath -ll
vi /etc/multipath.conf

 multipath {
    wwid    368ccf0980027e36ca81a4928e0xxxxxx
    alias   asm_data-110
		}

multipath {
    wwid    368ccf098000d3e7df307626126xxxxxx
    alias   asm_data-011
		}

#2. 检查配置是否正确加载

multipath -t|more  # 测试配置语法,语法错误在开头

#3. 重新加载配置    

multipath -r

#4. 检查多路径的新盘
multipath -ll

udev配置文件添加新存储 --both nodes

# 1. 参数变更
vim /etc/udev/rules.d/99-oracle-asmdevices.rules 
KERNEL=="dm-*",ENV{DM_UUID}=="mpath-368ccf0980027e36ca81a4928e0xxxxxx",SYMLINK+="asm_data-110",OWNER="grid",GROUP="asmadmin",MODE="0660"
KERNEL=="dm-*",ENV{DM_UUID}=="mpath-368ccf098000d3e7df307626126xxxxxx",SYMLINK+="asm_data-111",OWNER="grid",GROUP="asmadmin",MODE="0660"

## 检查存储DM_UUID
udevadm info --query=all --name=/dev/mapper/asm_data-110|grep DM_UUID
udevadm info --query=all --name=/dev/mapper/asm_data-111|grep DM_UUID

## 重载udev rules，对之后触发的新设备有效，对之前已经触发的无效
udevadm control --reload-rules
udevadm trigger --type=devices --property-match=DM_UUID=mpath-368ccf0980027e36ca81a4928e0xxxxxx
udevadm trigger --type=devices --property-match=DM_UUID=mpath-368ccf098000d3e7df307626126xxxxxx

### 备用方案(dm设备)：只对一个磁盘生效
udevadm trigger --name-match=dm-2

## 等1分钟以上，确认添加的磁盘没有更新，没有IO操作，再进行下一步
ls -ltr /dev/asm_data-*

Oracle 添加asm

su - grid
asmcmd lsdsk --discovery -p  <--两个服务器都检查下，待添加的磁盘状态，数据库可以识别并且没有在其它diskgroup使用，

sqlplus / as sysasm <-以下步骤只在节点1执行
alter diskgroup DATA01 add disk 
'/dev/asm_data-110',
'/dev/asm_data-111' rebalance power 2;

set line 200
col ERROR_CODE for a10
select * from gv$asm_operation; <--检查rebalance
exit

6. 检查数据库 <–on both nodes

#1.检查磁盘组信息
asmcmd lsdg
asmcmd lsdsk -k
#2.集群状态
#3.asm日志
#4.db alert日志