Oracle DataGuard是Oracle自带的数据同步功能，基本原理是将日志文件从原数据库传输到目标数据库，然后在目标数据库上应用这些日志文件，从而使目标数据库与源数据库保持同步，是一种数据库级别的高可用性方案。
DataGuard可以提供Oracle数据库的冗灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。在生产数据库的保证”事务一致性”时，使用生产库的物理全备份创建备库，备库会通过生产库传输过来的归档日志或重做条目自动维护备用数据库。
DataGuard数据同步技术有以下优势：
1） Oracle数据库自身内置的功能，与每个Oracle新版本的新特性都完全兼容，且不需要另外付费。
2） 配置管理较简单，不需要熟悉其他第三方的软件产品。
3） 物理Standby数据库支持任何类型的数据对象和数据类型；
4） 逻辑Standby数据库处于打开状态，可以在保持数据同步的同时执行查询等操作。
5） 在最大保护模式下，可确保数据的零丢失。
一、架构
Oracle DataGuard由一个primary数据库(生产数据库)及一个或多个standby数据库(最多9个)组成。组成Data Guard的数据库通过Oracle Net连接，并且有可以分布于不同地域。只要各库之间可以相互通信，它们的物理位置并没有什么限制，不受操作系统的限制。
1.Primary 数据库
DataGuard包含一个primary数据库即被大部分应用访问的生产数据库，该库既可以是 单实例数据库，也可以是RAC。
2.Standby 数据库
Standby数据库是primary数据库的复制(事务上一致)。在同一个Data Guard中可以最多创建9个standby数据库。一旦创建完成，Data Guard通过应用primary数据库的redo自动维护每一个standby数据库。Standby数据库同样即可以是单实例数据库，也可以是RAC结构。
二、Standby数据库类型
Standby数据库通常分两类：逻辑standby和物理standby。 逻辑standby
逻辑standby是通过接收primary数据库的redo log并转换成sql语句，然后在standby数据库上执行SQL语句实现同步。 物理standby
物理standby是通过接收并应用primary数据库的redo log以介质恢复的方式实现同步，不仅文件的物理结构相同，连块在磁盘上的存储位置都是一模一样的。
三、服务
重做传输服务(Redo Transport Services)
控制redo数据的传输到一个或多个归档目的地。 日志应用服务(Log Apply Services)
应用redo数据到standby数据库，以保持与primary数据库的事务一致。redo数据即可以从standby数据库的归档文件读取，也可直接应用备用日志文件读取。 角色转换服务(Role Transitions)
DataGuard中有两种角色：primary和standby。角色转换就是让数据库在这两个角色中切换， 切换分两种：switchover和failover
1）switchover：转换primary数据库与standby数据库。switchover可以确保不会丢失数据。
2）failover：当primary数据库出现故障并且不能被及时恢复时，会调用failover将一个standby数据库转换为新的primary数据库。在最大保护模式或最高可用性模式下，failover可以保证不会丢失数据。
四、保护模式
1.最大保护
这种模式是默认的数据保护模式，在不影响源数据库性能的条件下提供尽可能高的数
据保护等级。在该种模式下，一旦日志数据写到源数据库的联机日志文件，事务即可提交，不必等待日志写到目标数据库，如果网络带宽充足，该种模式可提供类似于最大可用模式的数据保护等级。
2.最大可用性
这种模式和”最大保护”基本上差不多。正常情况下，主备库之间是同步的。
当网络或者备库出现问题时，不会影响到主库的当机，主库会自动转换库”最大性能”模式，等待备库可用时，将归档传输到备库做恢复。
3.最大性能
这种模式保证主库性能最大化，主备库之间数据是异步传输的。即，主备日志归档以
后才会传输到备用库，在备库上使用归档日志文件做恢复操作。
五、安装条件
运行DataGuard需要具备以下几个条件：
1、 在主库和从库的所有机器上必须安装同一个版本的Oracle企业版。
2、 主库必须运行在归档模式下。
3、 主库和从库的操作系统必须一样（允许版本不同），从库可以使用与主库不同的目录结构。
4、 主从库硬件系统的体系结构必须相同。比如：主库运行在64位的Sun Sparc系统上，如果从库是32位的Linux Intel系统就不允许。主从库硬件的配置可以不同，比如：CPU数量、内存大小、存储配置等。