可以配置许多不同的架构;范围从简单的单向架构到更复杂的对等架构。无论采用何种架构,Oracle GoldenGate都提供了它们之间的相似性,从而使管理更加容易。以下是OGG支持的企业应用拓扑

Oracle GoldenGate支持两种架构,经典架构和微服务架构( MA )。他们的区别对比如下表

这是支持的处理方法的列表。

脚注 1非基于日志的提取使用与 Oracle GoldenGate API 通信的捕获模块将更改数据发送到 Oracle GoldenGate。
通用数据复制组件
无论是经典架构还是微服务架构,这些组件服务为OGG提供了基本的数据的提取和复制进程。
Extract(提取)进程:是Oracle GoldenGate的提取或数据捕获机制。配置为针对源数据库运行或配置为在下游挖掘数据库(仅限 Oracle)上运行的进程,其中捕获在其他位置的源数据库中生成的实时数据。
Trail文件: 是磁盘上的一系列文件,Oracle GoldenGate 在其中存储捕获的更改以支持数据库更改的连续提取和复制。
Replicat(复制)进程:是将数据传送到目标数据库的过程。它读取目标数据库上的跟踪文件,重构 DML 或 DDL 操作,并将它们应用于目标数据库。
Checkpoints(检查点)进程:将进程的当前读取和写入位置存储到磁盘以用于恢复目的。检查点确保标记为同步的数据更改实际上由 Extract 捕获并由 Replicat 应用到目标,它们可以防止冗余处理。
经典架构及其组件
架构图

经典架构中的基本组件
Manager 进程:是Oracle GoldenGate 的控制进程。在可以启动提取或复制进程之前,管理器必须在 Oracle GoldenGate 配置中的每个系统上运行。当 Extract 和 Replicat 进程正在运行时,Manager 还必须保持运行,以便执行资源管理功能。一个 Manager 进程可以控制多个 Extract 或 Replicat 进程。
Dump(数据泵)进程:是源Oracle GoldenGate配置中的辅助提取组。配置数据泵是可选的,但 Oracle 建议将其用于大多数配置。使用数据泵的一些原因包括:
针对网络和目标故障的保护:在基本的 Oracle GoldenGate 配置中,目标系统上只有一条线索,源系统上没有任何地方可以存储 Extract 连续提取到内存中的数据操作。如果网络或目标系统不可用,Extract 可能会耗尽内存并异常终止。但是,通过源系统上的跟踪和数据泵,可以将捕获的数据移动到磁盘,从而防止主提取异常异常。当连接恢复时,数据泵从源路径捕获数据并将其发送到目标系统。
您正在实施数据过滤或转换的多个阶段。在使用复杂的过滤或数据转换配置时,您可以配置一个数据泵在源系统或目标系统甚至中间系统上执行第一次转换,然后使用另一个数据泵或 Replicat 组执行第二个转变。
将来自多个来源的数据整合到一个中心目标。将多个源数据库与中央目标数据库同步时,您可以将提取的数据操作存储在每个源系统上,并在每个系统上使用数据泵将数据发送到目标系统上的跟踪。在源系统和目标系统之间划分存储负载可减少目标系统上大量空间的需求,以容纳来自多个源的数据。
将一个源与多个目标同步。向多个目标系统发送数据时,您可以在源系统上为每个目标配置数据泵。如果到任何目标的网络连接失败,数据仍然可以发送到其他目标。




