-
RAC
- RAC特点:一份数据文件,多个数据库服务实例
- RAC能够解决:实例级的冗余,一个数据库服务实例宕机,还有其他的实例
- RAC不能解决:RAC只提供计算资源的冗余,没有提供数据资源的冗余,如果数据文件不可用,缺少数据层面的高可用。
- 为了同时解决计算资源的高可用和数据资源的高可用,经典的ORACLE高可用架构是RAC+ADG
-
scan-ip, vip
- vip(virtual IP):前面已经介绍了Oracle RAC集群有多个服务实例,但是存在一个问题,如果客户端直接连接某个实例的真实IP,那么这个实例挂了之后,配置连接这个实例IP的客户端都没法自动切换到其他可用的实例上,由此提出了VIP,客户端配置VIP而不是真实IP,VIP可以在某个实例宕机时漂移到其他的实例上,每个实例一个VIP(虚IP),这样一个实例宕机后,客户端连的是VIP,而VIP漂移到其他的可用实例上,因此客户端被自动连接到可用的实力上,保证整个RAC集群的可用。
- scan-ip:vip解决了RAC中某个实例宕机后,该宕机实例上的连接的高可用,但是每个RAC集群中的实例有一个VIP,每个客户端要配置RAC中所有实例的VIP而非真实IP,这样实例数目变化时维护复杂。11g引入SCAN(single client access name) IP就是提供一个对外唯一的入口,这个入口向RAC集群内的不同实例进行路由分发,既实现了负载均衡又简化了客户端使用。客户端配置SCAN,由DNS解析成3个IP,即SCAN IP,每个SCAN IP对应一个scan listener由scan listener向RAC集群内进行分发,同时3个SCAN IP彼此之间也实现了高可用。
-
ADG
- 通过ADG将多个RAC集群及应用集群进行备份,解决单RAC无法在数据层面冗余的问题,常见于A-S架构。
- adg切换之前,备库只读(19c支持备库DML重定向,备库应用也可以使用DML,但是发到主库执行)
- 主库通过向备库发送REDO日志的方式完成数据同步
参考:
干货满满!史上超全 Oracle ADG 部署架构、变化及应急处置思路 - 51CTO.COM
干货满满!史上最全 Oracle ADG 部署架构、变化及应急处置思路_地址 (sohu.com)