Standardverhaltensänderungen
In diesem Abschnitt werden die Standardverhaltensänderungen beschrieben, die in Bezug auf das letzte Release an Oracle GoldenGate vorgenommen wurden.
Release 19.1 (19.29.0.0.251021) - Oktober 2025
Bug 37909236: MariaDB - Entfernen Sie die Anforderung für MariaDB binlog_annotate_row_events=OFF
Ab dieser Version von Oracle GoldenGate wurde die Anforderung, binlog_annotate_row_events auf OFF zu setzen, für MariaDB entfernt.
Veröffentlichung 19.1 (19.28.0.0.250715) - August 2025
Bug 37757820: Allgemein - NOCHECKUNIQUEKEYS als Standard für BATCHSQL für alle Nicht-Oracle-Datenbanken aktivieren
Aktiviert NOCHECKUNIQUEKEYS als Standard für BATCHSQL für alle Nicht-Oracle-Datenbanken.
Veröffentlichung 19c (19.27) - Mai 2025
Bug 37576949: Generisch - Neues integriertes Replicat (IR) für Checkpoint-Tabelle erforderlich
Oracle GoldenGate erfordert eine Checkpoint-Tabelle, wenn ein integriertes Replicat erstellt wird.
Alle vorhandenen integrierten Replicats müssen neu erstellt werden, um eine Checkpoint-Tabelle aufzunehmen. Der Befehl ALTER REPLICAT kann nicht verwendet werden, um eine Checkpoint-Tabelle zu einem vorhandenen Replicat-Prozess hinzuzufügen, der mit NODBCHECKPOINT erstellt wurde.
Release 19.25.0.0.241015 - Oktober 2024
Sicherheitsupdate für Oracle GoldenGate Wallets
Eigenschaft für automatische Anmeldung aus Oracle GoldenGate-Wallets entfernt
Um die Sicherheit von Oracle GoldenGate-Wallets zu verbessern, in denen Zugangsdateninformationen gespeichert werden (Anmeldeinformationen von Microservices-Benutzern), wurde die Eigenschaft für die automatische Anmeldung von Oracle GoldenGate-Wallets entfernt.
Folglich ist ein Rollback zum vorherigen Oracle GoldenGate-Release von 19.24 oder niedriger nach dem Patching des Deployments auf Oracle GoldenGate-Release 19.25 und höher nicht möglich, da kennwortgeschützte Wallets nicht automatisch in Wallets zur automatischen Anmeldung konvertiert werden können.
Eine kurzfristige Problemumgehung zum Abrufen der in den Wallets gespeicherten Informationen vor dem Patching auf Oracle GoldenGate Release 19.25 oder höher besteht darin, die Wallets für die automatische Anmeldung aus der früheren Version zu speichern und diese Wallets manuell in einem Rollback wiederherzustellen.
Release 19.1.0.0.230418 - April 2023
Oracle
Mit JDK für Oracle gebündelte Opatches
Das JDK ist jetzt in den Versionen 21.10 und 19.1.0.0.230418 des Oracle GoldenGate-Patches verpackt. Beachten Sie, dass nur das Verzeichnis <GG_HOME>/jdk mit den Patchreleases GoldenGate aktualisiert wird. Weitere Informationen und zusätzliche Referenzen zum Aktualisieren von JDK über den Patch GoldenGate oder unabhängig davon finden Sie unter Dokument-ID 2359395.1.
Sie haben weiterhin die Möglichkeit, den neuesten JDK-Patch jederzeit unabhängig im Verzeichnis <GG_HOME>/jdk zu installieren. Weitere Informationen finden Sie unter Dokument-ID 1492980.1.
Release 19.1.0.0.200714 - September 2020
PostgreSQL
Parameter TransactionErrorBehavior muss bei der Angabe von Daten auf 2 gesetzt werden
Damit PostgreSQL Replicat die Datenbankfehlerbedingungen entsprechend verarbeiten kann, muss der Wert des Parameters TransactionErrorBehavior auf 2 gesetzt sein. Dies ist ein erforderlicher Parameter für Oracle GoldenGate, der in der Datei odbc.ini unter dem DSN angegeben werden muss. Im Folgenden finden Sie ein Beispiel-DSN, das den Parameter angibt:
[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
Weitere Informationen finden Sie unter https://media.datadirect.com/download/docs/odbc/allodbc/index.html#page/odbc/transaction-error-behavior.html
Veröffentlichung 19c (19.1.0.0.200714) - Juli 2020
PostgreSQL
DEFERAPPLYINTERVAL funktioniert nicht wie erwartet für PostgreSQL Replicat
Wenn die Zeitzone für die Datenbank und das Betriebssystem nicht identisch ist, wartet Replicat, bis die lokale GMT-Zeit des Quellsystems größer als der Commit-Zeitstempel des Datensatzes + die Verzögerung DEFERAPPLYINTERVAL ist.
Replicat kann die Checkpoint-Tabelle nicht identifizieren, wenn sie nach dem Replicat-Neustart in gemischter Schreibweise erstellt wird
Der Name der Checkpoint-Tabelle muss in Kleinbuchstaben ohne Anführungszeichen und ohne Sonderzeichen enthalten sein.
Veröffentlichung 19c (19.1.0) - Mai 2020
Oracle GoldenGate-Konfigurationsassistent wird nicht ausgeführt, wenn ein Speicherplatz im Oracle GoldenGate-Home-Verzeichnisnamen vorhanden ist
Oracle GoldenGate Configuration Assistant (OGGCA) unter Windows wird nicht ausgeführt, wenn der Name des Oracle GoldenGate-Home-Verzeichnisses oder OGG_HOME Speicherplatz enthält, z.B. OGG HOME.
Veröffentlichung 19c (19.1.0) - September 2019
INFO HEARTBEATTABLE
Der Befehl INFO HEARTBEATTABLE für SQL Server meldet jetzt das Heartbeat-Häufigkeitsintervall, das Intervall für das Löschen und die Aufbewahrungszeit.
TRANLOGOPTION QUERYTIMEOUT Standardwert
Für SQL Server wurde der Standardwert QUERYTIMEOUT von 30 Sekunden auf 300 Sekunden erweitert.
Validierung nach DDL-Änderung hinzufügen
Extract für SQL Server wird abgebrochen, wenn ein Unterschied in der Tabellenstruktur zwischen der Quelltabelle und der Change Data Capture-Tabelle erkannt wird.
TLS 1.2-Verbindungsunterstützung
Bei SQL Server wird die TLS 1.2-Verbindungsunterstützung, sofern aktiviert, automatisch von Extract und Replicat bereitgestellt.
Voraussetzungen für die Verwendung von Oracle GoldenGate 19c mit MySQL
Oracle GoldenGate für MySQL hängt von der OpenSSL-Library ab. Daher ist die Verfügbarkeit der OpenSSL-Library eine Voraussetzung.
Linux: Legen Sie LD_LIBRARY_PATH fest, um den Pfad einzuschließen, in dem die OpenSSL-Bibliothek installiert ist.
Windows: Für MySQL 8.0 und höher wird die OpenSSL-Library mit dem MySQL-Server ausgeliefert und im Verzeichnis \bin des Home-Verzeichnisses MySQL gespeichert. Sie müssen sicherstellen, dass der Speicherort der OpenSSL der Pfadumgebungsvariablen hinzugefügt wird.
Beispiel: Das Verzeichnis D:\path\to\MySQLServer_install_dir\bin muss der Umgebungsvariablen PATH hinzugefügt werden.
Alternativ können Sie den neuesten C++-Connector MySQL (MySQL 8.0 oder höher) installieren, der die Bibliothek OpenSSL enthält, und sicherstellen, dass der Speicherort der OpenSSL der Pfadumgebungsvariablen hinzugefügt wird. Beispiel: Das Verzeichnis C:\Program Files\MySQL\Connector C++ 8.0\lib64 muss der Umgebungsvariablen PATH hinzugefügt werden.
Mit MySQL 5.7 oder weniger müssen Sie den neuesten MySQL C++-Connector (MySQL 8.0 oder höher) installieren, der die OpenSSL-Bibliothek enthält, und sicherstellen, dass der Speicherort der OpenSSL der PATH-Umgebungsvariablen hinzugefügt wird. Beispiel: Das Verzeichnis C:\Program Files\MySQL\Connector C++ 8.0\lib64 muss der Umgebungsvariablen PATH hinzugefügt werden.
Oracle GoldenGate für MySQL 8.0 ist von der OpenSSL-Library abhängig, sodass die Verfügbarkeit dieser Library eine Voraussetzung ist. Sie müssen sicherstellen, dass die Library auf dem System installiert ist, auf dem Oracle GoldenGate ausgeführt wird, und dass der Pfad zu dieser Library entsprechend festgelegt ist.
Keine Musterbeschränkung für Oracle GoldenGate-Benutzernamen, die maximale Länge beträgt jedoch 512 Zeichen
Constraints für den Oracle GoldenGate-Benutzernamen wurden entfernt, die maximale Länge beträgt jedoch 512 Zeichen. Für Benutzer des Typs "Basis" und "Zertifikat" gibt es keine Einschränkungen für Sonderzeichen für den Benutzernamen in der REST-API.
In der Microservice Architecture-Weboberfläche kann der Benutzername jedoch nur bestimmte Sonderzeichen für einen Benutzer des Typs "Basis" enthalten. Folgende Zeichen stehen zur Verfügung:
at sign (@), period (.) , dash (-), comma (,), underscore (_), number sign (#), dollar sign ($), plus sign (+), backslash (\), slash (/), equal sign (=), less than sign (<), or greater than sign (>).
Release 19c (19.1.0) - Erste Veröffentlichung Mai 2019
Microservices-Implementierung erfordert stärkere Passwörter
Die Passwörter für Benutzer in der Microservices-Implementierung erfordern stärkere Passwörter mit einem Großbuchstaben, einer Zahl und einem Sonderzeichen.
Traildateiformat
Wenn nach der Extract-Aktualisierung ein neueres Traildateiformat angegeben wird, wird der primäre Extract automatisch auf die nächste Traildatei und den nächsten Writer im angegebenen Traildateiformat übertragen. Der Befehl ALTER EXTRACT ETROLLOVER muss nicht ausgeführt werden.
Standardtraildateiversion exportieren
Beim Upgrade auf Oracle GoldenGate 19c schreibt der primäre Extract die Traildatei im selben Format wie das vorhandene Traildateiformat, es sei denn, Sie geben die Traildateiformatversion mit der Option FORMAT RELEASE explizit an. Diese Verhaltensänderung verhindert, dass nachfolgendes Replicat abgebrochen wird, wenn kein Replicat upgegradet wird.
_INFINITYTOZERO-Parameter ist nicht mehr erforderlich
Der Parameter _INFINITYTOZERO ist nicht mehr erforderlich. Wenn Oracle GoldenGate die Werte +INF oder -INF in einem numerischen Oracle-Feld erkennt, wird dies automatisch so behandelt, als wäre dieser Parameter bereits festgelegt.
Wenn das Ziel das Oracle Replicat-Release 19c ist, werden +INF und -INF ordnungsgemäß angewendet. Für alle anderen Datenbanken, einschließlich älterem Oracle Replicat, wird der Wert 0 angewendet.
Oracle TIMESTAMP WITH TIME ZONE-Capture
TIMESTAMP mit TIMEZONE mit Regions-ID-Daten wird jetzt für FETCH und das erstmalige Laden unterstützt. Weitere Informationen finden Sie unter [TRANLOGOPTIONS](/pls/topic/lookup?ctx=en/middleware/goldengate/core/19.1/release-notes&id=GWURF-GUID-B6ADFEC9-10E6-456D-9477-088513E113AF) in Referenz für Oracle GoldenGate
Dieses Feature wird bei Bedarf automatisch aktiviert, und Sie müssen TRANLOGOPTIONS INCLUDEREGIONID nicht mehr angeben. Verwenden Sie für Nicht-Oracle-Ziele TRANLOGOPTIONS INCLUDEREGIONIDWITHOFFSET, um die Regions-ID in einen Zeit-Offset von UTC zu konvertieren.
Standardeinstellung für GETCTASDML-Option
Die Option GETCTASDML, die mit dem Parameter TRANLOGOPTIONS verfügbar ist, ist standardmäßig aktiviert.
Standardeinstellung NOALLOWNULLABLEKEYS
Die Standardeinstellung für den Parameter NOALLOWNULLABLEKEYS ist auf true gesetzt.
Dieses Feature wurde erstellt, damit Kunden Tabellen einfach identifizieren können, die problematisch sein können, weil mehrere NULL-Werte in einer Schlüsselspalte zulässig sind.
Änderung der Binärlogformatunterstützung
(nur MySQL) Capture ignoriert die binlog-Ereignisse, die nicht im ROW-Format geschrieben wurden, stillschweigend und nicht abschließend, wenn eine andere binlog_format als ROW erkannt wird.