RAC服务器共用一套存储,同时提供服务,没有主备之分.宕一个其它的可以继续服务.

双机热备,共用一套存储,一个提供服务一个备份,主机宕了切换到备份服务器提供服务.

data guard 完全两套系统,存储是单独的,用日志同步.

RAC： 实例层冗余

DG ：数据库层冗余

热备：仅仅只是数据冗余

通俗理解：

RAC ：实例冗余，而且还可以做到数据库的loadbalance。

DG ：多份数据，所以能做到数据冗余，但是只有主节点提供服务。

热备：与RAC最大的差异可能就是RAC有多个实例，一个数据库。而热备只是一个实例，一个数据库。所以做不了并发和loadbalance。

Oracle RAC只是做Oracle的应用，rose，legato还可以做其它的

HA:是High Availability 的首字母组合，翻译过来，可以叫做高可用，或高可用性，高可用（环境）。我觉得应该说HA是一个观念而不是一项或一系列具体技术，就象网格一样。作过系统方案就知道了，评价系统的性能当中就有一项高可用。广义的高可用涉及到系统的各个方面，简单来说，让系统不会中断 运行，就是高可用。包括软件的高可用，硬件的高可用，网络的高可用等等。具体实现的方案包括 *** 作系统的集群，数据库的集群，硬件的冗余，网络的冗余等等。做HA方面的软件，有IBM的HACMP（很多常用AIX的人，常说的HA就指HACMP，乱啊）、SUN的Sun Cluster、HP的MC/SG等。

在2000年以前，大家谈HA，大部分时候说的是 *** 作系统一级的双机热备，主流产品当时有IBM HACMP4.1，HP的MC/SG啥版本忘了，sun的系统很多人不用VCS，用的是一个叫dataware的东西。现在很多人眼中的HA也还是这样。时至今日，HA包括的东西可就多了，先不说其他方面，单就数据库，单就Oracle，与HA相关的产品先后有：高级复制（AdvanceRepication)、OPS/RAC(Real Application Cluster）、数据卫士（Data Guard）、oracle流（Oracle Streams）、分区（Oracle Partition）这样数款产品。照这么说，RAC只是HA这个概念下的一个具体产品而已！目前为止，只有RAC和分区是Oracle要收取licence的，其他的，只要给经验丰富的第三方实施方付一定的规划/设计及部署费用就可以了；当然，也可以自己照着文档依葫芦画瓢，但是这样弄出的环境是否能达到高可用就难说了。事实上，大部分人所说的HA，还是狭义上的HA，也就是OS一级的双机热备。

RAC:是real application cluster的简称，它是在多个主机上运行一个数据库的技术，即是一个db多个instance。它的好处是 可以由多个性能较差的机器构建出一个整体性能很好的集群，并且实现了负载均衡，那么当一个节点出现故障时，其上的服务会自动转到另外的节点去执行，用户甚 至感觉不到什么。

双机热备（HA）和RAC有啥区别呢?

1、对于硬件来说，基本上一样，共享存储、光纤线（也有还用SCSI线的）、多台小型机（可以做多节点的相互热备，也可以做多节点的RAC）、光纤交换机（如果是用光纤卡的话）；但做RAC，在主机之间，最好使用高带宽网络交换机（虽然不用也可以做成）；因此硬件成本相差不大。

2、软件呢，差别可不小。如果是双机热备，必须买 *** 作系统级的双机管理软件；如果是RAC，目前还是建议购买双机管理软件（尽管10g的crs+asm可以摆脱双机软件了，但ASM目前实在太难伺候了），当然还得买RAC license。

3、日常维护。RAC要求的技术含量更高，也应该更勤快。最关键的是得买oracle服务，否则遇到有些问题（bug），你就比单机还不高可用了。

4、优缺点。这个，看看RAC的官方论述吧。如果能用好，确实是很有好处的。目前我们的40多个客户的使用情况来看，RAC确实大大降低了他们的downtime，另一方面可以说就是提高了生产力咯。

Dataguard:一般是出于容灾的目的。是主数据库的备用库（standby 库）通过自动传送和接受archivelog，并且在dataguard库自动apply 这些log，从而达到和主数据库同步的目的，可能dataguard 库是建立的异地的，当主库所在的区域出现了致命性的灾难时(火灾、地震等)，主库没法修复时，这时可以切换dataguard 为主库的模式，对外提供服务，而它的数据基本是当前最新的。目前可能大家对于 dataguard 库的使用已经拓展出了其他更多的用途，比如备份，跑报表等等。

1、双击热备模式，以前在RAC模式还未成熟时常用的模式， 采用第三方HA软件 ，技术比较成熟、架构简单，稳定性高。其缺点为备机为空闲状态，造成资源浪费；切换时间比较长，通常在分钟级别。

2、RAC模式，现常用的架构模式，目前RAC技术成熟、稳定，安装也越来越简单，RAC充分利用了两台机器的计算能力，做到了计算节点的双活，切换比较快。缺点是对运维人员的技术要求较高，对某些应用单事务处理时间肯能会变长。

3、DG模式（支持物理备库和逻辑备库），目前灾备常用的架构，支持一主多备，也是比较成熟的技术，配置简单，运行稳定，备用节点通过事务日志同步数据，ADG备用节点支持读 *** 作，可以做到读写分离，承担主库只读应用的计算压力。DG可以做到计算节点和存储节点的双冗余，缺点是磁盘要求是数据的两倍。

4、采用OGG等数据复制软件同步数据，配置灵活，可以一对多，多对一，目标库支持读写，不受复制的影响，复制过程可以选择性复制，过滤数据，对数据进行加工等。缺点是管理配置比较麻烦，维护成本高

 data guard的模式:

1.maximumavailablility(确保数据万无一失,零数据丢失)在这种模式下如果网络段了 实在是不能将数据写到各库上了这种模式转换成maximum performance,目前生产环境基本都是这种模式。 2.maximum performance 保证了最大的性能,但是有一定的数据丢失的可能性,主库不会管备库是否收到数据。 如果数据传不到备库,主库将停止,生产环境基本不用。

3.maximum protection DG相关的后台进程: ARCH:把归档发给备库 RFS: FAL: 接受日志 解决REDO的间隔GAP MRP:日志被应用,恢复的过程 LNS:LOG传送 DG的正确启库和关库的流程: 启库: 1.启动主库,开启监听 2.启动备库,开启监听

第三种不推荐使用