Goldengate Replicat Lag - how to identify if there is trail file or other contention
Goldengate 19.1
Site-site, like for like replication between two identical Oracle 19.12 databases.
Source:
One Integrated Extract capturing changes for schemas A, B, C, D
One Pump process propagating those trails to the target site
Target:
Two separate Replicats
R1 - Non-integrated. Applies changes for schemas A, B , C
R2 - Integrated. Applies changes for schema D
Nothing fancy in the param files, just straight mappings A.* to A.* , etc
R1 shows no issues. R2 is experiencing constant issues with significant lag.
By observation we see this...
When R2 is experiencing lag it appears to be "stuck" at a particular RBA in the file and rba doesn't advance until 2 or 3 checkpoints have happened. When we investigate we find that the record it is "stuck" on is for a change to one of the A, B or C schemas. Shouldn't it just skip those?