一、集群正常状态

集群状态

1节点网卡信息

2节点网卡信息

连接使用VIP的方式

业务正常连接：

二、集群停止节点2

观看现象，业务无法连接，sqlplus无法连接

此时查看2节点:1节点的VIP并没有飘移过去

三、模拟节点1网卡故障

[root@rac1 ~]# ifconfig eth0:1 192.168.1.62 down

查看节点2网卡信息

可以看到节点1的vip已经漂移到了节点2

查看集群状态

此时我们看到业务已经无法连接了

总结：

所以业务上配置了单节点VIP（RAC1）后，如果因为网卡故障导致VIP漂移，则会引起业务所有程序连接中断，

并没有将数据库的连接切换到RAC的2节点

业务层连接数据库配置VIP的目的只是为了让业务层立马感知目前连接是有故障了，并有报错提醒

如果业务端连接数据库配置了公网IP，怎业务层就处于卡顿状态，并不报错

恢复过程：

[root@rac1 ~]# reboot

集群状态恢复

网卡状态恢复正常：RAC1

网卡状态恢复正常：RAC2

漂移vip到另一个节点

srvctl stop listener -n rac1 -先停监听

[oracle@rac1 ~]$ crs_relocate ora.rac1.vip -c rac2 --VIP漂移

[oracle@rac1 ~]$ srvctl start listener -n rac1 --启动监听

crs_stop -f ora.rac1.vip

crs_start ora.rac1.vip -c rac2

本文如有错误或不完善的地方请大家多多指正，ITPUB留言或 QQ 皆可，您的批评指正是我写作的最大动力！

ITPub博客

基于VIP漂移业务层数据库连接的解读