Allgemeine bekannte Probleme in OCI GoldenGate

Hier erfahren Sie mehr über allgemeine bekannte Probleme, die für den gesamten Service gelten, und wie Sie diese umgehen.

Nach dem Upgrade auf Oracle GoldenGate 23.26.x kann beim Zugriff auf die Deployment-Konsole der Fehler "502 Bad Gateway" auftreten oder GoldenGate-Prozesse nach der Anmeldung nicht auflisten

Oracle Cloud Infrastructure GoldenGate 23.26-Deployments können nach dem Upgrade von früheren Labels auf Version 23.26.x oder nach einem Stopp-/Startvorgang bei einem 23.26.x-Deployment fehlerhaft werden.

Problemumgehung: Das Upgrade wirkte sich auf Oracle Deployments aus, um oggoracle:23.26.1.0.0_260331 zu beschriften, um dieses Problem zu beheben.

Bei Big Data-Labels und anderen Labels, die nicht von Oracle stammen, wird in Kürze ein Fix angekündigt. Wenden Sie sich an den Support, um die manuelle Interimsminderung zu erhalten und Auswirkungen zu vermeiden.

AdminClient: Problem mit Infoprofilbefehl

Wenn Sie den Befehl info profile in AdminClient verwenden, wird Fehler 302 zurückgegeben.

Problemumgehung: Verwenden Sie den folgenden REST-API-Befehl:

GET https://<deployment URL>/services/adminsrvr/v2/config/types/ogg:managedProcessSettings/values/ogg:managedProcessSettings:Default

Verteilungs- und Empfangspfade können nach einem Upgrade von 21.x-Deployments auf 21.17 fehlschlagen

Ab den Oracle GoldenGate-Versionen 21.17 und 26ai verwenden Pfade den reservierten Standarddomainnamen "Netzwerk", sodass vorhandene Pfade, die einen anderen Domainnamen verwenden, nicht erfolgreich sind. Folgender Fehler wird gemeldet:

ERROR\| Exception Message: The network connection could not be established: 'OGG-10351' - 'Generic error -1 noticed. Error description - credential store alias not found in domain.'

Problemumgehung: Bearbeiten Sie in der OCI GoldenGate-Deployment-Konsole jeden Pfad, und ändern Sie den Domainnamen in "Netzwerk", und starten Sie den Pfad neu. Um dies zu prüfen, prüfen Sie die Domain des Benutzers für die Pfadauthentifizierung im Abschnitt "Zugangsdatenspeicher" der Seite "Konfiguration".

Wenn Sie den Admin-Client verwenden möchten, führen Sie die folgenden Befehle aus, um den Domainnamen zu aktualisieren. Stellen Sie sicher, dass Sie die Platzhalter <path_name> und <alias> ersetzen:

Für quellinitiierte Pfade:

ALTER DISTPATH <path_name> TARGET AUTHENTICATION USERIDALIAS <alias> domain
    Network

Für vom Ziel initiierte Pfade:

ALTER RECVPATH <path_name> SOURCE AUTHENTICATION USERIDALIAS <alias> domain
    Network

Probleme beim Upgrade auf Oracle GoldenGate 21.17 für Big Data

Benutzer, die von den Oracle GoldenGate-Versionen 21.14, 21.15 oder 21.16 für Big Data auf Version 21.17 mit konfigurierten Truststore- und/oder Keystore-Verbindungseigenschaften upgraden, sind mit den folgenden gemeldeten Fehlern nicht erfolgreich:

Caused by: oracle.goldengate.util.GGException: An exception occurred when creating the Kafka Producer object.
Caused by: org.apache.kafka.common.KafkaException: Failed to construct kafka producer
Caused by: org.apache.kafka.common.KafkaException: Failed to load SSL  keystore /u02/connections/<connection OCID>/trustStore of type JKS
Caused by: java.io.IOException: keystore password was incorrect

Workaround:

Konvertieren Sie JKS-Truststore und Keystore in PKCS12.

Für den Keystore muss er zur Eingabe eines Kennworts aufgefordert werden. Keytool ist ein Utility im JDK.

keytool -importkeystore -srckeystore [MY_KEYSTORE.jks] -destkeystore [MY_KEYSTORE.p12] -srcstoretype JKS -deststoretype PKCS12 -deststorepass [PASSWORD_PKCS12]

Für Truststore muss ein Kennwort eingegeben werden.

keytool -importkeystore -srckeystore [MY_TRUSTSTORE.jks] -destkeystore [MY_TRUSTSTORE.p12] -srcstoretype JKS -deststoretype PKCS12 -deststorepass [PASSWORD_PKCS12]

Legen Sie in der Eigenschaftendatei des Kafka-Producers Folgendes fest:
```
ssl.truststore.type=PKCS12
ssl.keystore.type=PKCS12
```

Probleme beim Rollback von Builds des Typs 21.15 oder 23.x auf 21.14

Wenn Sie versuchen, einen 21.15- oder 23.x-Build auf einen der folgenden Builds zurückzusetzen:

Oracle (21.14.0.0.0_240525)
Big Data (21.14.0.0.0_240515)
MySQL (21.14.0.0.0_240404)
MSSQL (21.14.0.0.0_240404)

Es kann eines der folgenden Probleme auftreten:

Problem mit fehlenden Verbindungen/Zugangsdaten aufgrund der neuen Wallet-Verschlüsselungsfunktion, die ab 21.15 eingeführt wurde.

Problemumgehung: Sie müssen die Zuweisung und Neuzuweisung vorhandener Verbindungen zum Deployment aufheben und fehlende Benutzer neu erstellen, die für alle verwendeten Verteilungs- oder Empfangspfade erforderlich sind.
Service Manager kann aufgrund eines Problems mit dem Performancemetrikservice in Rollbacks von 23.x auf 21.14 nicht gestartet werden. Wenden Sie sich an Oracle Support, wenn dieses Problem auftritt.
Oracle GoldenGate-Prozesse sind mit dem Fehler "OGG-02431 Ungültiger Datensatzheader in Checkpoint-Datei gefunden" nicht erfolgreich.

Problemumgehung: Führen Sie ein Upgrade des Deployments auf den neuesten 21.14-Build aus, der in der Serie verfügbar ist. Falls das Problem weiterhin besteht, wenden Sie sich an Oracle Support.

Fehler bei ungültiger Umleitungs-URL beim Zugriff auf ein IAM-fähiges Deployment mit einer IP

Beim Versuch, mit der IP-Adresse des Deployments auf ein IAM-fähiges Deployment zuzugreifen, tritt der folgende Fehler auf:

{"error":"invalid_redirect_uri","error_description":"Client
        xxxxxxxx1ocioraclecloudcom_APPID requested an invalid redirect URL: https://192.x.x.x/services/adminsrvr/v2/authorization. ECID:
        xxxx"}

Problemumgehung: Sie können eine der folgenden Aktionen ausführen:

Option 1: Fügen Sie der Identitätsdomainanwendung die Deployment-IP-Adresse hinzu. Um diese Änderung vornehmen zu können, müssen Sie Teil der Benutzergruppe sein, die der Anwendung zugewiesen ist.

Wählen Sie im Oracle Cloud-Navigationsmenü die Option Identität und Sicherheit, und wählen Sie unter "Identität" die Option Domains aus.
Wählen Sie Ihre Domain aus der Liste Domains.
Wählen Sie im Ressourcenmenü der Identitätsdomain die Option Oracle Cloud Services aus.
Wählen Sie Ihre Anwendung aus der Oracle Cloud Services-Liste aus. Beispiel: GGS INFRA-Anwendung für Deployment-ID:<Deployment-OCID>.
Wählen Sie auf der Anwendungsseite unter "OAuth-Konfiguration" die Option OAuth-Konfiguration bearbeiten aus.
Geben Sie unter Umleitungs-URL die Konsolen-URL des Deployments mit der IP des Deployments anstelle der Domain ein. Beispiel: https://<deployment-ip>/services/adminsrvr/v2/authorization.
Speichern Sie die Änderungen.

Option 2: Fügen Sie einen Eintrag in der Clienthostdatei hinzu, um 127.0.0.1 dem Deployment-FQDN zuzuordnen (ersetzen Sie <region> durch die entsprechende Region). Beispiel:

127.0.0.1 xx.deployment.goldengate.<region>.oci.oraclecloud.com

Benutzerdefinierte Zertifikate in IAM-Deployments können nicht aktualisiert werden

Der Service verbietet Updates des FQDN, da er sich auf den regionsübergreifenden Zugriff auswirkt und Updates für IAM-Ressourcen in der Zielregion erfordert.

Problemumgehung: Um dieses Problem zu umgehen, erstellen Sie ein neues Deployment, um den aktualisierten FQDN zu verwenden.

Oracle GoldenGate-REST-APIs geben 302 Umleitungen an eine Indexseite zurück

Mit den GoldenGate-REST-APIs können Sie Ihre OCI GoldenGate-Deployments verwalten. Für diejenigen, die mit Oracle GoldenGate vertraut sind, beachten Sie, dass der Service Manager nicht in OCI GoldenGate verfügbar ist und Anrufe an Service Manager nicht zurückkehren können.

AdminClient: Aushandeln nicht möglich: kein übereinstimmender Hostschlüsseltyp gefunden

Wenn Sie AdminClient in Cloud Shell verwenden, um eine Verbindung zu Ihrem Deployment herzustellen, wird möglicherweise die folgende Meldung angezeigt:

FIPS mode initialized.
Unable to negotiate with <ip-address> port 22: no matching host key type found. Their offer: ssh-ed25519
Action completed. Waiting until the work request has entered state: ('SUCCEEDED',)
FIPS mode initialized.
Unable to negotiate with <ip-address> port 22: no matching host key type found. Their offer: ssh-ed25519
Cannot create ssh tunnelnel

Problemumgehung: Führen Sie die folgenden Schritte durch:

Öffnen Sie eine neue Cloud Shell-Session.
Erstellen Sie eine Datei mit dem folgenden Befehl:
```
cat .ssh/config
```

Geben Sie Folgendes in die Datei .ssh/config ein, und speichern Sie sie:

HostkeyAlgorithms ssh-rsa,ssh-ed25519
PubkeyAcceptedKeyTypes ssh-ed25519,ssh-rsa

Wenn eine .ssh/known_hosts-Datei vorhanden ist, löschen Sie sie.
Schließen Sie die Cloud Shell-Session.
Wählen Sie auf der Seite mit den Deployment-Details die Option Admin-Client starten.