数据库管理-第354期 实战RAC下Service的Failback(20250807)
本期通过实战可以看到,配置了Failback的Service是会在常驻节点异常恢复后,Service是会回到原指定常驻节点的。
·
数据库管理354期 2025-08-07
数据库管理-第354期 实战一下RAC下Service的Failback(20250807)
作者:胖头鱼的鱼缸(尹海文)
Oracle ACE Pro: Database
PostgreSQL ACE Partner
10年数据库行业经验
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP,ITPUB认证专家
圈内拥有“总监”称号,非著名社恐(社交恐怖分子)
公众号:胖头鱼的鱼缸
CSDN:胖头鱼的鱼缸(尹海文)
墨天轮:胖头鱼的鱼缸
ITPUB:yhw1809
IFClub:胖头鱼的鱼缸
除授权转载并标明出处外,均为“非法”抄袭
在《数据库管理-第352期 从需求看懂Oracle RAC多租户环境的Service(20250729)》中,有人在评论中提出,并没有演示Service的Failback,本期就利用双节点RAC演示环境做一下实战。
1 环境说明
使用Oracle VirtualBox创建两台虚拟机,操作系统为OracleLinux 7.9,数据库为19.15,需要创建的服务信息如下:
2 创建Service
在Oracle用户下创建Service:
srvctl add service -db racdb -pdb racpdb -s db1 -preferred racdb1 -available racdb2 -failback YES
这里我们还可以在两个节点上检查一下监听:
3 模拟故障
3.1 关闭节点1
这里直接关闭虚拟机电源:
在节点2检查数据库与Service状态:
这里可以看到db1的Service已经正常转移到了节点2,对应Service也正常注册到了节点2的监听。
3.2 恢复节点1
这里选择重新启动节点1:
等待操作系统、GI和DB启动完成后检查数据库与Service状态:
这里可以看到db1的Service已经回到了节点1,db1的Service也未在节点2的监听注册。
db1的Service重新注册到了节点1的监听。
总结
本期通过实战可以看到,配置了Failback的Service是会在常驻节点异常恢复后,Service是会回到原指定常驻节点的。
老规矩,知道写了些啥。
更多推荐
所有评论(0)