Problèmes généraux connus dans OCI GoldenGate

Découvrez les problèmes connus généraux qui s'appliquent à l'ensemble du service et comment les contourner.

Après la mise à niveau vers Oracle GoldenGate 23.26.x, l'accès à la console de déploiement peut rencontrer une erreur 502 Bad Gateway ou ne pas répertorier les processus GoldenGate après la connexion

Les déploiements Oracle Cloud Infrastructure GoldenGate 23.26 peuvent devenir en mauvais état après la mise à niveau des libellés précédents vers la version 23.26.x ou après l'exécution d'une opération d'arrêt/de démarrage sur un déploiement 23.26.x.

Solution de contournement : la mise à niveau a eu un impact sur les déploiements Oracle pour étiqueter oggoracle:23.26.1.0.0_260331, afin de résoudre ce problème.

Pour le Big Data et les autres libellés non Oracle, un correctif sera annoncé prochainement. Contactez le support technique pour l'atténuation manuelle provisoire afin d'éviter l'impact.

AdminClient : problème avec la commande de profil d'informations

L'utilisation de la commande info profile dans AdminClient renvoie l'erreur 302.

Solution : utilisez la commande d'API REST suivante :

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

Les chemins de distribution et de destinataire peuvent échouer après la mise à niveau des déploiements 21.x vers la version 21.17

A partir des versions 21.17 et 26ai d'Oracle GoldenGate, les chemins utilisent le nom de domaine réservé par défaut, "Réseau", de sorte que les chemins existants qui utilisent un autre nom de domaine échouent avec l'erreur suivante signalée :

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.'

Solution de contournement : dans la console de déploiement OCI GoldenGate, modifiez chaque chemin, remplacez le nom de domaine par "Réseau", puis redémarrez le chemin. Pour vérifier, vérifiez le domaine de l'utilisateur auth du chemin dans la section Credential store de la page Configuration.

Si vous préférez utiliser le client Admin, exécutez les commandes suivantes pour mettre à jour le nom de domaine. Veillez à remplacer les espaces réservés <path_name> et <alias> :

Pour les chemins initiés par la source :

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

Pour les chemins initiés par la cible :

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

Problèmes lors de la mise à niveau vers Oracle GoldenGate 21.17 pour Big Data

La mise à niveau des utilisateurs à partir des versions 21.14, 21.15 ou 21.16 d'Oracle GoldenGate pour Big Data vers la version 21.17 avec des propriétés de connexion de truststore et/ou de fichier de clés configurées échoue avec les erreurs suivantes signalées :

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

Solution de contournement :

Convertissez le truststore et le keystore JKS en PKCS12.

Pour le fichier de clés, il doit demander un mot de passe. Keytool est un utilitaire du kit JDK.

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

Pour le truststore, il doit demander un mot de passe.

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

Dans le fichier de propriétés du fournisseur de portlets Kafka, définissez les éléments suivants :
```
ssl.truststore.type=PKCS12
ssl.keystore.type=PKCS12
```

Problèmes lors de la restauration des versions 21.15 ou 23.x vers la version 21.14

Lors de la tentative d'annulation (rollback) d'une version 21.15 ou 23.x vers l'une des versions suivantes :

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)

Vous pouvez rencontrer l'un des problèmes suivants :

Problème de connexions/informations d'identification manquant en raison de la nouvelle fonctionnalité de cryptage de portefeuille introduite à partir de la version 21.15.

Solution : vous devez annuler l'affectation et réaffecter les connexions existantes au déploiement, et recréer les utilisateurs manquants requis pour les chemins de distribution ou de destinataire en cours d'utilisation.
Echec du démarrage du gestionnaire de services en raison d'un problème lié au service de mesures de performances lors des annulations de la version 23.x à la version 21.14. Contactez le support technique Oracle si vous rencontrez ce problème.
Echec des processus Oracle GoldenGate avec l'erreur "OGG-02431 En-tête d'enregistrement non valide trouvé dans le fichier de point de reprise".

Solution : mettez à niveau le déploiement vers la version 21.14 la plus récente disponible dans la série. Contactez le support technique Oracle si le problème persiste.

Erreur d'URL de redirection non valide lors de la tentative d'accès à un déploiement compatible IAM à l'aide d'une adresse IP

Lorsque vous tentez d'accéder à un déploiement compatible IAM à l'aide de l'adresse IP du déploiement, l'erreur suivante se produit :

{"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"}

Solution de contournement : vous pouvez effectuer l'une des opérations suivantes :

Option 1 : ajoutez l'adresse IP de déploiement à l'application de domaine d'identité. Pour effectuer cette modification, vous devez faire partie du groupe d'utilisateurs affecté à l'application.

Dans le menu de navigation Oracle Cloud, sélectionnez Identité et sécurité, puis sous Identité, sélectionnez Domaines.
Sélectionnez votre domaine dans la liste Domaines.
Dans le menu des ressources de domaine d'identité du domaine, sélectionnez Services Oracle Cloud.
Sélectionnez votre application dans la liste des services Oracle Cloud. Par exemple, Application GGS INFRA pour l'ID de déploiement : <OCID de déploiement>.
Sur la page de l'application sous Configuration OAuth, sélectionnez Modifier la configuration OAuth.
Pour URL de réacheminement, entrez l'URL de console du déploiement avec l'adresse IP du déploiement à la place du domaine. Par exemple : https://<deployment-ip>/services/adminsrvr/v2/authorization.
Enregistrez les modifications.

Option 2 : ajoutez une entrée dans le fichier d'hôtes client pour mettre en correspondance 127.0.0.1 avec le nom de domaine qualifié complet de déploiement (remplacez <region> par la région appropriée). Exemple :

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

Impossible de mettre à jour les certificats personnalisés sur les déploiements IAM

Le service interdit les mises à jour du nom de domaine qualifié complet car il a une incidence sur l'accès inter-région et nécessite des mises à jour des ressources IAM dans la région cible.

Solution de contournement : pour contourner ce problème, créez un déploiement pour utiliser le nom de domaine qualifié complet mis à jour.

Les API REST Oracle GoldenGate renvoient 302 réacheminements vers une page d'index

Vous pouvez utiliser les API REST GoldenGate GoldenGate pour gérer vos déploiements OCI GoldenGate. Pour les personnes familières avec Oracle GoldenGate, notez que le gestionnaire de services n'est pas exposé dans OCI GoldenGate et que les appels effectués vers le gestionnaire de services ne pourront pas être renvoyés.

AdminClient : Impossible de négocier : aucun type de clé hôte correspondant n'a été trouvé

Lorsque vous utilisez AdminClient dans Cloud Shell pour vous connecter à votre déploiement, le message suivant peut s'afficher :

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

Solution de contournement : procédez comme suit :

Ouvrez une nouvelle session Cloud Shell.
Créez un fichier à l'aide de la commande suivante :
```
cat .ssh/config
```
Entrez les informations suivantes dans le fichier .ssh/config, puis enregistrez-le :
```
HostkeyAlgorithms ssh-rsa,ssh-ed25519
PubkeyAcceptedKeyTypes ssh-ed25519,ssh-rsa
```
S'il existe un fichier .ssh/known_hosts, supprimez-le.
Fermez la session Cloud Shell.
Sélectionnez Lancer le client d'administration sur la page de détails du déploiement.