Dépannage d'Amazon Redshift - Amazon Data Firehose

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.

Dépannage d'Amazon Redshift

Vérifiez les points suivants si les données ne sont pas diffusées dans votre cluster provisionné Amazon Redshift ou votre groupe de travail Amazon Redshift sans serveur.

Les données sont diffusées dans votre compartiment S3 avant leur chargement dans Amazon Redshift. Si les données n'ont pas été diffusées à votre compartiment S3, consultez la rubrique Résolutions des problèmes liés à Amazon S3.

  • Vérifiez la DeliveryToRedshift.Success métrique Firehose pour vous assurer que Firehose a essayé de copier les données de votre compartiment S3 vers le cluster provisionné Amazon Redshift ou le groupe de travail Amazon Redshift Serverless. Pour de plus amples informations, veuillez consulter Surveillez Amazon Data Firehose à l'aide de métriques CloudWatch .

  • Activez la journalisation des erreurs si elle n'est pas déjà activée et vérifiez les échecs de diffusion dans les journaux d'erreur. Pour de plus amples informations, veuillez consulter Surveillez Amazon Data Firehose à l'aide des journaux CloudWatch .

  • Consultez le STL_CONNECTION_LOG tableau Amazon Redshift pour voir si Firehose peut établir des connexions réussies. Dans cette table, vous devriez pouvoir afficher les connexions et leur statut en fonction d'un nom d'utilisateur. Pour en savoir plus, consultez STL_CONNECTION_LOG dans le Guide du développeur de base de données Amazon Redshift.

  • Si le contrôle précédent révèle que les connexions sont établies, vérifiez la table STL_LOAD_ERRORS d'Amazon Redshift pour connaître la raison de l'échec de l'opération COPY. Pour en savoir plus, consultez STL_LOAD_ERRORS dans le Guide du développeur de base de données Amazon Redshift.

  • Assurez-vous que la configuration Amazon Redshift de votre stream Firehose est précise et valide.

  • Assurez-vous que le rôle IAM spécifié dans votre flux Firehose peut accéder au compartiment S3 à partir duquel Amazon Redshift copie les données, ainsi qu'à la fonction Lambda pour la transformation des données (si la transformation des données est activée). Assurez-vous également que le rôle IAM a accès au groupe de CloudWatch journaux et aux flux de journaux pour vérifier les journaux d'erreurs. Pour de plus amples informations, veuillez consulter Accorder à Firehose l'accès à une destination Amazon Redshift .

  • Si votre cluster provisionné Amazon Redshift ou votre groupe de travail Amazon Redshift Serverless se trouve dans un cloud privé virtuel (VPC), assurez-vous que le cluster autorise l'accès depuis les adresses IP Firehose. Pour de plus amples informations, veuillez consulter Accorder à Firehose l'accès à une destination Amazon Redshift .

  • Assurez-vous que le cluster Amazon Redshift provisionné ou le groupe de travail Amazon Redshift sans serveur est accessible au public.

  • Si vous utilisez la transformation de données, assurez-vous que votre fonction Lambda ne renvoie jamais les réponses dont la taille de charge utile dépasse 6 Mo. Pour plus d'informations, consultez Amazon Data FirehoseData Transformation.