Extract 进程负责数据抽取工作。
Extract 可以配成如下两种模式：
（1）Initial Load:
在初始化装载过程中，Extract 进程直接从源对象中抽取当前的数据。
（2）Change synchronization:
为了保证源数据和其他对象保持数据的一致，extract 进程会捕获源对象自初始化同步以后的DML 和DDL 的变化。
如果接收到的是rollback，那么Extract 会清除该事务之前的所有记录。
如果接收到的是commit，Extract 会将之前存储的事务信息进行持久化，即将事务信息写入磁盘上的trail 文件，然后按队列传送到目标库。
2.Data Pump 进程
Data pump 进程是OGG 源库上的一个辅助Extract Group。
3. Replicat 进程
Replicate 进程运行在目标系统上，该进程会读取目标端的trail中的文件，并将解析为DML 或者DDL 语句，然后在目标数据库执行。
Replicate可以配置成如下模式：
（1）Initial loads:
（2）Change synchronization
4. Trails 文件
为了支持连续的extraction 和 replication 数据的改变，OGG抓取这些改变的数据临时存放在一个序列化的磁盘文件里， 这个文件就叫trail。
Trail 文件可以放在源端或者目标端的系统里，甚至可以放到临时中转的系统上，这主要取决与GG 的配置，如果存放在local system上，就叫extract trail 或者 local trail，如果存放在remote system上就叫作remote trail。
创建和维护Trail 文件：
默认情况下，trails存放在GG 安装目录的dirdat 子目录下。
默认情况下，每个trails的文件是10M，为了保证进程的正常运行必须不断的创建的新的trail 文件。 这个过程由OGG 自动实现，并且不影响OGG的运行。
每个新生成的文件，文件名都会继承旧trail文件的前2个字母，然后加上6个数字，这样来进行唯一性约束。 数字从000000到999999。当数字到达999999时，又继续从000000开始。之前的trail 文件被覆盖。
Extract file 可以是一个文件，或者配置成多个文件。 配置成多个文件可以避免触及操作对单个文件最大大小的限制。
Extract file 和 trail 文件很类似，但是Extract file中不会存储checkpoints的信息。 Extract file 会在运行时自动创建。
5. Checkpoints 机制
Replicate都会checkpoint table 和 checkpoint file中记录事务的位置。我们也可以不使用checkpoint table。
6. Manager 进程
Manager 是Golden Gate的控制进程，Manager 必须在所有的Golden Gate端运行，并且要在Extract 或者 Replicat 进程启动之前运行。 在Extract 或者 Replicat进程运行期间，需要一直保证Manager进程的运行，这样才能管理相关的资源。
Manager 进程有如下功能：
（1）启动GoldenGate 进程
（2）启动其他相关的进程
（3）维护进程的端口
（4）管理trail 进程
（5）创建event，error和threshold 的报告。
7. Collector 进程
target的一个后台进程。
Collector 进程做如下工作：
（1） 将源端Extract 进程的请求发送到Manager进程，扫描并绑定可用的端口，并将端口信息返回给Manager 进程，然后分配给请求的的Extract 进程。
（2） Collector 进程会接收源库Extract 进程发送过来的改变的数据，并将数据写入target 系统的trail 文件中。
