Active Data Guard Far Sync的介绍

Active Data Guard Far Sync是Oracle 12c的新功能（也称为Far Sync Standby），Far Sync功能的实现是通过在距离主库(Primary Database)相对较近的地点配置Far Sync实例，主库(Primary Database) 同步(synchronous)传输redo到Far Sync实例，然后Far Sync实例再将redo异步(asynchronous)传输到终端备库(Standby Database)。这样既可以保证零数据丢失又可以降低主库压力。Far Sync实例只有密码文件，init参数文件和控制文件，而没有数据文件。

如果redo 传输采用Maximum Availability模式，我们可以在距离生产中心(Primary Database)相对较近的地点配置Far Sync实例，主库(Primary Database)同步(synchronous)传输redo到Far Sync实例，保证零数据丢失（zero data loss），同时主库和Far Sync距离较近，网络延时很小，因此对主库性能影响很小。然后Far Sync实例再将redo异步(asynchronous)发送到终端备库(Standby Database)。

如果redo 传输采用Maximum Performance模式，我们可以在距离生产中心(Primary Database)相对较近的地点配置Far Sync实例，主库(Primary Database) 异步传输redo到Far Sync实例，然后Far Sync实例再负责传输redo到其他多个终端备库(Standby Database)。这样可以减少主库向多个终端备库(Standby Database)传输redo的压力（offload）。

Far Sync配置对于Data Guard 角色转换(role transitions)是透明的，即switchover/failover命令方式与12c之前相同。

考虑到可能发生Data Guard 角色转换，即switchover/failover，可以在距离备库较近的地方也配置Far Sync实例，这个Far Sync实例只有在当前的备库切换为主库后才启用。

考虑到Far Sync实例的单点故障，可以在距离主库交近的地点配置2个Far Sync实例，起到备用的作用

Far Sync示意图



下面提供了 Oracle 数据库 12c 中的 Data Guard 新功能概述：
新的备用数据库类型“Far Sync Standby Database”
SYSDG 管理权限
多租户数据库支持
使用 Active 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 管理权限
新管理权限 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 中抽取。

Active Data Guard Far Sync的介绍

Active Data Guard Far Sync是Oracle 12c的新功能（也称为Far Sync Standby），Far Sync功能的实现是通过在距离主库(Primary Database)相对较近的地点配置Far Sync实例，主库(Primary Database) 同步(synchronous)传输redo到Far Sync实例，然后Far Sync实例再将redo异步(asynchronous)传输到终端备库(Standby Database)。这样既可以保证零数据丢失又可以降低主库压力。Far Sync实例只有密码文件，init参数文件和控制文件，而没有数据文件。

如果redo 传输采用Maximum Availability模式，我们可以在距离生产中心(Primary Database)相对较近的地点配置Far Sync实例，主库(Primary Database)同步(synchronous)传输redo到Far Sync实例，保证零数据丢失（zero data loss），同时主库和Far Sync距离较近，网络延时很小，因此对主库性能影响很小。然后Far Sync实例再将redo异步(asynchronous)发送到终端备库(Standby Database)。

如果redo 传输采用Maximum Performance模式，我们可以在距离生产中心(Primary Database)相对较近的地点配置Far Sync实例，主库(Primary Database) 异步传输redo到Far Sync实例，然后Far Sync实例再负责传输redo到其他多个终端备库(Standby Database)。这样可以减少主库向多个终端备库(Standby Database)传输redo的压力（offload）。

Far Sync配置对于Data Guard 角色转换(role transitions)是透明的，即switchover/failover命令方式与12c之前相同。

考虑到可能发生Data Guard 角色转换，即switchover/failover，可以在距离备库较近的地方也配置Far Sync实例，这个Far Sync实例只有在当前的备库切换为主库后才启用。

考虑到Far Sync实例的单点故障，可以在距离主库交近的地点配置2个Far Sync实例，起到备用的作用

Far Sync示意图



下面提供了 Oracle 数据库 12c 中的 Data Guard 新功能概述：
新的备用数据库类型“Far Sync Standby Database”
SYSDG 管理权限
多租户数据库支持
使用 Active 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 管理权限
新管理权限 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 中抽取。