下面的文章提供了 Oracle 数据库 12c 中的 Data Guard 新功能概述：
新的备用数据库类型“Far Sync Standby Database”
这是一个本地 ARCHIVELOG 仓库（靠近主（Primary）数据库），它可以将 Redo 信息发送到远端（很远距离）备用数据库。Far Sync Standby Database 是通过 Far Sync Standby 级联到主数据库的一个备用数据库。因此，它可以使用更高的保护模式来服务于远程备用数据库，即使网络没有完全表现其能力。所有到远程物理备用数据库的 Redo 传输是通过 Far Sync Standby Instance 完成。Far Sync Standby Database 是完全集成在 Data Guard Broker。
而且现在可以将 Redo 实时传输到级联备用数据库。可以通过 Far Sync Standby 连接到正常的级联备用数据库（cascaded Standby Database）。发生级联的备用数据库（cascading Standby Database）也是一个物理备用数据库。级联的备用数据库可以是一个物理或逻辑备用数据库。Data Guard Broker 现在也已经支持级联备用数据库。
注意：使用 Far Sync Standby Database 需要 Active Data Guard 许可证。
新管理权限 SYSDG 可以授予给用户进行 Data Guard 相关的操作，因此不再需要完全的 SYSDBA 权限管理 Data Guard 环境，但当然仍然可以使用。用户被授予 SYSDG 权限后，能够执行所有 Data Guard 操作，包括关闭/重新启动数据库，连接到一个已关闭的数据库，并执行所有的 Data Guard Broker DGMGRL 命令。
注意：授予此权限后，该权限被列在 passwordfile，因此，更新的 passwordfile 必须被复制到所有的物理和远程同步备份数据库。
多租户数据库支持
Oracle Data Guard 12C 支持多租户可插拔数据库。创建一个备用数据库（物理或逻辑备用数据库）总是在容器数据库（CDB）的层面进行。由于可插拔数据库没有关联的数据库角色，日志传输服务和角色管理，以上都是需要在 CDB 层面执行。即使是日志应用服务（Log Apply Services）也是在容器服务器层面进行启动和维护的。
注：Active Data Guard 如果被许可，也可用于多租户主数据库的物理备用数据库。
使用 Active Data Guard 的滚动升级
该功能提供了在 Active Data Guard 的环境中执行滚动升级的可能性。它简化了在这样一个环境中的 Oracle 数据库软件的升级过程，即以滚动方式。这是通过新的 PL/SQL 程序包 DBMS_ROLLING 完成的。
在这一概念中，Data Guard 数据库配置被分成两组，领导小组（Leading Group 即 LG）和尾组（Trailing Group 即 TG）。
在 LG 组的数据库首先升级，所以它包含物理备库（指定为将来的主数据库（Primary Database）），以及有需要的话，还有用于保护的备用数据库。TG 组包含原来的主数据库以及其备用数据库。
滚动升级本身将使用传统的滚动升级方式执行，通过将物理备用数据库转换为逻辑备用数据库并升级该数据库。一旦完成后，执行切换（Switchover），使之成为新的主数据库。整个过程通过 DBMS_ROLLING 包的程序来实现，以协助规划和执行升级。它也提供了升级过程中的故障处理，并能够允许对 LG Master 即在LG组中被指定的新的主数据库进行数据保护。
它也需要 Active Data Guard 功能的 license 。它只能用在 Oracle 数据库 12c 的第1版。所以 Oracle 数据库 11g 必须使用旧的滚动升级方式
。
在线移动在线的数据文件
现在可以移动物理备用数据库的在线数据文件到一个新的位置，而无需停止恢复和手动复制文件了。一条 SQL 命令就执行拷贝或移动数据文件并相应地更新 Controlfile。
该功能还可以用于数据文件复制到 ASM 或者从 ASM 中抽取。
原文：http://blog.itpub.net/12798004/viewspace-1308200/