Oracle RAC ASM磁盘组扩容时遇到的VIP漂移

来源:这里教程网 时间:2026-03-03 18:28:45 作者:

给某医院扩容磁盘组时,按照一般流程在线划LUN,映射给主机,修改多路径配置,udev配置,重启udev相关服务。最后磁盘成功加入磁盘组。这时,客户来了一句,在线扩磁盘组不会影响到数据库吧。我登时心头一紧。在通过crsctl stat res -t检查集群资源时,发现一个VIP状态是failover。应用端在连接数据库时应当遇到了问题。首先通过crsctl relocate resource将资源恢复了正常,接着检查为什么会出现这个问题。 在集群的的告警日志中提示: [/u01/app/11.2.0/grid/bin/oraagent.bin(6780)]CRS-5016:Process "/u01/app/11.2.0/grid/bin/lsnrctl" spawned by agent "/u01/app/11.2.0/grid/bin/oraagent.bin" for action "check" failed: details at "(:CLSN00010:)" in "/u01/app/11.2.0/grid/log/db2/agent/crsd/oraagent_grid/oraagent_grid.log" 这里说明监听服务出现了问题。查看操作系统日志发现,有如下错误提示: Mar  9 09:40:46 db2 udevd-work[35549]: error changing netif name 'eth1' to 'eth0': Device or resource busy最后确定,start_udev命令应当会将所有的udev规则执行一遍,当然包含了网卡的命令规则 这里的udev通过规则文件70-persistent-net.rules尝试将网卡进行重命名,操作系统日志中的网卡名修改的提示就是从这里而来。这里应当也可以解释为何VIP会漂移,因为start_udev尝试更改网卡的信息,网络连接会中断。 下次遇到类似操作,需要小心了。 补充:客户的数据库是位于Redhat Linux 6.5下的Oracle 11.2.0.4

相关推荐