6 Known Issues and Workarounds

This chapter describes the known issues at the time of release.

Release 23ai (23.6) - October 2024

Bug 37152943: Db2 for i - Extract fails with core dump issue for heartbeat table

For Oracle GoldenGate Extract for Db2 for i, abends with the core dump error for heartbeat table. This results in heartbeat functionality not working .

Workaround

None.

Bug 37468391: Oracle - XAGTask is killing all GoldenGate processes running on a node when one Service Manager is stopped

When running Oracle GoldenGate using multiple OGG_HOME directories, and a Service Manager registered with XAG fails, or is stopped by XAG/CRS, all GoldenGate processes running on the server will be stopped, no matter what OGG_HOME they are running out of. This will cause a server wide GoldenGate outage.

Workaround

Only use XAG integration with Oracle GoldenGate on servers with:

  • A single Service Manager.

  • No other Oracle GoldenGate processes running out of a different OGG_HOME.

Release 23ai (23.5) - August 2024

Parallel Replicat is not supported for Sybase

Oracle GoldenGate for Sybase does not support parallel Replicat.

Workaround

Use coordinated or classic Replicat.

Bug 36926498: Sybase - Bi-directional Extract crashes without any error

An issue with Extract configured for bi-directional replication causes the Extract to abend.

Workaround:

None

Bug 36927786: Generic - OGGCA deployment creation is not picking up SYBASE system variable/value

When creating a Sybase deployment, the SYBASE system variable is not getting set automatically for the deployment.

Workaround

Add the SYBASE variable to the deployment’s environment variable configuration manually, and set the path to the Sybase home directory, such as /opt/sap, then restart the deployment.

Release 23ai (23.4) - May 2024

Explicitly exclude Inverted File (IVF) and Hierarchical Navigable Small Worlds (HNSW) index tables

If you are using wildcard parameters, then IVF and HSNW vector index tables must be explicitly excluded from the Extract.

Workaround

None

Extract LSN positioning does not work with 0x:8:8:4 format for the Admin Client

For SQL Server, starting an Extract with ATCSN or AFTERCSN with the Admin Client and using a LSN value with a 0x8:8:4 format is not working as intended.

Workaround

Provide the LSN value in the following format: 0x8:8:4-ffffffff-8:8:4.

For example:

START EXTRACT EXTPROD AFTERCSN 0x000000b3:00002240:0003-ffffffff-000000b3:00002240:0003