DataGuard是甲骨文推出的一种高可用性数据库方案，在Oracle 8i之前被称为Standby Database。从Oracle 9i开始，正式更名为Data Guard。它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现数据库快速切换与灾难性恢复。Data Guard只是在软件上对数据库进行设置，并不需要额外购买任何组件。用户能够在对主数据库影响很小的情况下，实现主备数据库的同步。而主备机之间的数据 差异只限于在线日志部分，因此被不少企业用作数据容灾解决方案。
      DataGuard是一种数据库级别的HA方案，最主要功能是冗灾、数据保护、故障恢复等。
      DataGuard是生产数据库的"事务一致性copy",创建时，使用生产库的物理copy.创建完成后，备库会通过生产库传输过来的归档日志(或重做条目)自动维护备用数据库。将重做数据应用到备用库。
      DataGuard分为"物理standby"和"逻辑standby"
      DataGuard优缺点
随着企业数据量的增加和数据库越来越广泛的应用，很多企业认识到数据库的性能和数据的安全是非常重要的。在Oracle 里面提供了解决方案RAC通过集群的方式来提高性能，并且提够实例级的容灾，并且通过解决方案DataGuard来保证数据文件的安全，保证除了备份恢复外的另外一个短时间内恢复数据库文件的方案。
      RAC和DataGuard是互相补充的，并不是互斥的，前面已经提到RAC实际上是实例级别的容灾，但是各个实例在后台任然使用了一份DataFile，通常这份DataFile保存在磁盘阵列这样的可以共享的存储里面，假设我们一个实例由于未知的原因出现了错误宕机了，这个时候RAC的另外一个节点会通过InstanceRecovery的方式构建GRD并且访问宕机节点LogFile进行恢复，达到数据的0损失，但是单点故障出现在共享存储里面的数据文件，如果我们数据文件出现了错误，即使节点再多也无计可施，所以Oracle 引入了DataGuard来保证DataFile的安全，DataGuard通过传输LogFile来让主备库的数据达到一致，如果我们主库意外出现DataFile问题，我们可以手动切换到备库，保证短时间内恢复应用。

DataGuard和RAC
• DataGuard和真正应用集群（RAC）是互补的，应一起使用以实现最高可用性结构
• 真正应用集群提供了高可用性
1. 能够快速和自动地从节点故障或一个实例崩溃中恢复过来
2. 提供了增强的可伸缩性
• DataGuard提供了灾难保护并防止数据丢失
1. 维护主数据库的几个事务一致的副本
2. 防止灾难、数据损坏和用户错误
3. 无需昂贵且复杂的HW/SW镜像

Oracle  DataGuard的优点
• 灾难恢复与高可用性 -   主数据库与备用数据库之间可轻松进行故障切换/转换
• 完整的数据保护-  实现零数据丢失防止数据损坏
• 有效利用系统资源-  备用数据库可用于报表操作、备份、查询
• 平衡数据可用性与性能 - 灵活的数据保护/同步模式
• 再恢复网络连接之后自动重新同步- 自动存档差异检测和解决，无需人工干预
• 集中的简单的管理 -  用于管理和监控
安装条件
运行DataGuard需要具备的几个条件：
1. 在主库和从库的所有机器上必须安装同一个版本的Oracle企业版。
2. 主库必须运行在归档模式下。
3. 主库和从库的操作系统必须一样（允许版本不同），从库可以使用与主库不同的目录结构。
4. 主从库硬件系统的体系结果必须相同。比如主库运行在64位的Sun Sparc系统上，如果从库是32位的Linux Intel系统就不允许。主从库硬件的配置可以不同，比如：CPU数量、内存大小、存储配置等。