DG（Data Guard，数据卫士）不是一个备份恢复的工具，然而，DG却拥有备份的功能，在物理DG下它可以和主库一模一样，但是它存在的目的并不仅仅是为了备份恢复数据，应该说它的存在是为了确保企业数据的高可用性，数据保护以及灾难恢复。DBA可以通过将一些操作（例如查询报表）转移到备库执行的方式来减小主库的压力，构建高可用的企业数据库应用环境。
在DG环境中，至少有两个数据库，一个处于OPEN状态对外提供服务，这个数据库叫作主库（Primary Database）。第二个处于恢复状态，叫作备库（Standby Database）。在通常情况下，主库对外提供服务，用户在主库上进行操作，操作被记录在联机日志和归档日志中，这些日志通过网络传递给备库，然后在备库上被应用，从而实现主库和备库的数据同步。
Oracle对这一过程进一步地优化设计，使得日志的传递、恢复工作更加自动化、智能化，并且提供一系列参数和命令简化了DBA工作。如果软硬件升级，那么可以把备库切换为主库继续对外服务，这样既减少了服务停止时间，并且数据不会丢失。如果异常原因导致主库不可用，那么也可以把备库强制切换为主库继续对外服务，这时数据损失都和配置的数据保护级别有关系。所以，Primary和Standby只是一个角色概念，并不固定在某个数据库中。
adg
Oracle 11g之前，物理备库（physical Standby）在应用redo的时候，是不可以打开的，只可以mount。从11g开始，在应用redo的时候，物理备库可以处于read-only模式，这就称为Active Data Guard 。通过Active Data Guard，可以在物理备库进行查询或者导出数据，从而减少对主库的访问和压力。
Active Data Guard适用于一些只读性的应用，比如，有的应用程序只是查询数据，进行一些报表业务，不会产生redo数据，这些应用可以转移到备库上，避免对主库资源的争用。
ADG主要解决了DG时代读写不能并行的问题
DG时代的数据同步方式如采用Redo Log的物理方式，则数据库同步数据快、耗用资源低，但存在一个大问题。
Oracle 11G以前的Data Guard物理备份数据库，可以以只读的方式打开数据，但这时日志的数据同步过程就停止了。而如果日志的数据同步处于执行过程中，则数据库就不能打开。也就是日志读、写两个状态是互相排斥的。而Active Data Guard则是主要解决这个问题。
Oracle具有闪回数据库的功能，避免删表等误操作造成无法挽回
当主数据库打开并处于活动状态时，事务处于处理状态，生成Redo Log数据，并将其传送到备用的数据库中，正常情况下，可以做到秒级的数据同步。但如果在主用数据库上执行一个错误的命令，如drop database，则所有备用数据库中的数据也会被删除。
Oracle DG提供了易于使用的方式来避免这种用户错误。DBA可以在主数据库、备用数据库中同时使用闪回数据库功能，以快速将数据库恢复到一个较早的时间点上，从而取消这个误操作。
另外，Oracle还提供了延时执行备份数据库同步的功能，这样又是另一种方式防止误操作。
推荐教学：《Oracle视频教学》