Résolution des problèmes liés à l'absence d'ETLintégrations - Amazon Redshift

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 liés à l'absence d'ETLintégrations

Utilisez les sections suivantes pour résoudre les problèmes que vous rencontrez avec les ETL intégrations nulles.

Utilisez les informations suivantes pour résoudre les problèmes courants liés aux ETL intégrations nulles avec Aurora My. SQL

Échec de la création de l’intégration

Si la création de l'ETLintégration zéro a échoué, le statut de l'intégration estInactive. Assurez-vous que les informations suivantes sont correctes pour votre cluster de bases de données Aurora source :

En outre, assurez-vous que les informations suivantes sont correctes pour votre entrepôt des données Amazon Redshift :

Les tables ne possèdent pas de clés primaires

Dans la base de données de destination, une ou plusieurs tables ne possèdent pas de clé primaire et ne peuvent pas être synchronisées.

Pour résoudre ce problème, accédez à l'onglet Statistiques des tables sur la page des détails de l'intégration ou utilisez SVV _ INTEGRATION _ TABLE _ STATE pour afficher les tables ayant échoué. Vous pouvez ajouter des clés primaires aux tables et Amazon Redshift resynchronisera les tables. Bien que cela ne soit pas recommandé, vous pouvez supprimer ces tables sur Aurora et créer des tables avec une clé primaire. Pour plus d’informations, consultez Bonnes pratiques Amazon Redshift pour la conception de tables.

Aurora Mes SQL tables ne sont pas répliquées sur Amazon Redshift

Si aucune ou plusieurs tables ne sont reflétées dans Amazon Redshift, vous pouvez exécuter la commande suivante pour les resynchroniser. Remplacez dbname avec le nom de votre base de données Amazon Redshift. Et remplacez table1 and table2 avec les noms des tables à synchroniser.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Pour plus d'informations, consultez ALTERDATABASEle manuel Amazon Redshift Database Developer Guide.

Vos données ne sont peut-être pas répliquées car une ou plusieurs de vos tables sources ne possèdent pas de clé primaire. Le tableau de bord de surveillance d'Amazon Redshift affiche l'état de ces tables au fur Failed et à mesure que l'état de l'ETLintégration zéro globale passe à. Needs attention Pour résoudre ce problème, vous pouvez identifier une clé existante dans votre table qui peut devenir une clé primaire, ou vous pouvez ajouter une clé primaire synthétique. Pour des solutions détaillées, consultez Gérer les tables sans clés primaires lors de la création d'Aurora My SQL -Compatible Edition ou RDS pour les ETL intégrations de My SQL zero- avec Amazon Redshift. dans le blog de la AWS base de données.

Types de données non pris en charge dans les tables

Dans la base de données que vous avez créée à partir de l’intégration dans Amazon Redshift et dans laquelle les données sont répliquées à partir du cluster de bases de données Aurora, une ou plusieurs tables contiennent des types de données non pris en charge et ne peuvent pas être synchronisées.

Pour résoudre ce problème, accédez à l'onglet Statistiques des tables sur la page des détails de l'intégration ou utilisez SVV _ INTEGRATION _ TABLE _ STATE pour afficher les tables ayant échoué. Supprimez ensuite ces tables et recréez-en de nouvelles sur AmazonRDS. Pour plus d’informations sur les types de données non pris en charge, consultez Différences de type de données entre les bases de données Aurora et Amazon Redshift dans le Guide de l’utilisateur Amazon Aurora.

Échec des commandes en langage de manipulation de données

Amazon Redshift n'a pas pu exécuter de DML commandes sur les tables Redshift. Pour résoudre ce problème, utilisez SVV _ _ INTEGRATION TABLE _ STATE pour afficher les tables défaillantes. Amazon Redshift resynchronise automatiquement les tables pour résoudre cette erreur.

Les modifications suivies entre les sources de données ne correspondent pas

Cette erreur se produit lorsque les modifications entre Amazon Aurora et Amazon Redshift ne correspondent pas, ce qui bascule l’intégration à l’état Failed.

Pour résoudre ce problème, supprimez l'ETLintégration zéro et créez-la à nouveau dans AmazonRDS. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Échec d’autorisation

L’autorisation a échoué, car le cluster de bases de données Aurora source a été supprimé en tant que source d’intégration autorisée pour l’entrepôt des données Amazon Redshift.

Pour résoudre ce problème, supprimez l'ETLintégration zéro et créez-la à nouveau sur AmazonRDS. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Le nombre de tables est supérieur à 100 000 ou le nombre de schémas est supérieur à 4 950

Pour un entrepôt des données de destination, le nombre de tables est supérieur à 100 000 ou le nombre de schémas est supérieur à 4 950. Amazon Aurora ne peut pas envoyer de données à Amazon Redshift. Le nombre de tables et de schémas dépasse la limite définie. Pour résoudre ce problème, supprimez tous les schémas ou tables inutiles de la base de données source.

Amazon Redshift ne peut pas charger les données

Amazon Redshift ne peut pas charger les données jusqu'à l'intégration zéro. ETL

Pour résoudre ce problème, supprimez l'ETLintégration zéro sur Amazon RDS et créez-la à nouveau. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Les paramètres du groupe de travail sont incorrects

La sensibilité à la casse n’est pas activée dans votre groupe de travail.

Pour résoudre ce problème, accédez à l’onglet Propriétés sur la page des détails de l’intégration, choisissez le groupe de paramètres et activez l’identifiant sensible à la casse dans l’onglet Propriétés. Si vous n’avez pas de groupe de paramètres existant, créez-en un en activant l’identifiant sensible à la casse. Créez ensuite une nouvelle ETL intégration zéro sur AmazonRDS. Pour plus d'informations, consultez la section Création d'ETLintégrations zéro.

La base de données n'est pas créée pour activer une ETL intégration zéro

Aucune base de données n'a été créée pour l'activation de ETL l'intégration zéro.

Pour résoudre ce problème, créez une base de données pour l’intégration. Pour de plus amples informations, veuillez consulter Création de bases de données de destination dans Amazon Redshift.

Table dans l’état Resynchronisation requise ou Resynchronisation initiée

Votre table est dans l’état Resynchronisation requise ou Resynchronisation initiée.

Pour recueillir des informations d'erreur plus détaillées sur les raisons pour lesquelles votre table est dans cet état, utilisez la vue DETAIL système SYSLOADERROR_ _ _.

Utilisez les informations suivantes pour résoudre les problèmes courants liés aux ETL intégrations nulles avec Aurora Postgre. SQL

Échec de la création de l’intégration

Si la création de l'ETLintégration zéro a échoué, le statut de l'intégration estInactive. Assurez-vous que les informations suivantes sont correctes pour votre cluster de bases de données Aurora source :

En outre, assurez-vous que les informations suivantes sont correctes pour votre entrepôt des données Amazon Redshift :

Les tables ne possèdent pas de clés primaires

Dans la base de données de destination, une ou plusieurs tables ne possèdent pas de clé primaire et ne peuvent pas être synchronisées.

Pour résoudre ce problème, accédez à l'onglet Statistiques des tables sur la page des détails de l'intégration ou utilisez SVV _ INTEGRATION _ TABLE _ STATE pour afficher les tables ayant échoué. Vous pouvez ajouter des clés primaires aux tables et Amazon Redshift resynchronisera les tables. Bien que cela ne soit pas recommandé, vous pouvez supprimer ces tables sur Aurora et créer des tables avec une clé primaire. Pour plus d’informations, consultez Bonnes pratiques Amazon Redshift pour la conception de tables.

Les SQL tables Aurora Postgre ne sont pas répliquées vers Amazon Redshift

Si aucune ou plusieurs tables ne sont reflétées dans Amazon Redshift, vous pouvez exécuter la commande suivante pour les resynchroniser. Remplacez dbname avec le nom de votre base de données Amazon Redshift. Et remplacez table1 and table2 avec les noms des tables à synchroniser.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Pour plus d'informations, consultez ALTERDATABASEle manuel Amazon Redshift Database Developer Guide.

Vos données ne sont peut-être pas répliquées car une ou plusieurs de vos tables sources ne possèdent pas de clé primaire. Le tableau de bord de surveillance d'Amazon Redshift affiche l'état de ces tables au fur Failed et à mesure que l'état de l'ETLintégration zéro globale passe à. Needs attention Pour résoudre ce problème, vous pouvez identifier une clé existante dans votre table qui peut devenir une clé primaire, ou vous pouvez ajouter une clé primaire synthétique. Pour des solutions détaillées, consultez Gérer des tables sans clés primaires lors de la création d'ETLintégrations Aurora Postgre SQL -Compatible Edition zero- avec Amazon Redshift. dans le blog de la AWS base de données.

Types de données non pris en charge dans les tables

Dans la base de données que vous avez créée à partir de l’intégration dans Amazon Redshift et dans laquelle les données sont répliquées à partir du cluster de bases de données Aurora, une ou plusieurs tables contiennent des types de données non pris en charge et ne peuvent pas être synchronisées.

Pour résoudre ce problème, accédez à l'onglet Statistiques des tables sur la page des détails de l'intégration ou utilisez SVV _ INTEGRATION _ TABLE _ STATE pour afficher les tables ayant échoué. Supprimez ensuite ces tables et recréez-en de nouvelles sur AmazonRDS. Pour plus d’informations sur les types de données non pris en charge, consultez Différences de type de données entre les bases de données Aurora et Amazon Redshift dans le Guide de l’utilisateur Amazon Aurora.

Échec des commandes en langage de manipulation de données

Amazon Redshift n'a pas pu exécuter de DML commandes sur les tables Redshift. Pour résoudre ce problème, utilisez SVV _ _ INTEGRATION TABLE _ STATE pour afficher les tables défaillantes. Amazon Redshift resynchronise automatiquement les tables pour résoudre cette erreur.

Les modifications suivies entre les sources de données ne correspondent pas

Cette erreur se produit lorsque les modifications entre Amazon Aurora et Amazon Redshift ne correspondent pas, ce qui bascule l’intégration à l’état Failed.

Pour résoudre ce problème, supprimez l'ETLintégration zéro et créez-la à nouveau dans AmazonRDS. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Échec d’autorisation

L’autorisation a échoué, car le cluster de bases de données Aurora source a été supprimé en tant que source d’intégration autorisée pour l’entrepôt des données Amazon Redshift.

Pour résoudre ce problème, supprimez l'ETLintégration zéro et créez-la à nouveau sur AmazonRDS. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Le nombre de tables est supérieur à 100 000 ou le nombre de schémas est supérieur à 4 950

Pour un entrepôt des données de destination, le nombre de tables est supérieur à 100 000 ou le nombre de schémas est supérieur à 4 950. Amazon Aurora ne peut pas envoyer de données à Amazon Redshift. Le nombre de tables et de schémas dépasse la limite définie. Pour résoudre ce problème, supprimez tous les schémas ou tables inutiles de la base de données source.

Amazon Redshift ne peut pas charger les données

Amazon Redshift ne peut pas charger les données jusqu'à l'intégration zéro. ETL

Pour résoudre ce problème, supprimez l'ETLintégration zéro sur Amazon RDS et créez-la à nouveau. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Les paramètres du groupe de travail sont incorrects

La sensibilité à la casse n’est pas activée dans votre groupe de travail.

Pour résoudre ce problème, accédez à l’onglet Propriétés sur la page des détails de l’intégration, choisissez le groupe de paramètres et activez l’identifiant sensible à la casse dans l’onglet Propriétés. Si vous n’avez pas de groupe de paramètres existant, créez-en un en activant l’identifiant sensible à la casse. Créez ensuite une nouvelle ETL intégration zéro sur AmazonRDS. Pour plus d'informations, consultez la section Création d'ETLintégrations zéro.

La base de données n'est pas créée pour activer une ETL intégration zéro

Aucune base de données n'a été créée pour l'activation de ETL l'intégration zéro.

Pour résoudre ce problème, créez une base de données pour l’intégration. Pour de plus amples informations, veuillez consulter Création de bases de données de destination dans Amazon Redshift.

Table dans l’état Resynchronisation requise ou Resynchronisation initiée

Votre table est dans l’état Resynchronisation requise ou Resynchronisation initiée.

Pour recueillir des informations d'erreur plus détaillées sur les raisons pour lesquelles votre table est dans cet état, utilisez la vue DETAIL système SYSLOADERROR_ _ _.

Utilisez les informations suivantes pour résoudre les problèmes courants liés aux ETL intégrations nulles avec RDS for My. SQL

Échec de la création de l’intégration

Si la création de l'ETLintégration zéro a échoué, le statut de l'intégration estInactive. Assurez-vous que les informations suivantes sont correctes pour votre RDS instance de base de données source :

En outre, assurez-vous que les informations suivantes sont correctes pour votre entrepôt des données Amazon Redshift :

Les tables ne possèdent pas de clés primaires

Dans la base de données de destination, une ou plusieurs tables ne possèdent pas de clé primaire et ne peuvent pas être synchronisées.

Pour résoudre ce problème, accédez à l'onglet Statistiques des tables sur la page des détails de l'intégration ou utilisez SVV _ INTEGRATION _ TABLE _ STATE pour afficher les tables ayant échoué. Vous pouvez ajouter des clés primaires aux tables et Amazon Redshift resynchronisera les tables. Bien que cela ne soit pas recommandé, vous pouvez également supprimer ces tables RDS et créer des tables avec une clé primaire. Pour plus d’informations, consultez Bonnes pratiques Amazon Redshift pour la conception de tables.

RDScar Mes SQL tables ne sont pas répliquées sur Amazon Redshift

Si aucune ou plusieurs tables ne sont reflétées dans Amazon Redshift, vous pouvez exécuter la commande suivante pour les resynchroniser. Remplacez dbname avec le nom de votre base de données Amazon Redshift. Et remplacez table1 and table2 avec les noms des tables à synchroniser.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Pour plus d'informations, consultez ALTERDATABASEle manuel Amazon Redshift Database Developer Guide.

Vos données ne sont peut-être pas répliquées car une ou plusieurs de vos tables sources ne possèdent pas de clé primaire. Le tableau de bord de surveillance d'Amazon Redshift affiche l'état de ces tables au fur Failed et à mesure que l'état de l'ETLintégration zéro globale passe à. Needs attention Pour résoudre ce problème, vous pouvez identifier une clé existante dans votre table qui peut devenir une clé primaire, ou vous pouvez ajouter une clé primaire synthétique. Pour des solutions détaillées, consultez Gérer les tables sans clés primaires lors de la création d'Aurora My SQL -Compatible Edition ou RDS pour les ETL intégrations de My SQL zero- avec Amazon Redshift. dans le blog de la AWS base de données.

Types de données non pris en charge dans les tables

Dans la base de données que vous avez créée à partir de l'intégration dans Amazon Redshift et dans laquelle les données sont répliquées depuis l'RDSinstance de base de données, une ou plusieurs tables ont des types de données non pris en charge et ne peuvent pas être synchronisées.

Pour résoudre ce problème, accédez à l'onglet Statistiques des tables sur la page des détails de l'intégration ou utilisez SVV _ INTEGRATION _ TABLE _ STATE pour afficher les tables ayant échoué. Supprimez ensuite ces tables et recréez-en de nouvelles sur AmazonRDS. Pour plus d'informations sur les types de données non pris en charge, consultez la section Différences entre les types de données RDS et les bases de données Amazon Redshift dans le guide de l'utilisateur RDS Amazon.

Échec des commandes en langage de manipulation de données

Amazon Redshift n'a pas pu exécuter de DML commandes sur les tables Redshift. Pour résoudre ce problème, utilisez SVV _ _ INTEGRATION TABLE _ STATE pour afficher les tables défaillantes. Amazon Redshift resynchronise automatiquement les tables pour résoudre cette erreur.

Les modifications suivies entre les sources de données ne correspondent pas

Cette erreur se produit lorsque les modifications entre Amazon Aurora et Amazon Redshift ne correspondent pas, ce qui bascule l’intégration à l’état Failed.

Pour résoudre ce problème, supprimez l'ETLintégration zéro et créez-la à nouveau dans AmazonRDS. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Échec d’autorisation

L'autorisation a échoué car l'RDSinstance de base de données source a été supprimée en tant que source d'intégration autorisée pour l'entrepôt de données Amazon Redshift.

Pour résoudre ce problème, supprimez l'ETLintégration zéro et créez-la à nouveau sur AmazonRDS. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Le nombre de tables est supérieur à 100 000 ou le nombre de schémas est supérieur à 4 950

Pour un entrepôt des données de destination, le nombre de tables est supérieur à 100 000 ou le nombre de schémas est supérieur à 4 950. Amazon Aurora ne peut pas envoyer de données à Amazon Redshift. Le nombre de tables et de schémas dépasse la limite définie. Pour résoudre ce problème, supprimez tous les schémas ou tables inutiles de la base de données source.

Amazon Redshift ne peut pas charger les données

Amazon Redshift ne peut pas charger les données jusqu'à l'intégration zéro. ETL

Pour résoudre ce problème, supprimez l'ETLintégration zéro sur Amazon RDS et créez-la à nouveau. Pour plus d'informations, consultez les sections Création d'ETLintégrations nulles et Suppression d'ETLintégrations nulles.

Les paramètres du groupe de travail sont incorrects

La sensibilité à la casse n’est pas activée dans votre groupe de travail.

Pour résoudre ce problème, accédez à l’onglet Propriétés sur la page des détails de l’intégration, choisissez le groupe de paramètres et activez l’identifiant sensible à la casse dans l’onglet Propriétés. Si vous n’avez pas de groupe de paramètres existant, créez-en un en activant l’identifiant sensible à la casse. Créez ensuite une nouvelle ETL intégration zéro sur AmazonRDS. Pour plus d'informations, consultez la section Création d'ETLintégrations zéro.

La base de données n'est pas créée pour activer une ETL intégration zéro

Aucune base de données n'a été créée pour l'activation de ETL l'intégration zéro.

Pour résoudre ce problème, créez une base de données pour l’intégration. Pour de plus amples informations, veuillez consulter Création de bases de données de destination dans Amazon Redshift.

Table dans l’état Resynchronisation requise ou Resynchronisation initiée

Votre table est dans l’état Resynchronisation requise ou Resynchronisation initiée.

Pour recueillir des informations d'erreur plus détaillées sur les raisons pour lesquelles votre table est dans cet état, utilisez la vue DETAIL système SYSLOADERROR_ _ _.