Voraussetzungen

Erfahren Sie mehr über die Voraussetzungen für das Upgrade der Oracle GoldenGate-Microservices-Architektur.

Wenn Oracle GoldenGate auf der Quellseite upgegradet wird, auf der der Extract vorhanden ist, bleibt das Traildateiformat unverändert. Nur wenn eine höhere FORMAT RELEASE an den Parameter EXTTRAIL angepasst wird oder eine ETROLLOVER ausgeführt wird, wird die Traildatei auf ein höheres Release upgegradet. Dadurch können Sie das Zielsystem, in dem das Replicat vorhanden ist, unabhängig voneinander aktualisieren. Wenn alle Zielsysteme upgegradet werden, können Sie das Formatrelease des Parameters EXTTRAIL aktualisieren, um neue Features zu nutzen, die auf einem höheren Traildateiformat basieren. Es ist keine Neupositionierung eines Prozesses erforderlich.

Nachdem Sie geprüft haben, ob die Umgebung erfolgreich upgegradet wurde, können Sie die neuen Features und zusätzlichen Parameter nach Bedarf implementieren.

Die Upgradeanweisungen umfassen auch die Schritte für das gleichzeitige Upgrade der Quell- oder Zieldatenbank und von Oracle GoldenGate.

Überlegungen zum Oracle GoldenGate-Upgrade

Bevor Sie das Upgrade starten, prüfen Sie die Informationen zum Upgrade von Extract und Replicat.

Als Best Practice sollten Sie zuerst ein minimales oder einfaches Upgrade durchführen. Dies bedeutet, dass Sie das Upgrade durchführen, ohne neue Features und zusätzliche oder nicht obligatorische Parameter hinzuzufügen. Nachdem Sie geprüft haben, ob die Umgebung erfolgreich upgegradet wurde, können Sie die neuen Features und zusätzlichen Parameter nach Bedarf implementieren.

Auch wenn Sie möglicherweise nur die Quell- oder Zielinstallationen und nicht beide aktualisieren, sind alle Prozesse am Upgrade beteiligt. Alle Prozesse müssen in der richtigen Reihenfolge für das Upgrade gestoppt werden, unabhängig davon, welche Komponente Sie upgraden, und die Trails müssen bis leer verarbeitet werden.

Oracle empfiehlt, dass Sie das Upgrade mit dem Ziel und nicht mit der Quelle beginnen, um zu vermeiden, dass das Traildateiformat angepasst werden muss.

Installationsbinärdateien und Deployments

Bei Microservices Architecture besteht eine starke Trennung zwischen dem Ort, an dem die Software installiert wird, und der Deployment-Verzeichnisstruktur für die Oracle GoldenGate-Instanz, die Parameterdateien, Berichtsdateien und Traildateien enthält. In beiden Bereichen sind die Softwarebinärdateien und das Deployment streng voneinander getrennt. Es besteht also keine Störung zwischen der alten und der neuen Softwareinstallation im Zusammenhang mit den Bereitstellungen.

Bei einem Software-Upgrade wird die neue Software unabhängig installiert. Das Deployment, das mit der alten Software funktioniert, wird gestoppt. Anschließend wird die Deployment-Umgebung an die neue Software angepasst, und das Deployment wird neu gestartet.

Wenn auf dem mit OGG_HOME/lib/utl/reverseproxy/ReverseProxySettings generierten Hostrechner eine Reverse-Proxy-Konfiguration vorhanden ist, sollten Sie sie neu konfigurieren, um das erweiterte ReverseProxySetting-Utility zu nutzen, das in Oracle GoldenGate verfügbar ist. Details zum Utility ReverseProxySetting finden Sie unter Oracle GoldenGate-Reverse Proxy mit NGINX konfigurieren.

Sicherheitsbetrachtungen

Sie können ein unsicheres Deployment nicht in ein sicheres Deployment oder ein sicheres Deployment in ein unsicheres Deployment ändern. Die Deployment-Sicherheit muss beim Erstellen des Deployments konfiguriert werden und kann nicht geändert werden. Wenn Sie zu einem sicheren Deployment wechseln möchten, müssen Sie ein weiteres sicheres Deployment erstellen und dann Extracts, Replicats, Receiver Service und Distribution Service manuell in dieses neue Deployment verschieben.

Service Manager und Deployments

Beim Upgrade von Oracle GoldenGate muss der Service Manager zuerst aktualisiert werden. Die Softwareversion des Service Managers muss höher oder gleich der Version der Deployments sein, außer wenn XAG aktiviert ist.

Hinweis: Wenn Sie Oracle Grid Infrastructure Agent (XAG) verwenden, müssen die vom upgegradeten Service Manager verwalteten Deployments ebenfalls upgegradet werden. Es wird nicht unterstützt, Deployments unter einem Service Manager mit einem anderen Oracle GoldenGate-Softwarerelease als das des Service Managers auszuführen, wenn XAG aktiviert ist.

Upgrade exportieren - Überlegungen

Wenn Sie mehrere Extract-Prozesse upgraden, die in einer konsolidierten Konfiguration ausgeführt werden (viele Quellen auf ein Ziel), aktualisieren Sie jeweils einen Extract.

Die Ausgabetraildatei wird automatisch übertragen, wenn der Extract neu gestartet wird und die Extract-Version upgegradet wird.

Wenn eine Datenbank für Oracle GoldenGate für Oracle AI Database auf eine höhere Binärversion upgegradet und dann auf eine niedrigere Binärversion herabgestuft wird, können vorhandene Capture-Vorgänge nicht mit dem Mining fortfahren. Die Captures müssen gelöscht und neue Extracts erstellt werden, um fortzufahren.

Hinweis: Ab Oracle GoldenGate 26ai filtern Extract standardmäßig mit DDL-Vorgängen getaggte DDL-Vorgänge, sodass Oracle Data Pump-DDLs (getaggt mit 00) aus dem Capture ausgeschlossen werden. Um diese DDLs zu erfassen, konfigurieren Sie DDLOPTIONS INCLUDETAG 00. Gehen Sie bei bidirektionalen Setups jedoch vorsichtig vor, da dies andere getaggte DDLs enthalten und Replikationsschleifen einführen kann.

Weitere Informationen finden Sie unter UPGRADE HEARTBEATTABLE.

Überlegungen zum Replicat-Upgrade

Alle Replicat-Installationen müssen gleichzeitig aktualisiert werden. Es ist wichtig sicherzustellen, dass alle Trails, die zu allen Replicat-Gruppen auf allen Zielsystemen führen, gemäß den Upgradeanweisungen bis zu leer verarbeitet werden.

Stellen Sie beim Upgrade von Releases vor 19c Release von Oracle GoldenGate sicher, dass Sie den Parameter SOURCEDEF nicht in Replicat verwenden. Andernfalls wird das Replicat abgebrochen. Wenn das Traildateiformat jedoch vor 12.2 liegt, ist SOURCEDEF weiterhin erforderlich, da keine Metadaten in der Traildatei vorhanden sind.

Der Datentyp TIMEZONE wird mit Oracle GoldenGate 21c und höheren Releases unterschiedlich verwaltet. Daher müssen Sie möglicherweise den Befehl ALTER REPLICAT EXTSEQNO ausführen, um eine Synchronisierung mit neueren Traildateien durchzuführen, nachdem Sie die alte Traildatei konsumiert haben, die vom Extract geschrieben wurde. Weitere Einzelheiten finden Sie im Befehl ALTER REPLICAT.

Überlegungen zu Traildateien

Wenn Oracle GoldenGate auf der Quellseite upgegradet wird, auf der der Extract vorhanden ist, bleibt das Traildateiformat unverändert. Die Traildatei wird jedoch nur dann auf ein höheres Release upgegradet, wenn eine höhere FORMAT RELEASE an den Parameter EXTTRAIL angepasst wird oder eine ETROLLOVER ausgeführt wird. Dadurch können Sie das Zielsystem, in dem das Replicat vorhanden ist, unabhängig voneinander aktualisieren. Wenn alle Zielsysteme upgegradet werden, können Sie das Formatrelease des Parameters EXTTRAIL aktualisieren, um neue Features zu nutzen, die auf einem höheren Traildateiformat basieren. Es ist keine Neupositionierung eines Prozesses erforderlich.