Prérequis pour la configuration de Data Streams
Effectuez la préparation suivante avant de créer un flux de données. La plupart des problèmes de connexion et de charge utile proviennent de la trace source, de la configuration de sécurité ou de la conception du point de reprise du consommateur plutôt que du code WebSocket.
Liste de contrôle de l'implémentation
Assurez-vous que les actions suivantes sont en place avant de configurer Data Streams dans Oracle GoldenGate :
-
Un processus Extract ou GoldenGate en amont en cours d'exécution écrit les tables et les opérations requises dans une trace que le service de distribution peut lire.
-
La trace conserve suffisamment d'historique pour couvrir la période de panne et de récupération attendue la plus longue.
-
La journalisation supplémentaire et la configuration Extract capturent les images "avant", les colonnes de clé, les valeurs LOB, les instructions LDD, les jetons et les autres données requises par le destinataire.
-
Le nom du flux de données, le nom de la trace source et le sous-répertoire de trace facultatif sont connus.
-
Le client peut résoudre et atteindre l'adresse de service de distribution ou de service géré sur le port requis.
-
Le client fait confiance à la chaîne de certificats du serveur pour
wsset les certificats client sont disponibles lorsque le protocole TLS mutuel est requis. -
Un compte GoldenGate avec le rôle requis est disponible pour l'administration REST et l'authentification WebSocket.
-
Le consommateur dispose d'un stockage de point de reprise durable et d'une stratégie pour les écritures en aval idempotentes ou atomiques.
-
La taille de la charge utile, la gestion des objets LOB, l'évolution du schéma et les exigences CloudEvents ont été convenues avec les propriétaires en aval.
Rôles d'API REST
Le tableau suivant répertorie les privilèges requis pour effectuer différentes actions de configuration d'un flux de données :
| Opération | Rôle minimum |
|---|---|
| Répertorier les flux de données | Utilisateur |
| Extraire AsyncAPI YAML | Utilisateur |
| Extraire une configuration de flux de données | Opérateur |
| Créer, mettre à jour ou supprimer un flux de données | Administrateur |
| Mettre à jour AsyncAPI YAML | Administrateur |
Conditions de trace source
Les flux de données ne peuvent publier que les informations présentes dans la trace source. La création d'un flux de données n'ajoute pas de journalisation source, de reconstruction omise avant les images ou de récupération des colonnes que le processus Extract n'a pas capturées. Vérifiez le contenu de la trace avant de déboguer le consommateur.
| Exigence du consommateur | Exigences côté source |
|---|---|
| Image complète avant et après | Configurez les options de journalisation de base de données et d'image Extract de sorte que la trace contienne les colonnes requises. |
| Mise à jour/suppression fiable de l'identité | Capturez les colonnes de clé primaire, de clé unique ou de clé GoldenGate approuvée. |
| Evénements LDD | Activez et validez la capture LDD pour la configuration source et Extract. |
| Valeurs LOB volumineuses | Capturez les données LOB et définissez le flux de données maxLobSize et maxRecordSize de manière appropriée. |
| Regroupement de transactions | Incluez xid, opSeqno et transInd ; comprenez que le filtrage peut enlever des opérations d'une transaction. |
| Identificateur de validation de niveau source | Incluez csn. Traite sa valeur comme une chaîne dépendante de la source. |