暂无图片
暂无图片
2
暂无图片
暂无图片
暂无图片
首页 / Oracle基于VIP漂移业务层数据库连接的解读

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

原创 IT邦德 2021-08-07
2390
作者：IT邦德
中国DBA联盟(ACDU)成员，目前从事DBA及程序编程（Web\java\Python）工作，主要服务于生产制造
现拥有 Oracle 11g  OCP/OCM、Mysql、Oceanbase（OBCA）认证
分布式TBase\TDSQL数据库、国产达梦数据库以及红帽子认证
从业8年DBA工作，在数据库领域有丰富的经验
B站主播Oracle、Mysql、PG实战课程，请搜索：jeames007

微信：jem_db
QQ:2243967774

简介：
本文阐述了VIP漂移后对业务层的影响

一、集群正常状态

image.png

1节点网卡信息
image.png

2节点网卡信息
image.png

业务正常连接：
image.png

二、集群停止节点2
image.png

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

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

image.png

三、模拟节点1网卡故障
[root@rac1 ~]# ifconfig eth0:1 192.168.1.62 down
image.png

查看节点2网卡信息
可以看到节点1的vip已经漂移到了节点2
image.png
image.png

查看集群状态
image.png

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

总结：
所以业务上配置了单节点VIP（RAC1）后，如果因为网卡故障导致VIP漂移，则会引起业务所有程序连接中断，
并没有将数据库的连接切换到RAC的2节点

业务层连接数据库配置VIP的目的只是为了让业务层立马感知目前连接是有故障了，并有报错提醒
如果业务端连接数据库配置了公网IP，怎业务层就处于卡顿状态，并不报错

恢复过程：
[root@rac1 ~]# reboot
集群状态恢复
image.png
网卡状态恢复正常：RAC1
image.png
网卡状态恢复正常：RAC2
image.png

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

racoracle
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。

评论