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 d'intégration Zero-ETL
Cette section fournit des conseils pour résoudre les problèmes courants liés à l'intégration sans ETL.
Aucun échec de configuration de l'intégration ETL
- Authentication failures (Échecs d’authentification)
-
-
Vérifiez que l'utilisateur de réplication existe et possède le mot de passe correct dans AWS Secrets Manager.
-
Assurez-vous que toutes les autorisations requises ont été accordées à l'utilisateur de réplication.
-
Vérifiez que l'ARN secret est correct et accessible par Oracle Database@AWS.
-
Vérifiez que la politique de ressources CMK autorise l'accès par le principal de service Oracle Database@AWS .
-
- Problèmes liés à la connectivité réseau
-
-
Assurez-vous que l'intégration Zero-ETL est activée sur votre réseau ODB.
-
Vérifiez que le protocole SSL est correctement configuré sur le port 2484 (Exadata uniquement).
-
Vérifiez que l'écouteur de base de données Oracle est en cours d'exécution et accepte les connexions.
-
Assurez-vous que les groupes de sécurité réseau et NACLs autorisez le trafic sur le port 2484.
-
Vérifiez que le nom du service indiqué dans votre secret correspond au nom du service Oracle réel.
-
- Erreurs d'autorisation
-
-
Vérifiez que votre utilisateur ou rôle IAM dispose des autorisations nécessaires pour les opérations AWS Glue d'intégration.
-
Vérifiez que la politique de ressources Amazon Redshift autorise les intégrations entrantes depuis votre cluster de machines virtuelles.
-
Assurez-vous qu'Oracle Database@AWS a obtenu l'accès à vos secrets et à votre clé du service de gestion des AWS clés.
-
Problèmes de réplication
- Défaillances de chargement initiales
-
-
Vérifiez que la base de données Oracle dispose de suffisamment de ressources pour prendre en charge l'opération de chargement complet.
-
Assurez-vous que la journalisation supplémentaire est activée sur la base de données source.
-
Vérifiez s'il existe des blocages ou des contraintes au niveau de la table susceptibles d'empêcher l'extraction des données.
-
- Modifier les problèmes de capture de données
-
-
Vérifiez que la base de données Oracle dispose d'un espace de journalisation et d'un taux de rétention adéquats.
-
Vérifiez que l'utilisateur de réplication a accès aux journaux de restauration archivés.
-
Pour les systèmes compatibles ASM, assurez-vous que l'utilisateur ASM est correctement configuré.
-
Surveillez les performances de la base de données Oracle pour vous assurer que le CDC n'est pas à l'origine de conflits de ressources.
-
- Retard de réplication élevé
-
-
Surveillez les métriques de retard de réplication dans CloudWatch.
-
Vérifiez la présence de volumes de transactions élevés ou de transactions importantes dans la base de données source.
-
Vérifiez que le cluster Amazon Redshift dispose d'une capacité suffisante pour gérer les données entrantes.
-
Problèmes de cohérence des données
- Données manquantes ou incomplètes
-
-
Vérifiez que le filtre de données inclut tous les schémas et tables requis.
-
Vérifiez les types de données non pris en charge susceptibles d'être à l'origine d'échecs de réplication.
-
Assurez-vous que l'utilisateur de réplication dispose des autorisations SELECT sur toutes les tables requises.
-
- Erreurs de conversion de type de données
-
-
Consultez les mappages de types de données pris en charge entre Oracle et Redshift.
-
Vérifiez les types de données spécifiques à Oracle susceptibles de nécessiter un traitement personnalisé.
-
Envisagez de modifier votre schéma Oracle pour utiliser des types de données plus compatibles.
-
Surveillance et débogage
Utilisez les approches suivantes pour surveiller et résoudre les problèmes d'intégration zéro ETL :
-
Surveillance de l'état de l'intégration — Vérifiez régulièrement l'état de l'intégration à l'aide de
aws glue describe-integrations. -
CloudWatch métriques — Surveillez CloudWatch les métriques disponibles pour les performances et les erreurs de réplication.
-
Surveillance des bases de données Oracle : surveillez les performances des bases de données Oracle et l'utilisation des ressources.
-
Surveillance Redshift : surveillez les performances du cluster Amazon Redshift et l'utilisation du stockage.
Pour les problèmes complexes qui ne peuvent pas être résolus à l'aide de ce guide de dépannage, contactez AWS Support les informations suivantes :
-
ARN d'intégration et état actuel.
-
Les messages d'erreur issus de l'intégration décrivent les opérations.
-
Configurations de base de données Oracle et de clusters Amazon Redshift.
-
Chronologie du moment où le problème a commencé à se produire.
