Integrated Extract Replicates Parallel DML Incorrectly (Doc ID 2703924.1)

Last updated on APRIL 17, 2023

Applies to:

Symptoms

Golden Gate Integrated Extract replicates parallel DML incorrectly: the TransInd of last record has "x01" value instead of "x02".
Consequently the replicat has not been replicating the parallel transaction until the next transaction comes.
Actually the parallel transaction is "merged" with next transaction on target.

alter session enable parallel dml;
alter session enable parallel query;
insert /*+ NOAPPEND PARALLEL(a 16) */ into gg19S.tab a select /*+ PARALLEL(b 16) */ * from gg19S.tab1 b;
commit;

Source table count after above insert completed:
=====================================

SQL> --------1000 records
select count(*) from gg19S.tab;SQL>

 COUNT(*)
----------
     1000

Target table count:
===================
SQL> -----here Zero record waiting
select count(*) from gg19T.tab;SQL>

 COUNT(*)
----------
        0

And also replicat side time since checkpoint is keep increasing until unless I insert one more record in this table
Or any other table and the moment I insert a record replicat applied all 1000records+1record immediate and
Time since checkpoint gone now and looks strange behavior.

GGSCI (test) 1> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt

MANAGER     RUNNING
EXTRACT     RUNNING     EXTIE       00:00:09      00:00:04
REPLICAT    RUNNING     REPDUE      00:00:00      14:28:42 >>>>>>>>>>>>>>>>>>>>>>indefinite time since checkpoint lag here

And then inserted single record:

SQL> insert into gg19S.tab (id,number_value) values(3,3);

1 row created.

SQL> commit;

Commit complete.

And then i can see time since checkpoint gone on replicat side and all records got replicated
the movement i inserted another single record in same table:

now replicat status:
=============
GGSCI (test) 1> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt

MANAGER     RUNNING
EXTRACT     RUNNING     EXTIE       00:00:06      00:00:03
REPLICAT    RUNNING     REPDUE      00:00:00      00:00:03 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>no time since checkpoint lag now

Now source table count:
================
SQL> select count(*) from gg19S.tab;

COUNT(*)
----------
    1001

Now target table count:
================
SQL> select count(*) from gg19T.tab;

COUNT(*)
----------
    1001

Changes

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.