Oracle之 ADG vs RAC

 Oracle  系列 

看到这个题目，很多人肯定感到很疑惑，稍微具备点oracle知识的人可能都会嗤之以鼻，内心肯定默念：这两个根本没有可比性，应用场景都不一样，这作者难道不是脑子进水了么？咱也不想进水，为什么会有这个比对呢，其实源于我们环境的迁移，现有的生产环境是具备RAC的架构基础的，但是新申请的基础资源只有单台裸金属，没有共享存储，也无法搭建私有网络，怎么办呢？说到这，应该就知道为什么我脑子不想进水了吧。

可能有部分人还不知道为什么有人会说我脑子进水，那我们先简单介绍下这两个架构的基础知识和应用场景吧。

从上图可知各个节点之间是需要私网Hearbeat的，意味着节点之间需要具备私网组网条件；另各个节点都需要具备访问共享存储的组网架构。RAC主要解决系统应用的故障，还提供数据库应用的伸缩能力，提供应用级的保护,但它不提供数据故障的快速、自动恢复。

接下来我们来看一下ADG的架构和应用场景：

上图是oracle active data guard物理备库的一个架构图，从上图可知数据是两份，是一个主备的架构，此架构多用作异地容灾的场景，提供数据的备份、恢复能力，提供的是数据级的保护。多补充一点，从11g开始，在应用redo的时候，物理备库可以处于read-only模式，这就称为Active Data Guard，此功能可以使应用在物理备库进行查询或者导出数据，从而减少对主库的访问和压力，需要注意的是，使用这个功能需要额外付费。

显而易见的特性我们就不做过多的对比了，其实在大多数场景下是不具备可比性的，还是回归到我们写此文章的目的上来。大家应该还记得，我们写此文章的最初缘由吧，其实我们是把ADG作为RAC的一种替代架构，以满足应用系统入池需求的，池内的基础资源只具备搭建单机oracle的条件，所以我们先限定好条件，只对比迁移前的两节点oracle RAC和迁移入池的两个单机版oracle 物理ADG架构。

应用连接方面，RAC提供了SCAN IP，连接串配置信息中只体现单个IP就可以了；而连接ADG架构，需要配置两个IP。

处理性能和负载均衡方面，同样的基础资源，RAC是两台主机负载均衡同时工作;而ADG一台为read/writ状态,另一台为read-only状态，处理性能方面理论上没有RAC强。

高可用方面，在遇到单台主机宕机的情况下，RAC架构的另一个节点会持续提供服务，宕机节点的会话重连即可；ADG架构的源端如果宕机的话，数据库需要切换到备库才能提供服务，切换期间是不能提供服务的，中断时长为切换时长。

存储使用方面，RAC是共享存储，数据只存储一份；而ADG是两份数据，需要占用双倍的存储空间。

网络方面，RAC架构需要两台主机具备物理IP的同时，还需要两个同业务网段的VIP和一个SCAN IP，以及最好在另一块网卡上配置私有IP；而ADG架构之间的同步可以共用业务IP，无需额外的IP。

上面简单介绍了下oracle数据库两个架构的不同之处，入池以后的基础资源架构和池外老的基础资源架构的不同，带来了上层应用系统的架构变化，项目组可以参考上面的架构比对来进行综合考虑和选择。