GoldenGate简单说明

OGG 12c起支持从ADG上抽取数据。但仅限于11g以上版本。


OGG主要进程作用说明：
Manager：是GoldenGate的控制进程，运行在源端和目标端上。它主要作用有以下几个方面：启动、监控、重启Goldengate的其他进程，报告错误及事件，分配数据存储空间，发布阀值报告等。在目标端和源端有且只有一个manager进程.


Extract：运行在数据库源端，负责从源端数据表或者日志中捕获数据。
初始时间装载阶段：在初始数据装载阶段，Extract进程直接从源端的数据表中抽取数据
同步变化捕获阶段：初始数据同步完成以后，Extract进程负责捕获源端数据的变化(DML和DDL)


Pump(可选)：运行在数据库源端，其作用是将源端产生的本地trail文件，把trail以数据块的形式通过TCP/IP 协议发送到目标端，这通常也是推荐的方式。pump进程本质是extract进程的一种特殊形式，如果不使用trail文件，那么extract进程在抽取完数据以后，直接投递到目标端，生成远程trail文件。如果要使用pump，必须配置本地trail，否则不用。


Collector：与 Pump进程对应 的叫Server Collector进程，这个进程不需要引起我的关注，因为在实际操作过程中，无需我们对其进行任何配置，所以对我们来说它是透明的。它运行在目标端，其任务就是把Extract/Pump投递过来的数据重新组装成远程trail文件。


Replicat：通常我们也把它叫做应用进程。运行在目标端，是数据传递的最后一站，负责读取目标端trail文件中的内容，并将其解析为DML或DDL语句，然后应用到目标数据库中。






在应用OGG的时候只有commit后，事务处理造成变化的数据才会被同步到目标库，当问题出现时，如某个extract进程不能START，一直是ABENDED状态等，最简单的方法就是直接查看某个进程的报告，里面有详细的消息日志信息，会提示你可能是什么原因造成的错误，以及如何解决等信息，除了report，其实还可以在info中加入detail参数，如下：
GGSCI(localdg) 11> info eora,detail


所有的错误在GGHOME下相应的目录中都是有记录的，常用的是ggserr.log，查看这个log文件就可以分析并解决错误了
另外，借助OGG自带的工具logdump，可以通过查看trail文件具体的内容，一定程度上也可以帮你辅助分析OGG在同步过程中发生了什么，帮助你加深理解OGG的同步流程。
具体如何使用可以查阅OGG官方文档e27273.pdf，以下是链接：
http://docs.oracle.com/cd/E28323_01/doc.1121/e27273.pdf




ALO cannot be used on a standby database if the production system is Oracle RAC and the standby database is non-RAC. In addition to both systems being Oracle RAC, the number of nodes on each system must be identical.