Configurer l'extraction CDC Oracle GoldenGate pour le noeud d'abonné EnterpriseDB (EDB)

Dans les environnements de réplication bidirectionnelle postgres EnterpriseDB (EDB), l'extraction CDC Oracle GoldenGate peut capturer les modifications à partir d'un noeud dédié réservé aux abonnés plutôt que directement à partir des noeuds de base de données actifs. Ce modèle de déploiement réduit la charge globale de capture sur les systèmes de production tout en fournissant une source consolidée pour la capture des données de modification en aval. Pour plus d'informations sur la réplication bidirectionnelle dans EnterpriseDB Postgres Distributed, reportez-vous à la section Replication Sets.

La réplication bidirectionnelle Oracle GoldenGate pour EnterpriseDB Postgres nécessite la configuration du noeud d'abonné uniquement. Un noeud réservé aux abonnés est essentiellement un noeud de réplication en aval ou un noeud d'agrégation CDC qui reçoit les modifications des sources de données bidirectionnelles actives et fournit une base de données dédiée à partir de laquelle Oracle GoldenGate peut les capturer.

Pour des raisons d'explication, le noeud réservé aux abonnés est appelé Maître 3 et les sources de données bidirectionnelles actives sont appelées Maître 1 et Maître 2.

Voici la topologie que l'extraction CDC Oracle GoldenGate doit capturer à partir du noeud réservé aux abonnés, (maître 3) :

• Master 1 et Master 2 sont configurés en mode actif-actif à l'aide de la réplication bidirectionnelle.
• Master 3 est abonné à la fois à Master 1 et Master 2.
• L'extraction CDC Oracle GoldenGate s'exécute exclusivement sur le noeud d'abonné uniquement, Master 3.

En fonction de cette topologie, voici les responsabilités de chaque noeud :

• Maître 1 et Maître 2 : Accepte les lectures et écritures de l'application
• Maître 3 : noeud Abonné uniquement utilisé pour l'extraction CDC Oracle GoldenGate

Alors que les noeuds Master 1 et Master 2 acceptent les lectures et les écritures à partir des applications, Master 3 est destiné à fonctionner en tant que noeud réservé aux abonnés pour l'extraction CDC Oracle GoldenGate. Il contient les données consolidées provenant des noeuds actifs.

Configurer l'extraction CDC Oracle GoldenGate pour l'exécution d'opérations sur le noeud d'abonné

Avant de commencer la configuration de l'extraction CDC, tenez compte des meilleures pratiques suivantes :

• Assurez-vous que la réplication de Master 1 et Master 2 vers Master 3 est entièrement synchronisée avant d'enregistrer l'extraction CDC Oracle GoldenGate.
• Surveillez régulièrement le décalage de réplication (du maître à l'abonné) et le décalage d'extraction CDC.
• Vérifiez la conservation et l'intégrité des emplacements de réplication WAL pour éviter toute perte de données.

Les étapes suivantes sont requises sur le noeud d'abonné et côté Oracle GoldenGate pour permettre l'exécution de diverses opérations LDD et LMD :

1. Opérations LDD de forme : exécutez toutes les instructions LDD sur les versions maître 1 et maître 2 uniquement. Ces modifications sont répliquées automatiquement vers Master 3 via la réplication bidirectionnelle.

2. Activer la journalisation supplémentaire : une fois les modifications LDD répliquées, connectez-vous au maître 3 et exécutez la commande trandata pour les tables requises. Cela active la journalisation supplémentaire pour les colonnes requises, qui est obligatoire pour capturer les images avant pour les opérations UPDATE et DELETE.

3. Effectuer des opérations LMD : effectuez toutes les opérations LMD sur Master 1 ou Master 2 uniquement. Assurez-vous que Master 3 est entièrement configuré avant de démarrer une activité DML.

4. Configuration de l'emplacement de réplication et de la publication : créez l'emplacement de réplication et la publication sur Master 3.

5. Ajouter des tables à la publication : avant d'effectuer des opérations LMD, ajoutez toutes les tables requises à la publication créée dans Master 3. Seules les tables incluses dans la publication seront capturées par l'extraction CDC.

   Remarque : assurez-vous que la publication n'est pas créée sur Master 1 et/ou Master 2.

6. Inscription et création d'une extraction CDC : connectez-vous à Maître 3 et inscrivez l'extraction pour créer un emplacement de réplication dans le noeud d'abonné, puis ajoutez l'extraction CDC. Pour connaître les étapes d'inscription d'une extraction CDC pour PostgreSQL, reportez-vous à Inscription d'une extraction pour PostgreSQL à partir du client d'administration.

   Remarque : assurez-vous que le processus Extract n'est pas connecté à Maître 1 ou Maître 2.

7. Configurer l'extraction CDC : configurez l'extraction CDC pour qu'elle se connecte uniquement au noeud maître 3 ou abonné. Dans cette topologie, l'extraction ne doit pas se connecter directement au maître 1 ou au maître 2.

8. Configurer le signal d'activité (facultatif, recommandé) : si vous utilisez la fonctionnalité de signal d'activité :

   a. Créez la table prédéfinie de signal d'activité sur Master 1 ou Master 2.

   b. Après la réplication vers Master 3, ajoutez la table de signal d'activité à la publication sur Master 3.

   c. Configurez le signal d'activité pour l'extraction CDC dans Oracle GoldenGate afin de maintenir le pipeline CDC actif et de surveiller la latence.

   Remarque : pour configurer la fonctionnalité de signal d'activité pour l'extraction dans Oracle GoldenGate, reportez-vous à Ajouter une table de signal d'activité. Reportez-vous également à ADD HEARTBEATTABLE dans le guide Référence de ligne de commande Oracle GoldenGate.

9. Vérifier les processus configurés : vérifiez que les processus d'emplacement de réplication, de publication et d'extraction CDC existent et fonctionnent comme prévu. Assurez-vous que le décalage de réplication et le décalage Extract sont normaux.