Résolution des problèmes liés à Oracle GoldenGate - Amazon Relational Database Service

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes liés à Oracle GoldenGate

Cette section explique les problèmes les plus courants lors de l'utilisation d'Oracle GoldenGate avec Amazon RDS for Oracle.

Erreur lors de l'ouverture d'un journal redo en ligne

Veillez à configurer vos bases de données pour conserver les journaux redo archivés. Considérez les directives suivantes :

  • Spécifiez la durée de conservation des journaux en heures. La valeur minimale est d'une heure.

  • Définissez cette durée de manière à ce qu'elle dépasse tout temps d'arrêt éventuel de l'instance de base de données source ou la durée de tout problème potentiel de communication ou de mise en réseau pour l'instance de base de données source. Cette durée permet à Oracle GoldenGate de récupérer les journaux à partir de l'instance de base de données source si nécessaire.

  • Assurez-vous de disposer d'un espace de stockage suffisant sur votre instance pour les fichiers.

Si la conservation des journaux n'est pas activée ou si la valeur de conservation est trop faible, vous recevez un message d'erreur similaire au suivant.

2022-03-06 06:17:27 ERROR OGG-00446 error 2 (No such file or directory) opening redo log /rdsdbdata/db/GGTEST3_A/onlinelog/o1_mf_2_9k4bp1n6_.log for sequence 1306 Not able to establish initial position for begin time 2022-03-06 06:16:55.

Oracle GoldenGate semble correctement configuré mais la réplication ne fonctionne pas

Pour les tables pré-existantes, vous devez spécifier le numéro SCN à partir duquel Oracle GoldenGate fonctionne.

Pour résoudre ce problème
  1. Connectez-vous à la base de données source et lancez l'interface de ligne de commande d'Oracle GoldenGate (ggsci). L'exemple suivant illustre le format pour la connexion.

    dblogin userid oggadm1@OGGSOURCE
  2. À l'aide de la ligne de commande ggsci, configurez le numéro SCN de départ du processus EXTRACT. L'exemple suivant définit le SCN sur 223274 pour EXTRACT.

    ALTER EXTRACT EABC SCN 223274 start EABC
  3. Connectez-vous à la base de données cible. L'exemple suivant illustre le format pour la connexion.

    dblogin userid oggadm1@OGGTARGET
  4. À l'aide de la ligne de commande ggsci, configurez le numéro SCN de départ du processus REPLICAT. L'exemple suivant définit le SCN sur 223274 pour REPLICAT.

    start RABC atcsn 223274

Lenteur du REPLICAT intégré en raison d'une requête sur SYS."_DBA_APPLY_CDR_INFO"

Oracle GoldenGate Conflict Detection and Resolution (CDR) fournit des routines de base pour la résolution des conflits. Par exemple, CDR peut résoudre un conflit unique pour une instruction INSERT.

Lorsque le CDR résout une collision, il peut temporairement insérer des enregistrements dans la table des exceptions _DBA_APPLY_CDR_INFO. Le processus REPLICAT intégré supprime ces enregistrements par la suite. Il existe un scénario rare dans lequel le processus REPLICAT intégré peut traiter un grand nombre de collisions, mais aucun nouveau processus REPLICAT intégré ne le remplace. Au lieu d'être supprimées, les lignes existantes de _DBA_APPLY_CDR_INFO sont orphelines. Tous les nouveaux processus REPLICAT intégrés ralentissent car ils interrogent des lignes orphelines dans _DBA_APPLY_CDR_INFO.

Pour supprimer toutes les lignes de _DBA_APPLY_CDR_INFO, utilisez la procédure Amazon RDS rdsadmin.rdsadmin_util.truncate_apply$_cdr_info. Cette procédure est publiée dans le cadre de la version et de la mise à jour d'octobre 2020. La procédure est disponible dans les versions suivantes des bases de données :

L'exemple suivant tronque la table _DBA_APPLY_CDR_INFO.

SET SERVEROUTPUT ON SIZE 2000 EXEC rdsadmin.rdsadmin_util.truncate_apply$_cdr_info;