GoldenGate 传统抽取进程的 ADG 模式简介：
GoldenGate 传统抽取进程的 ADG 模式可实现对 DataGuard 备库的抽取。与传统方式不同，其不再由联机在线 Redo 日志抽取，而抽取由主库投递而来的日志（归档日志及 standby redo logs）。
GoldenGate 传统抽取进程的 ADG 模式原理：
1.抽取的日志类型
由主库投递至备库的日志，具体表现为备库的归档日志（archived logs）以及 standby redo logs。
2.DDL 复制的限制
Oracle GoldenGate 的 DDL 复制的本质是基于数据库全局 Trigger 的复制。Trigger 将会捕捉 DDL 操作至中间表，随后抽取进程将读取中间表的 DDL 语句，并与 DML 语句根据 csn（Change Sequence Number）排序。投递进程将采集到的操作传递至目标端，最终复制进程重现以上 DDL 语句。
但是由于 ADG 模式抽取的是备库，因此 Trigger 至中间表的操作无法实现。所以 ADG 模式下只能实现 DML 的复制，而如欲实现 DDL 复制则需要在主库上抽取。
3.DataGuard 角色切换的抽取过程
当执行数据库切换时，Redo 日志的头部将插入标记，用于指明日志流的结束。届时抽取进程将根据 Redo 日志头部插入的标记，判断角色转换时点，从而以新的模式（由于角色切换，抽取模式也应在正常及 ADG 模式间转换）进行抽取。
4.主备库实例数的限制
抽取进程的创建需要指定抽取数据库的实例数，当数据库角色转换时，原本采用正常模式的抽取进程此时需转换为 ADG 模式，反之亦然。因此倘若主备库实例数不一致，将可能引发抽取进程的错误。
例如：主库为 2 节点的 RAC，备库为单实例数据库，虽然可以通过在主库上额外建立存放备库第二实例的 Standby Redo Log（由此骗过抽取进程，令其认为备库拥有 2 个节点），结构如下图所示。
但是当执行角色切换后，抽取进程在 ADG 模式下需要通过原主库的归档日志确定角色切换点。确定切换点后，抽取进程从 Standby Redo Log 中继续抽取数据。但是由于原备库为单实例数据库，因此原主库上进程号为 2 的 Standby Redo Log 并无数据，也就造成了原主库上以 ADG 模式对 2 号 Redo 进程的抽取点停留在原主库的归档日志上。过程如下图所示。
注意：因此删除归档实例时，原主库上包含切换点的第二实例归档日志将报错 "ASM file not dropped; currently being accessed"。抑或当第二实例归档日志丢失时，抽取进程将失效，且无论如果重置抽取点都会报错 "OGG-00446 Could not find archived log for sequence"。届时，只能通过角色回切后重置抽取点，或重建 ADG 模式抽取进程的实例数为 1 以解决故障。其中，重建语句类似如下。
GGSCI> DROP EXTRACT ext1
ADD EXTRACT ext1 THREADS t BEGIN SCN s
START EXTRACT ext1
参考文档：
(1).《GoldenGate Installing and Configuring Oracle GoldenGate for Oracle Database》
11.6 Configuring Classic Capture in Oracle Active Data Guard Only Mode
<wiz_tmp_tag id="wiz-table-range-border" contenteditable="false" style="display: none;">