官术网_书友最值得收藏!

Oracle GoldenGate topology

The Oracle GoldenGate topology is a representation of the databases in a GoldenGate environment, the GoldenGate components configured on each server, and the flow of data between these components.

The flow of data in separate trails is read, written, validated, and check-pointed at each stage. GoldenGate is written in the C computer programming language and because it is native to the operating system, it can run extremely fast. The sending, receiving, and validation have very little impact on the overall machine performance. Should the performance become an issue due to the sheer volumes of data being replicated, you may consider configuring parallel Extract and/or Replicat processes.

Process topology

The following sections describe the process topology; firstly, discussing the rules that you must adhere to when implementing GoldenGate, followed by the order in which the processes must execute for end-to-end data replication.

The rules

While using parallel Extract and/or Replicat processes, ensure you keep related DDL and DML together in the same process group to ensure data integrity. The topology rules to configure the processes are as follows:

  • All objects that are relational to an object are processed by the same group as the parent object
  • All DDL and DML for any given database object are processed by the same Extract group and Replicat group

Should a referential constraint exist between tables, the child table with the foreign key must be included in the same Extract and Replicat group as the parent table having the primary key.

Tip

The Replicat process, when configured in Integrated Delivery or Coordinated Delivery mode (that can spawn multiple processes), provides inbuilt intelligence to manage data dependencies, conflict detection, and error handling.

Position

The following tables and associated diagrams help to describe the GoldenGate replication dataflow and position of each link in the process topology for the following two configuration options:

  • CDC and data delivery with a data pump
  • CDC and data delivery without a data pump

The following diagram illustrates the dataflow for the CDC and data delivery that includes a data pump process:

CDC and data delivery with data pump

The following table describes the position of each process in the dataflow.

The following diagram illustrates the dataflow for the CDC and data delivery. Here the Extract process communicates directly with the server collector.

CDC and data delivery without data pump

The following table describes the position of each process in the dataflow.

The former is the preferred topology, which includes a data pump to enable the safeguard of additional check-pointing in the process dataflow.

Statistics

In terms of performance monitoring, the GGSCI tool provides real-time statistics as well as comprehensive reports for each process configured in the GoldenGate topology. In addition to reporting on demand, it is also possible to schedule reports to be run. This can be particularly useful while performance tuning a process for a given load and period.

The INFO ALL command provides a comprehensive overview of the process status and lag, whereas the STATS option shows more detail. Both commands offer real-time reporting. The following example shows the statistical summary of the available information:

主站蜘蛛池模板: 行唐县| 沐川县| 东平县| 盐源县| 淅川县| 宁武县| 阳谷县| 正定县| 徐汇区| 塔城市| 咸宁市| 镇宁| 明溪县| 炉霍县| 历史| 建阳市| 内乡县| 阳西县| 金阳县| 高陵县| 庆安县| 铜陵市| 亳州市| 大关县| 时尚| 濮阳市| 广安市| 石河子市| 长治市| 梅河口市| 青岛市| 咸丰县| 大田县| 正蓝旗| 怀仁县| 和林格尔县| 重庆市| 香格里拉县| 渭南市| 凤翔县| 临澧县|