Diagnostiquer les problèmes

Cette situation peut se produire pour diverses raisons. Pour résoudre ce problème :

1. Assurez-vous que la base de données source est opérationnelle et accessible.
2. Accédez au profil de connexion source depuis les pages Flux ou Profils de connexion.
3. Vérifiez que les informations de connectivité du profil de connexion sont correctes.
4. Vérifiez que le nom d'utilisateur et le mot de passe correspondent.
5. Vérifiez que le nom d'utilisateur existe dans la base de données et qu'il dispose des droits requis.
6. Enregistrez les modifications apportées à la page Profils de connexion.

Le flux reprend automatiquement.

1. Assurez-vous d'avoir rempli toutes les conditions préalables Conditions préalables à l'appairage de réseaux VPC.

2. Après avoir créé la configuration de connectivité privée, vérifiez que la route qui contient l'adresse IP interne de la base de données apparaît dans l'onglet Routes exportées de la page Appairage de réseaux VPC.

   Pour ce faire, accédez à la page Appairage de réseaux VPC, puis recherchez l'appairage qui a été ajouté (le nom est peering-[UUID]). La route se trouve dans l'onglet Routes exportées. Si cette route n'existe pas, ajoutez-la manuellement.

3. Datastream ne vérifie pas le chevauchement avec les routes de peering dynamique. Si vous fournissez un sous-réseau qui chevauche une route dynamique, cela peut entraîner des problèmes de connectivité. Par conséquent, nous vous déconseillons d'utiliser un sous-réseau faisant partie d'une route dynamique.
4. Assurez-vous que les routes personnalisées pour les plages d'adresses IP Datastream sont correctement annoncées. Si les routes personnalisées sont manquantes, consultez Routes annoncées personnalisées.
5. Si vous rencontrez toujours des problèmes pour vous connecter à la base de données source, consultez Configurer un proxy inverse.

1. Assurez-vous d'avoir rempli toutes les conditions préalables.
2. Assurez-vous que vos règles de pare-feu autorisent le sous-réseau du rattachement de réseau fourni à se connecter à la base de données source.
3. Assurez-vous que les routes personnalisées pour les plages d'adresses IP Datastream sont correctement annoncées. Si les routes personnalisées sont manquantes, consultez Routes annoncées personnalisées.

Vous avez sélectionné les méthodes de connectivité réseau de la liste d'autorisation d'adresses IP publiques ou du tunnel SSH de transfert pour le profil de connexion que vous créez. Toutefois, la règle d'administration Bloquer les méthodes de connectivité publique pour Datastream est activée. Vous ne pouvez donc pas sélectionner de méthodes de connectivité publiques pour votre profil de connexion.

Pour résoudre ce problème, sélectionnez la méthode de connectivité réseau privée Appairage de VPC ou Interfaces Private Service Connect, ou désactivez la règle d'administration.

Pour désactiver la règle d'administration, procédez comme suit :

1. Accédez à la page Règles d'administration dans la console Google Cloud .
2. Sélectionnez la règle d'administration Datastream - Bloquer les méthodes de connectivité publique.

3. Cliquez sur MODIFIER.

4. Dans la section Applicable à de la page, sélectionnez Personnaliser.

5. Dans la section Application, sélectionnez Désactivé.

6. Cliquez sur SAVE (ENREGISTRER).
7. Revenez au profil de connexion Oracle que vous créez, puis cliquez sur CREATE (CRÉER).

Cela peut se produire si votre base de données comporte des milliers de tables et de schémas. Il est possible que certains d'entre eux ne soient pas inclus dans la liste des objets à extraire lorsque vous configurez la source pour le flux dans la console Google Cloud . Au lieu de sélectionner Schémas et tables spécifiques dans la section Sélectionner des objets à inclure, sélectionnez Personnalisé. Dans le champ Critères de correspondance des objets, saisissez les schémas et les tables que vous souhaitez extraire avec Datastream.

Datastream peut supprimer les événements non compatibles lors de la diffusion. Pour résoudre le problème, vous pouvez effectuer les actions suivantes :

• Déclenchez manuellement un remplissage de l'intégralité de la table. Cela fonctionne si les événements supprimés sont uniquement des événements UPSERT. Si les événements supprimés incluent des événements DELETE, vous devez tronquer la table dans BigQuery avant d'effectuer le remplissage.

  Pour savoir comment effectuer un remplissage, consultez Lancer un remplissage.

• Contactez l'assistance Google et demandez-lui d'effectuer un remplissage partiel. Cela n'est possible que si vous pouvez identifier les événements supprimés avec une clause SQL WHERE et si aucun des événements n'est un événement DELETE.
• Ignorez le problème si le nombre d'événements supprimés est faible ou s'ils ne sont pas importants.

Une erreur de récupération des données de capture des données modifiées (CDC) en cours peut se produire si la configuration de la journalisation supplémentaire n'est pas correcte dans la base de données source. Vérifiez que la journalisation supplémentaire est correctement configurée. Plus précisément, vérifiez que la journalisation supplémentaire est activée pour les tables de base de données qui sont insérées par flux depuis la source vers la destination. Le flux reprend automatiquement.

Il est possible que les fichiers journaux aient été supprimés. Oracle supprime les fichiers journaux dès que possible, sauf si vous spécifiez une période de rotation minimale pour les conserver. Sur le serveur Oracle, définissez la durée de conservation des fichiers journaux. Par exemple, utilisez CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS; pour conserver les fichiers journaux pendant au moins quatre jours.

Pour un déploiement RDS, utilisez exec rdsadmin.rdsadmin_util.set_configuration('archivelog retention hours',96);.