Modifications de comportement par défaut

Cette section décrit les modifications de comportement par défaut apportées à Oracle GoldenGate par rapport à la dernière version.

Version 19.1 (19.29.0.0.251021) - Octobre 2025

Bogue 37909236 : MariaDB - Supprimez l'exigence relative à MariaDB binlog_annotate_row_events=OFF

A partir de cette version d'Oracle GoldenGate, l'exigence de définir binlog_annotate_row_events sur OFF a été enlevée pour MariaDB.

Version 19.1 (19.28.0.0.250715) - août 2025

Bogue 37757820 : générique - Activer NOCHECKUNIQUEKEYS par défaut pour BATCHSQL pour toutes les bases de données non Oracle

NOCHECKUNIQUEKEYS activé par défaut pour BATCHSQL pour toutes les bases de données non Oracle.

Version 19c (19.27) - Mai 2025

Bug 37576949 : Generic - Require new integrated replicat (IR ) to have a checkpoint table (Générique - Exiger une nouvelle réplication intégrée (IR)) pour disposer d'une table de points de reprise

Oracle GoldenGate requiert une table de points de reprise lors de la création d'un processus Replicat intégré.

Toute réplication intégrée existante doit être reconstruite pour inclure une table de points de reprise. La commande ALTER REPLICAT ne peut pas être utilisée pour ajouter une table de point de reprise à un processus Replicat existant créé avec NODBCHECKPOINT.

Version 19.25.0.0.241015 - Octobre 2024

Mise à jour de la sécurité des portefeuilles Oracle GoldenGate

Propriété de connexion automatique enlevée des portefeuilles Oracle GoldenGate

Pour améliorer la sécurité des portefeuilles Oracle GoldenGate qui stockent les informations d'identification (informations de connexion des utilisateurs de microservices), la propriété de connexion automatique des portefeuilles Oracle GoldenGate a été enlevée.

Par conséquent, une fois que le déploiement a été appliqué à Oracle GoldenGate version 19.25 et supérieure et qu'il a démarré, il n'est pas possible de revenir à la version 19.24 ou inférieure d'Oracle GoldenGate précédente, car les portefeuilles protégés par mot de passe ne peuvent pas être convertis automatiquement en portefeuilles de connexion automatique.

Une solution de contournement à court terme pour obtenir les informations stockées dans les portefeuilles avant l'application de patches à Oracle GoldenGate version 19.25 ou supérieure consiste à enregistrer les portefeuilles de connexion automatique à partir de la version antérieure et à restaurer manuellement ces portefeuilles lors d'une annulation (rollback).

Version 19.1.0.0.230418 - Avril 2023

Oracle

Opatches fourni avec JDK pour Oracle

Le kit JDK est désormais packagé dans le patch Oracle GoldenGate à partir des versions 21.10 et 19.1.0.0.230418. Notez que seul le répertoire <GG_HOME>/jdk est mis à jour avec les versions de patch GoldenGate. Reportez-vous à ID de document 2359395.1 pour plus d'informations et des références supplémentaires pour la mise à jour du JDK via le patch GoldenGate ou indépendamment.

Vous avez toujours la possibilité d'installer le dernier patch JDK dans le répertoire <GG_HOME>/jdk indépendamment à tout moment. Pour plus d'informations, reportez-vous à ID de document 1492980.1.

Version 19.1.0.0.200714 - Septembre 2020

PostgreSQL

Le paramètre TransactionErrorBehavior doit être défini sur 2 lors de la spécification des données

Pour que le processus de réplication PostgreSQL puisse gérer les conditions d'erreur de base de données de manière appropriée, la valeur du paramètre TransactionErrorBehavior doit être définie sur 2. Il s'agit d'un paramètre obligatoire pour Oracle GoldenGate, qui doit être spécifié dans le fichier odbc.ini sous le DSN. Voici un exemple de DSN spécifiant le paramètre :

[ODBC]
IANAAppCodePage=4
InstallDir=/u01/ggate

[pgdsn]
Driver=/u01/ggate/lib/GGpsql25.so
Description=DataDirect 7.1 PostgreSQL Wire Protocol
Database=mypgdb
HostName=mypghost
PortNumber=5432
LogonID=mypguser
Password=**********
TransactionErrorBehavior=2

Pour en savoir plus, reportez-vous à https://media.datadirect.com/download/docs/odbc/allodbc/index.html#page/odbc/transaction-error-behavior.html

Version 19c (19.1.0.0.200714) - juillet 2020

PostgreSQL

DEFERAPPLYINTERVAL ne fonctionne pas comme prévu pour la réplication PostgreSQL

Si le fuseau horaire n'est pas le même pour la base de données et le système d'exploitation, le processus Replicat attend que l'heure GMT locale du système source soit supérieure à l'horodatage de validation d'enregistrement + délai DEFERAPPLYINTERVAL.

Le processus Replicat ne peut pas identifier la table de points de reprise lorsqu'il est créé en cas mixte après le redémarrage du processus Replicat

Le nom de la table de points de reprise doit être en minuscules sans guillemets et sans caractère spécial.

Version 19c (19.1.0) - Mai 2020

L'assistant Configuration d'Oracle GoldenGate ne s'exécute pas s'il existe un espace dans le nom du répertoire de base Oracle GoldenGate

L'assistant Configuration d'Oracle GoldenGate (OGGCA) sous Windows ne s'exécute pas si le nom du répertoire de base Oracle GoldenGate ou OGG_HOME contient de l'espace, par exemple OGG HOME.

Version 19c (19.1.0) - Septembre 2019

INFO HEARTBEATTABLE

La commande INFO HEARTBEATTABLE pour SQL Server indique désormais l'intervalle de fréquence de signal d'activité, l'intervalle de fréquence de purge et la durée de conservation.

Valeur par défaut TRANLOGOPTION QUERYTIMEOUT

Pour SQL Server, le paramètre QUERYTIMEOUT par défaut a été prolongé de 30 secondes à 300 secondes.

Ajout d'une validation après modification DDL

Le processus Extract for SQL Server est abandonné s'il détecte une différence de structure de table entre la table source et la table Change Data Capture.

Prise en charge de la connexion TLS 1.2

Pour SQL Server, la prise en charge des connexions TLS 1.2, si elle est activée, est fournie automatiquement par le processus Extract et le processus Replicat.

Prérequis pour utiliser Oracle GoldenGate 19c avec MySQL

Oracle GoldenGate pour MySQL a une dépendance sur la bibliothèque OpenSSL, de sorte que la disponibilité de la bibliothèque OpenSSL est un prérequis.

Linux : définissez LD_LIBRARY_PATH pour inclure le chemin d'accès où la bibliothèque OpenSSL est installée.

Windows : pour MySQL 8.0 et versions ultérieures, la bibliothèque OpenSSL est fournie avec le serveur MySQL et est conservée dans le répertoire \bin du répertoire de base MySQL. Vous devez vous assurer que l'emplacement de OpenSSL est ajouté à la variable d'environnement de chemin.

Par exemple, le répertoire D:\path\to\MySQLServer_install_dir\bin doit être ajouté à la variable d'environnement PATH.

Vous pouvez également installer le dernier connecteur MySQL C++ (MySQL 8.0 ou version ultérieure), qui contient la bibliothèque OpenSSL et vous assurer que l'emplacement de OpenSSL est ajouté à la variable d'environnement de chemin. Par exemple, le répertoire C:\Program Files\MySQL\Connector C++ 8.0\lib64 doit être ajouté à la variable d'environnement PATH.

Avec MySQL 5.7 ou moins, vous devez installer le dernier connecteur C++ MySQL (MySQL 8.0 ou plus), qui contient la bibliothèque OpenSSL et vous assurer que l'emplacement de OpenSSL est ajouté à la variable d'environnement PATH. Par exemple : le répertoire C:\Program Files\MySQL\Connector C++ 8.0\lib64 doit être ajouté à la variable d'environnement PATH.

Oracle GoldenGate pour MySQL 8.0 a une dépendance sur la bibliothèque OpenSSL, de sorte que la disponibilité de cette bibliothèque est un prérequis. Vous devez vous assurer que la bibliothèque est installée sur le système exécutant Oracle GoldenGate et que le chemin d'accès à cette bibliothèque est défini de manière appropriée.

Aucune restriction de modèle pour le nom utilisateur Oracle GoldenGate, mais la longueur maximale est de 512 caractères

Les contraintes du nom utilisateur Oracle GoldenGate ont été enlevées, mais la longueur maximale est de 512 caractères. Pour les utilisateurs de type Basic et Certificate, il n'existe aucune contrainte sur les caractères spéciaux du nom utilisateur dans l'API REST.

Toutefois, dans l'interface Web de Microservice Architecture, le nom d'utilisateur ne peut inclure que des caractères spéciaux spécifiques pour un utilisateur de type Basic. Ces caractères sont les suivants :

at sign (@), period (.) , dash (-), comma (,), underscore (_), number sign (#), dollar sign ($), plus sign (+), backslash (\), slash (/), equal sign (=), less than sign (<), or greater than sign (>).

Version 19c (19.1.0) - Version initiale de mai 2019

L'implémentation des microservices nécessite des mots de passe renforcés

Les mots de passe des utilisateurs dans l'implémentation des microservices nécessitent des mots de passe renforcés, avec une majuscule, un chiffre et un caractère spécial.

Format du fichier trace

Après la mise à jour de l'extraction, si un format de fichier trace plus récent est indiqué, l'extraction principale basculera automatiquement vers le fichier trace et le processus d'écriture suivants dans le format de fichier trace indiqué. Il est inutile d'exécuter la commande ALTER EXTRACT ETROLLOVER.

Extraction Fichier de trace par défaut - Version

Le processus Extract principal écrit le fichier trace dans le même format que le format de fichier trace existant lorsque vous effectuez la mise à niveau vers Oracle GoldenGate 19c, sauf si vous indiquez explicitement la version du format de fichier trace à l'aide de l'option FORMAT RELEASE. Cette modification de comportement empêche l'abandon de la réplication ultérieure si la réplication n'est pas mise à niveau.

Le paramètre _INFINITYTOZERO n'est plus requis

Le paramètre _INFINITYTOZERO n'est plus requis. Lorsqu'Oracle GoldenGate détecte les valeurs +INF ou -INF dans un champ numérique Oracle, il est géré automatiquement comme si ce paramètre était déjà défini.

Si la cible est la version 19c du processus Replicat Oracle, +INF et -INF sont appliqués correctement. Pour toutes les autres bases de données, y compris les anciennes bases de données Oracle Replicat, 0 valeur est appliquée.

Capture Oracle TIMESTAMP WITH TIME ZONE

TIMESTAMP avec TIMEZONE avec des données d'ID de région est désormais pris en charge pour FETCH et le chargement initial. Pour plus d'informations, reportez-vous à [TRANLOGOPTIONS](/pls/topic/lookup?ctx=en/middleware/goldengate/core/19.1/release-notes&id=GWURF-GUID-B6ADFEC9-10E6-456D-9477-088513E113AF) dans Référence pour Oracle GoldenGate

Cette fonctionnalité est activée automatiquement si nécessaire et vous n'avez plus besoin d'indiquer TRANLOGOPTIONS INCLUDEREGIONID. Pour une cible non Oracle, utilisez TRANLOGOPTIONS INCLUDEREGIONIDWITHOFFSET pour convertir l'ID de région en décalage horaire par rapport à UTC.

Paramètre par défaut de l'option GETCTASDML

L'option GETCTASDML disponible avec le paramètre TRANLOGOPTIONS est activée par défaut.

Paramètre par défaut NOALLOWNULLABLEKEYS

Le paramètre par défaut du paramètre NOALLOWNULLABLEKEYS est défini sur true.

Cette fonctionnalité a été créée pour aider les clients à identifier facilement les tables qui peuvent poser problème en raison de l'autorisation de plusieurs valeurs NULL dans une colonne de clé.

Prise en charge de la modification du format de journal binaire

(MySQL uniquement) Capture ignore silencieusement les événements binlog qui ne sont pas écrits au format ROW au lieu d'abandonner lorsqu'elle détecte une valeur binlog_format autre que ROW.