[Solved] Oracle GoldenGate: Bidirectional Replication Issue

Bidirectional replication
Oracle

Share Post Now :

HOW TO GET HIGH PAYING JOBS IN AWS CLOUD

Even as a beginner with NO Experience Coding Language

Explore Free course Now

Table of Contents

Loading

In this post, I will share the solution for the Oracle GoldenGate Bidirectional Replication issue that one of our clients was facing.
GoldenGate Bidirectional Configuration

Bidirectional Replication

Also known as Active-Active Replication, is a configuration where both databases are used as an active site and applications perform DML/DDL activities on both Databases.
The Golden Gate oracle replication processes is configured to replicate the transaction data of both the source databases back and forth to each other.

Capabilities:

  • Available for both homogeneous and heterogeneous configurations.
  • Distributed processing.
  • Both sides are live.
  • Oracle GoldenGate‟s low latency reduces the risk of conflicts.
  • Oracle GoldenGate provides loop detection
  • GoldenGate related tables are created in database which grow in size and require regular cleanup.

Issue:

We installed GoldenGate software with Oracle 11.2.0.4 database and also configured all the bidirectional parameters with no issues but faced an issue while performing the bidirectional replication.

When we configured the bidirectional replication,  it works fine as far as insert/update/delete are concerned to the database.
Problem is that the stats dpumbi process even when we are not doing anything, the stats keeps bumping up continuously.
Note: here dpumbi is bidirectional data pump process name.

Analysis:

1. We checked configuration parameters files (Extract, Pump and Replicat) on both Source & Target and everything looks good.
2. Added below parameters in both extract files:
a) Stop both extracts
b) Include below parameters after exttrail line and before table specifications

GETAPPLOPS

IGNOREREPLICATES

Note: GETAPPLOPS or IGNOREAPPLOPS parameter to capture or ignore DML operations produced by any application except the local Replicat. By default, application data is captured.

Note: GETREPLICATES and IGNOREREPLICATES parameters control whether DML transactions issued by Replicat are captured or ignored by the Extract process which is processing the same tables on the same system.

c) Start both extracts

d) Then check stats.

3. Check this at database
sho parameter *._transaction_auditing

From the above analysis, everything looks fine. Later we got to know that this is a known bug on 11.2.0.4 database.
Check out this post which covers Overview & Components of Oracle GoldenGate (software for real-time data integration and replication in heterogeneous IT Systems).

Cause: 

This seems to be a bug on 11.2.0.4

Patch 17571039: INTEGRATED REPLICAT INCORRECTLY APPLY THE CHANGES UNDER LOGIN USER SYS

Solution:

1. Apply the patch 17571039 and then we restarted the process and did some DML operations from site B to site A. We We did not change the old settings in extbi and repint processes at all.

Note: Here extbi is bidirectional extract process name and repint is replicat process name.

Then checked everything and dml operations applied correctly.
The stats from extbi, dpumbi and repbi, extint,dpint, repint are all showing correct stats.

 

Related/Further Reading:

This post is from our Oracle GoldenGate 12c Administration Training, in which we cover  Architecture, Installation, Configuring & Preparing the Environment, DML Replication – Online Change Synchronization, Initial Load, Zero Downtime Migration & Upgrading using GoldenGate, Oracle GoldenGate Security, Performance of Oracle GoldenGate and Troubleshooting and much more.

Next Task For You

Want to move ahead in your career and want to get a higher Earning Job?
Get 7+ Courses for DBAs & Apps DBA in a bundle program and learn from the Industry’s best Experts

Oracle Bundle Training

Picture of mike

mike

I started my IT career in 2000 as an Oracle DBA/Apps DBA. The first few years were tough (<$100/month), with very little growth. In 2004, I moved to the UK. After working really hard, I landed a job that paid me £2700 per month. In February 2005, I saw a job that was £450 per day, which was nearly 4 times of my then salary.