ITPub博客

首页 > 数据库 > Oracle > Oracle RAC ASM磁盘组扩容时遇到的VIP漂移

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

原创 Oracle 作者:abstractcyj 时间:2023-03-09 15:13:19 0 删除 编辑

给某医院扩容磁盘组时,按照一般流程在线划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




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

请登录后发表评论 登录
全部评论
曾从事java方向开发多年。近年已经转入数据库方向。主要擅长SQL优化,Oracle数据库问题诊断,Oracle备份与恢复等。服务于医药物流,医院等行业

注册时间:2010-01-26

  • 博文量
    602
  • 访问量
    1091582