4 Default Behavior Changes
This section describes the default behavior changes made to Oracle GoldenGate in relation to the last release.
Release 21c (21.19.0.0.0) - July 2025
Bug 37757820: Generic - Enable NOCHECKUNIQUEKEYS as Default for BATCHSQL for all non-Oracle Databases
Enabled NOCHECKUNIQUEKEYS as default for
BATCHSQLfor all the non-Oracle
databases.
Bug 37909236: MySQL - Extract fails when MariaDB has binlog_annotate_row_events variable enabled
Starting with this version of Oracle GoldenGate, the
requirement to set binlog_annotate_row_events to
OFF has been removed for MariaDB.
Release 21c (21.15.0.0.0) - October 2024
- Oracle GoldenGate Wallets Security Update
-
- Auto-login property removed from the Oracle GoldenGate wallets
-
To enhance the security of Oracle GoldenGate wallets that store credential information (login information of Microservices users), the auto-login property of Oracle GoldenGate wallets has been removed.
As a result, after the deployment has been patched to Oracle GoldenGate release 21.15 and higher and started, rolling back to the previous Oracle GoldenGate release of 21.14 or lower, is not feasible as the password protected wallets cannot be converted back to auto-login wallets automatically.
A short-term workaround to get the information stored in the wallets before patching to Oracle GoldenGate Release 21.15 or higher, is to save the auto-login wallets from the earlier version and manually restore these wallets on a rollback.
Release 21c (21.14.0.0.0) - April 2024
- PostgreSQL - Capture and delivery support for base partitioned tables
-
For PostgreSQL, capturing from base partitioned tables is now supported. This is a change from the previous version of Oracle GoldenGate where Extract might have been configured to capture directly against inidividual partitions, such as
TABLE schema.basetable_part1orTABLE schema.basetable_part2.If you have configured the Extract to capture from PostgreSQL individual partitions in earlier versions of Oracle GoldenGate and are now upgrading or patching to Oracle GoldenGate 21.14 or after, you need to perform steps specified in Doc ID 3017127.1 to avoid data loss.
Release 21c (21.10.0.0.0) - April 2023
- Oracle Database and MA Deployments
-
- Opatches bundled with JDK for all Oracle and Microservices Architecture deployments
-
The JDK is now packaged in the Oracle GoldenGate patch starting release version 21.10 and 19.1.0.0.230418. Please note that only
<GG_HOME>/jdkdirectory is updated with the GoldenGate patch releases. See Doc ID 2359395.1 for more information and additional references for updating JDK either through GoldenGate patch or independently.You still have the option to install the latest JDK patch into
<GG_HOME>/jdkdirectory independently at any time. See Doc ID 1492980.1 for more information.
Release 21c (21.4.0.0.0) - October 2021
- SQL Server
-
-
For Oracle GoldenGate Microservices Architecture installations against a source SQL Server database, the Oracle GoldenGate CDC Cleanup job has been replaced with a new Purge Change Data task. A new task is required for Extract to run.
You can create the task from the Administration Service, Configuration, Tasks tab. Create the task after enabling supplemental logging for the tables in a source database and prior to starting the Extract.
-
Oracle GoldenGate Replicat for SQL Server no longer supports OLE DB and Replicat will only use ODBC for its connectivity and to deliver DML operations, and if connecting with the Microsoft ODBC Driver 17 for SQL Server, version 17.8.1 or newer, Replicat will set the connection as the Replication User automatically, which replaces the need to use the
DBOPTIONSUSEREPLICATIONUSERparameter.
Release 21c (21.3.0) - August 2021
- DB2 for i
-
For DB2 for i, the
ADD HEARTBEATTABLEcommand has been enhanced to handle upgrade or misconfiguration of heartbeat table functionality. Now, you can run theADD HEARTBEATTABLEcommand again to repair the functionality of an existing heartbeat table setup without deleting the existing heartbeat data.
- SQL Server
-
Extract for SQL Server no longer abends when DDL changes are made to the underlying user tables. In prior releases, if the Extract encountered a mismatch between the user table metadata and the CDC Capture Change Tracking table metadata, due to columns added after TRANDATA was enabled for the table, the Extract would abend. From Oracle GoldenGate 21c (21.3.0) onward, Extract will not abend when table changes are made to the user table. It will continue to process the data as it exists in the CDC Capture Change Tracking table.
This allows the Extract to continue to run when DDL changes occur, but you should use governance to properly handle DDL changes so that Extract can pick up the data for changed columns.
For more information, see the Requirements for Table Level DDL Changes in the SQL Server chapter of the Using Oracle GoldenGate for Heterogeneous Databases guide.
Release 21c (21.1.0) - Initial Release May 2021
- Oracle GoldenGate binaries are no longer installed on a shared drive
-
Oracle always recommended installing the Oracle GoldenGate binaries (
OGG_HOME) on a local file system as a best practice. From this release onward, it is a requirement. The binaries must be installed on local drives. For more information refer to MOS note DOC ID 2689857.1.
- Simplified heartbeat administration for Oracle Databases
-
Heartbeat table administration operations are only be done in the schema of the
DBLOGINuser.GGSCHEMAis now only required for CDB root Extracts.
- Logging of full metadata enabled when upgrading from Oracle GoldenGate 19c to 21c and the database is MySQL 8.0
-
This change is applicable when upgrading from Oracle GoldenGate 19c to 21c with MySQL 8.0.
- Table containing IDENTITY columns with default sequence needs to be created with primary key
-
For Oracle database, table with identity column needs to be created with primary key, otherwise the Replicat will abend with errors similar to the following:
2020-02-07 08:17:53 ERROR OGG-00516 Fatal error executing DDLreplication: error [Error code [1430], ORA-01430: column being added already exists intable]
- One shiphome supporting all Oracle Database versions
-
Instant Client 21c is bundled with Oracle GoldenGate. When launching the Oracle GoldenGate executables with Oracle data layer dependency, it is mandatory to go through the bundled instant client connectivity, libraries, and tools..
- Microservices Architecture does not support the management of individual threads for coordinated Replicat
-
Microservices Architecture does not support the management of individual threads for coordinated Replicat. If you are using individual threads in Classic Architecture and are migrating to MA, you may need to remove those threads before migrations.