Nouvelles fonctionnalités

Cette section met en évidence les nouvelles fonctionnalités disponibles avec la version actuelle d'Oracle GoldenGate.

Exigence de version du JDK avec OUI et OPatch

Le programme d'installation d'Oracle Universal Installer (OUI) utilisé pour installer Oracle GoldenGate doit être mis à jour séparément du produit Oracle GoldenGate pour résoudre toute vulnérabilité de sécurité trouvée dans les composants JDK ou Java. Vous pouvez suivre les instructions fournies dans la note MOS ID de document 2359395.1 pour comprendre la configuration requise pour installer ou mettre à niveau le JDK/JRE par défaut.

Version 19.27.0.0.250613 - Juin 2025

Pour l'architecture de microservices Oracle GoldenGate, la version minimale prise en charge à partir d'Oracle GoldenGate 19.27.0.0.250613 est AIX 7.2 TL5. Pour en savoir plus, voir la matrice de certification.

Version 19c (19.1.0.0.210720) - juillet 2021

Oracle GoldenGate pour Amazon RDS pour SQL Server 2019 est pris en charge

Oracle GoldenGate prend en charge Amazon RDS for SQL Server 2019.

Version 19c (19.1.0.0.20228) - juin 2021

Oracle GoldenGate pour Sybase est pris en charge

Oracle GoldenGate prend en charge Sybase version 16.

Version 19c (19.1.0.0.201013) - Octobre 2020

PostgreSQL sur Azure est pris en charge

Oracle GoldenGate a été amélioré afin de prendre en charge la base de données Azure pour l'instance PostgreSQL.

Version 19.1.0.0.200714 - Juillet 2020

PostgreSQL

Prise en charge de l'extraction pour PostgreSQL version 10 et supérieure

PostgreSQL a été amélioré afin de fournir la prise en charge d'extraction pour PostgreSQL version 10 et supérieure.

Cela permet la même réplication hétérogène que pour toutes les plates-formes prises en charge par Oracle GoldenGate, et vous pouvez effectuer une réplication de PostgreSQL vers Oracle. Pour en savoir plus sur les fonctionnalités et les exigences prises en charge, reportez-vous à Utilisation d'Oracle GoldenGate pour les bases de données hétérogènes.

Prise en charge de SSL pour PostgreSQL

Amélioration d'Oracle GoldenGate pour permettre la configuration de SSL unidirectionnel et bidirectionnel pour la connexion à la base de données à l'aide de GGSCI, Extract, Replicat et d'autres processus.

Prise en charge du type de données MONEY pour tous les environnements linguistiques

Prise en charge améliorée du type de données MONEY pour tous les environnements linguistiques.

Amazon RDS pour PostgreSQL prise en charge

Amazon RDS pour la capture et la livraison à distance PostgreSQL est pris en charge.

Amazon Aurora PostgreSQL

La capture et la livraison à distance d'Amazon Aurora PostgreSQL sont prises en charge.

Prise en charge de la capture et de la livraison à distance

La capture et la livraison à distance sont prises en charge pour toutes les versions de PostgreSQL.

Prise en charge des types de données d'intervalle

Prise en charge du type de données d'intervalle dans la capture et la distribution.

Prise en charge des signaux d'activité

Prise en charge des signaux d'activité pour PostgreSQL.

Soutien DYNAMIQUE WILDCARDRESOLVE

La prise en charge de wildcardresolve dynamic est disponible.

Prise en charge de la globalisation NLS pour les noms d'objet dans la capture PostgreSQL

La capture et la distribution prennent en charge la globalisation des noms d'objet et des données de colonne.

L'extraction doit capturer les enregistrements après l'émission du positionnement par heure (BEGIN NOW)

Le processus Extract prend en charge le positionnement par TIMESTAMP EOF, LSN et START.

Détection et prise en charge des boucles bidirectionnelles

PostgreSQL prend en charge la réplication bidirectionnelle, y compris divers paramètres de filtrage bidirectionnel (GETREPLICATES, IGNOREREPLICATES, GETAPPLOPS).

Prise en charge des MANAGESECONDARYTRUNCATIONPOINT et NOMANAGESECONDARYTRUNCATIONPOINT

PostgreSQL prend en charge la gestion du point de troncation secondaire.

Gestion des types de données non pris en charge

Gestion des types de données non pris en charge.

Prise en charge de la capture et du chargement initial des données de modification

La capture des données de modification et le chargement initial sont pris en charge par la capture PostgreSQL.

MariaDB

MariaDB 10.4 Support

La capture et la distribution locales ou distantes sont désormais prises en charge pour MariaDB 10.4.

Prise en charge d'Amazon RDS pour MariaDB

Amazon RDS pour MariaDB pour la capture et la livraison à distance est désormais pris en charge.

SQL Server

Amazon RDS pour SQL Server est pris en charge

La capture et la distribution à distance sont désormais prises en charge pour Amazon RDS for SQL Server.

Teradata

Support Livraison à Teradata 17.0

La livraison à Teradata 17.0 est prise en charge.

Version 19.1.0.0.200414 - Avril 2020

SQL Server

SQL Server : Prise en charge de la capture et de la distribution pour l'instance gérée par la base de données SQL Azure

Oracle GoldenGate a été amélioré pour prendre en charge l'instance gérée par Azure SQL Database.

SQL Server : Prise en charge de la capture et de la livraison pour SQL Server 2019 Enterprise et Standard Editions

Oracle GoldenGate a été amélioré pour prendre en charge SQL Server 2019.

MySQL

MySQL : prise en charge de la capture et de la livraison pour Azure Database for MySQL

Oracle GoldenGate a été amélioré pour prendre en charge Azure Database pour l'instance MySQL.

DB2 LUW

DB2 LUW : prise en charge de la version 11.5 de DB2 LUW

Oracle GoldenGate a été amélioré pour prendre en charge DB2 LUW version 11.5.

Version 19c (19.1.0) - Septembre 2019

SQL Server

Prise en charge de SQL Server 2017 pour la capture et la distribution

La capture et la distribution sont prises en charge pour SQL Server 2017.

Nouveau paramètre TRANLOGOPTIONS TOUJOURSONREADONLYROUTING

Le paramètre TRANLOGOPTIONS ALWAYSONREADONLYROUTING permet au processus d'extraction de SQL Server d'acheminer son traitement en lecture seule vers une instance secondaire d'intention de lecture disponible lorsqu'il est connecté à un processus d'écoute de groupe de disponibilité Always On.

Nouvelle option FILEGROUP pour le fichier ADD TRANDATA et GLOBALS

L'option FILEGROUP peut être utilisée avec ADD TRANDATA par table ou dans le fichier GLOBALS pour affecter toutes les tables ajoutées pour TRANDATA, et crée les tables intermédiaires CDC sur le groupe de fichiers répertorié plutôt que sur le groupe de fichiers par défaut de la base de données.

Option TRANCOUNT avec TRANLOGOPTIONS

La nouvelle option TRANCOUNT vous permet de définir un nombre spécifique de transactions à extraire des tables CDC SQL Server à la fois.

Nouvelles options HEARTBEATTING

Cette fonctionnalité permet d'installer l'implémentation de signal d'activité Oracle GoldenGate pour une base de données utilisée en tant que cible uniquement et n'active pas les fonctionnalités qui seraient nécessaires pour une implémentation de base de données source de la table de signal d'activité.

Les options suivantes sont désormais disponibles pour les tables de signal d'activité à partir de l'interface de commande GGSCI :

Prise en charge de la capture/livraison à distance avec Oracle GoldenGate sur Linux, pour SQL Server sous Windows

Oracle GoldenGate for SQL Server peut désormais s'exécuter sous Linux, fournissant une prise en charge distante de la capture et de la distribution pour SQL Server exécuté sous Windows.

Prise en charge des pilotes Microsoft ODBC

Les pilotes ODBC Microsoft pour SQL Server sont désormais pris en charge par Extract et Replicat.

Version d'objet CDC SQL Server

Oracle GoldenGate fournit désormais un sous-système de suivi des versions pour suivre les objets CDC placés sur la base de données. Si les numéros de version ne correspondent pas, l'extraction abandonne avec une erreur, ce qui nécessite que TRANDATA soit réémis pour les tables existantes précédemment activées avec la journalisation supplémentaire.

TimesTen

Support de Livraison pour Oracle TimesTen

La prise en charge de la livraison pour Oracle TimesTen 18c pour les architectures classiques et évolutives est disponible.

DB2 z/OS

Prise en charge de la modification de schéma en ligne

Prise en charge des commandes CREATE TABLE, DROP TABLE et ADD, ALTER et DROP COLUMN en ligne dans l'extraction sans arrêter et redémarrer l'extraction pour obtenir les nouvelles métadonnées de table pour l'extraction. L'historique complet des versions de table est pris en charge. Cette fonctionnalité est contrôlée par le paramètre TRANLOGOPTIONS TRACKSCHEMACHANGES.

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

Nouvelles fonctionnalités dans les microservices Oracle GoldenGate

**Gestion du cryptage à l'aide d'un service de gestion des clés dans l'architecture des microservices Oracle GoldenGate**

L'architecture de microservices d'Oracle GoldenGate permet l'intégration à Oracle Key Vault (OKV) pour centraliser et gérer les clés de cryptage. Reportez-vous également à Utilisation d'un KMS avec Oracle GoldenGate.

Chemins lancés à partir de la cible

Les chemins initiés par la cible pour les microservices permettent au serveur de destinataire de lancer un chemin vers le service de distribution sur le déploiement cible et d'extraire les fichiers trace. Cette fonctionnalité permet au serveur de destinataire de créer un chemin lancé par la cible pour des environnements tels que les chemins de zone démilitarisés (DMZ) ou le cloud vers le site, où le serveur de distribution dans le déploiement Oracle GoldenGate source ne peut pas ouvrir les connexions réseau dans l'environnement cible au serveur de destinataire en raison de stratégies de sécurité réseau.

Nouvelles commandes client d'administration

Les commandes Admin Client suivantes sont ajoutées à Oracle GoldenGate 19c (19.1.0) pour fonctionner avec les chemins de distribution initiés par la cible :

Les commandes suivantes sont conçues pour prendre en charge les scripts améliorés (à l'aide de la commande OBEY Admin Client) afin que le nom utilisateur et le mot de passe n'aient pas besoin d'être inclus dans le script lui-même, et vous pouvez utiliser un alias :

La commande UPGRADE HEARTBEATTABLE permet de modifier la table de signal d'activité générée par la commande ADD HEARTBEATTABLE à l'aide d'une version précédente d'Oracle GoldenGate.

Les commandes suivantes ont été ajoutées pour permettre aux utilisateurs dotés du rôle de sécurité d'activer et de désactiver les services pour toute opération de mise à jour effectuée par des utilisateurs non sécurisés.

Commandes suivantes utilisées pour contrôler les profils qui autorisent le démarrage et le redémarrage automatiques pour les processus Extract et Replicat :

Les commandes suivantes sont utilisées pour gérer le profil de cryptage lors de l'utilisation d'Oracle Key Vault :

Nouvelle fonction de conversion de colonne @BINTOBASE64

Nouvelle fonction de conversion de colonne pour convertir les données binaires fournies en texte BASE64.

Nouvelle fonction LAG TASK

Les microservices Oracle GoldenGate disposent désormais de la fonctionnalité de tâches de décalage dans l'onglet Tasks, qui vous permet de configurer les seuils de décalage dans chaque processus Extract, Replicat ou Distribution Path.

Prise en charge de TLS 1.2

TLS 1.2 est désormais la valeur par défaut pour les déploiements sécurisés dans les microservices.

Nouvelle adresse REST pour extraire les transactions actives et les détails du SCN actuel

Les adresses d'API REST ont été améliorées pour extraire les détails de la transaction active et du numéro de modification système actuel de la base de données. Ces adresses sont utilisées pour améliorer le processus de chargement initial basé sur des fichiers.

Les adresses d'API REST sont accessibles depuis le serveur d'administration et sont les suivantes :

Gérer le numéro CSN d'instanciation

(/services/{version}/connections/{connection}/databases/{database}/{schema}/{table}/instantiationCsn)

Extraire les détails de transaction actifs

(/services/{version}/connections/{connection}/activeTransactions)

Nouvelle option HEARTBEATTING

L'option UPGRADE HEARTBEATTABLE est désormais disponible pour les tables de signal d'activité à partir de l'interface de commande GGSCI :

Oracle Database

Chargement initial amélioré dans les microservices

Le numéro SCN cohérent utilisé pour le chargement initial est automatiquement stocké dans le fichier de rapport généré par une extraction de chargement initial. Il peut donc être utilisé pour positionner précisément les processus Extract et Replicat afin d'éviter les enregistrements en double.

Amélioration de la table des signaux d'activité pour inclure les détails de la reconstruction de l'extraction

Cette fonctionnalité permet aux processus Replicats de conserver une position de redémarrage source plus récente et de réduire les périodes de conservation des informations de journalisation. Cette fonction est activée par défaut pour les nouvelles tables de signal d'activité. Les tables de signal d'activité existantes sont mises à niveau pour prendre en charge cette amélioration. Les tables de signal d'activité améliorées interagissent avec les tables de signal d'activité dans les déploiements exécutant une ancienne version d'Oracle GoldenGate.

Avec des positions de redémarrage plus récentes, vous pouvez configurer la suppression des tables de base pour les tables de résolution automatique des conflits (ACDR) (fonction d'Oracle vers Oracle CDR) afin qu'elles soient purgées de manière plus agressive. Les tables de pierre tombale ACDR ne sont pertinentes que si vous recréez une extraction et que vous utilisez la fonction CDR automatique. Pour que cette fonctionnalité fonctionne, les versions source et cible d'Oracle GoldenGate doivent être 19c ou supérieures.

Support Cross Endian pour l'extraction intégrée à distance

L'interopérabilité inter-diens pour l'extraction intégrée est automatiquement activée lorsque l'endianess du serveur sur lequel l'extraction intégrée est exécutée est différente de l'endianess du serveur sur lequel l'instance Oracle est exécutée.

Lorsque le processus d'extraction intégré est en cours d'exécution dans Oracle Database 19c avec Oracle GoldenGate 19c, il peut capturer des fichiers de journalisation avec COMPATABILITY 11.2.0.4 ou une version supérieure. Cela implique qu'un environnement cloud Oracle GoldenGate configuré sur Linux peut effectuer une capture à distance à partir de n'importe quelle plate-forme Endian, y compris Linux, Windows, AIX, Tru64, OpenVMS, solaris SPARC, Solaris x86, HP-UX, etc., exécutant Oracle Database. Cela fonctionne également avec les architectures colocatives et non Conteneur.

DB2 for i

Prise en charge de TIMESTAMP (12)

Oracle GoldenGate pour DB2 pour i prend désormais en charge TIMESTAMP (12)

Paramètre DBOPTIONS - USEDATABASEENCODING

Le paramètre DBOPTIONS USEDATABASEENCODING est introduit pour permettre au processus Extract de stocker toutes les données de texte dans la trace dans son encodage de caractères natif pour les données non DBCS.

Le paramètre BUFSIZE de TRANLOGOPTIONS est disponible avec DB2 pour i

Le paramètre TRANLOGOPTIONS BUFSIZE est disponible avec DB2 pour i.

Débit d'extraction amélioré

L'efficacité des extractions a été considérablement améliorée par rapport aux versions précédentes. Le débit est amélioré tout en réduisant les ressources de traitement globales pour la même charge globale.

La différence de débit entre la conversion par défaut du texte en UNICODE et 'COLCHARSET(PASSTHRU,*'), qui ne convertit pas le texte, a été considérablement réduite pour les jeux de caractères pris en charge par Oracle GoldenGate.

Options de sécurité

Le cryptage AES, la banque d'informations d'identification et Oracle Wallet sont désormais disponibles.

TRANLOGOPTIONS MAXAUTOCMTTRANSSIZE

Ce paramètre définit le nombre maximum d'enregistrements inclus dans une transaction créée implicitement. Cela a une incidence sur le nombre maximum d'enregistrements qui ne font pas partie d'une transaction explicite (ayant un CCID 0) peuvent être regroupés en une seule transaction implicite.

Exigences CSN

Le numéro de séquence système n'est plus requis pour les extractions de pièces uniques. Il est recommandé d'utiliser RCVSIZOPT(*MAXOPT3) pour leurs journaux afin d'activer un numéro de séquence de journal 64 bits complet, ce qui évite d'avoir à réinitialiser périodiquement les numéros de séquence de journal.

DECFLOAT type de données

Le type de données DECFLOAT est pris en charge.

Oracle GoldenGate peut automatiquement mettre en correspondance DECFLOAT avec tout autre type de données numérique. Toutefois, il peut avoir des valeurs plus précises ou plus élevées. Assurez-vous que le type de données cible peut prendre en charge les valeurs insérées dans la source.

@COMPUTE sur DECFLOAT ne peut être utilisé que sur des valeurs de 17 chiffres ou moins. Vous devrez peut-être utiliser @STRNUM dans certains cas.

Prise en charge des transactions à longue durée d'exécution

Les fonctionnalités LRT SHOWTRANS, SKIPTRANS et FORCETRANS sont prises en charge.

DB2 LUW

Prise en charge de TIMESTAMP (12)

Oracle GoldenGate pour DB2 LUW prend désormais en charge TIMESTAMP (12).

DECFLOAT type de données

Le type de données DECFLOAT est pris en charge.

Oracle GoldenGate peut automatiquement mettre en correspondance DECFLOAT avec tout autre type de données numérique. Toutefois, il peut avoir des valeurs plus précises ou plus élevées. Assurez-vous que le type de données cible peut prendre en charge les valeurs insérées dans la source.

@COMPUTE sur DECFLOAT ne peut être utilisé que sur des valeurs de 17 chiffres ou moins. Vous devrez peut-être utiliser @STRNUM dans certains cas.

Prise en charge du TLR

Les fonctionnalités LRT SHOWTRANS, SKIPTRANS et FORCETRANS sont prises en charge.

DB2 z/OS

Prise en charge de la modification de schéma en ligne

Prise en charge des commandes TABLE CREATE, DROP et ADD, ALTER et DROP COLUMN en ligne dans l'extraction sans arrêter et redémarrer l'extraction pour obtenir les nouvelles métadonnées de table pour l'extraction. L'historique complet des versions de table est pris en charge.

Prise en charge de TIMESTAMP (12)

Oracle GoldenGate pour DB2 z/OS prend en charge TIMESTAMP (12).

Prise en charge de la ZONE temporelle avec TIMESTAMP

Oracle GoldenGate pour DB2 z/OS prend désormais en charge TIME ZONE WITH TIMESTAMP.

Prise en charge du TLR

Les fonctionnalités LRT SHOWTRANS, SKIPTRANS et FORCETRANS sont prises en charge.

DECFLOAT type de données

Le type de données DECFLOAT est pris en charge.

Oracle GoldenGate peut automatiquement mettre en correspondance DECFLOAT avec tout autre type de données numérique. Toutefois, il peut avoir des valeurs plus précises ou plus élevées. Assurez-vous que le type de données cible peut prendre en charge les valeurs insérées dans la source.

@COMPUTE sur DECFLOAT ne peut être utilisé que sur des valeurs de 17 chiffres ou moins. Vous devrez peut-être utiliser @STRNUM dans certains cas.

MySQL

Prise en charge SSL bidirectionnelle dans MySQL Capture and Delivery

Oracle GoldenGate pour MySQL prend en charge une connexion SSL d'extraction ou de réplication vers le serveur de base de données MySQL.

MySQL 8.0 Support

Oracle GoldenGate prend en charge MySQL 8.0.