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 aux intégrations Amazon RDS Zero-ETL
Vous pouvez vérifier l'état d'une intégration zéro ETL en interrogeant la table système SVV_INTEGRATION dans la destination d'analyse. Si la valeur de la colonne state
est ErrorState
, cela signifie que quelque chose ne va pas. Pour de plus amples informations, veuillez consulter Surveillance des intégrations à l'aide des tables système pour Amazon Redshift.
Utilisez les informations suivantes pour résoudre les problèmes courants liés aux intégrations Amazon RDS Aurora .
Important
Les opérations de resynchronisation et d'actualisation ne sont pas disponibles pour les intégrations sans ETL avec un lakehouse. Amazon SageMaker En cas de problème avec une intégration, vous devez la supprimer et en créer une nouvelle. Vous ne pouvez pas actualiser ou resynchroniser une intégration existante.
Rubriques
Je ne parviens pas à créer une intégration zéro ETL
Si vous ne parvenez pas à créer une intégration zéro ETL, assurez-vous que les informations suivantes sont correctes pour votre base de données source :
-
Votre base de données source doit exécuter une version du moteur de base de données prise en charge. Pour une liste de versions prises en charge, consultez Régions et moteurs de base de données pris en charge pour les intégrations Amazon RDS Zero-ETL.
-
Vous avez correctement configuré les paramètres de base de données. Si les paramètres requis ne sont pas définis correctement ou ne sont pas associés à la base de données, la création échoue. Consultez Étape 1 : Créer un groupe de paramètres de base de données personnalisé.
En outre, assurez-vous que les informations suivantes sont correctes pour votre entrepôt de données cible :
-
La sensibilité à la casse est activée. Consultez Activation de la sensibilité à la casse pour votre entrepôt de données.
-
Vous avez ajouté le principal autorisé et la source d'intégration appropriés. Consultez Configurer l'autorisation pour votre entrepôt de données Amazon Redshift.
-
L'entrepôt de données est chiffré (s'il s'agit d'un cluster provisionné). Consultez la section Chiffrement de base de données Amazon Redshift.
Mon intégration est bloquée dans un état de Syncing
Il est possible que votre intégration affiche systématiquement le statut Syncing
si vous modifiez la valeur de l'un des paramètres de base de données requis.
Pour résoudre ce problème, vérifiez les valeurs des paramètres du groupe de paramètres associé au de bases de données de base de données source et assurez-vous qu'elles correspondent aux valeurs requises. Pour de plus amples informations, veuillez consulter Étape 1 : Créer un groupe de paramètres de base de données personnalisé.
Si vous modifiez des paramètres, veillez à redémarrer le de base de données pour appliquer les modifications.
Mes 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 :
ALTER DATABASE
dbname
INTEGRATION REFRESH TABLEStable1
,table2
;
Pour plus d'informations, consultez ALTER DATABASE dans le manuel Amazon Redshift SQL Reference.
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'intégration Zero-ETL 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'intégrations Amazon Aurora MySQL ou Amazon RDS for MySQL Zero-ETL avec Amazon Redshift
Une ou plusieurs de mes tables Amazon Redshift nécessitent une resynchronisation
L'exécution de certaines commandes sur votre base de données source peut nécessiter la resynchronisation de vos tables. Dans ce cas, la vue système SVV_INTEGRATION_TABLE_STATE affiche un table_state
de ResyncRequired
, ce qui signifie que l'intégration doit complètement recharger les données de cette table spécifique depuis MySQL vers Amazon Redshift.
Lorsque la table commence à se resynchroniser, elle passe à l'état Syncing
. Aucune action manuelle n'est requise pour resynchroniser une table. Pendant la resynchronisation des données des tables, vous ne pouvez pas y accéder dans Amazon Redshift.
Vous trouverez ci-dessous quelques exemples d'opérations permettant de mettre une table dans un état ResyncRequired
et les alternatives possibles à envisager.
Opération | exemple | Autrement |
---|---|---|
Ajout d'une colonne à une position spécifique |
|
Amazon Redshift ne prend pas en charge l'ajout de colonnes à des positions spécifiques à l'aide des mots clés first et after . Si l'ordre des colonnes de la table cible n'est pas critique, ajoutez la colonne à la fin de la table à l'aide d'une commande plus simple :
|
Ajout d'une colonne d'horodatage avec la valeur par défaut de CURRENT_TIMESTAMP |
|
La CURRENT_TIMESTAMP valeur des lignes de table existantes est calculée par RDS pour MySQL et ne peut pas être simulée dans Amazon Redshift sans resynchronisation complète des données de table. Si possible, remplacez la valeur par défaut par une constante littérale comme |
Réalisation d'opérations sur plusieurs colonnes au sein d'une seule commande |
|
Envisagez de diviser la commande en deux opérations distinctes, ADD et RENAME , qui ne nécessiteront pas de resynchronisation. |
Problèmes d'intégration pour les intégrations Amazon SageMaker Lakehouse Zero-ETL
Si vous rencontrez des problèmes avec une intégration Zero-ETL existante avec un Amazon SageMaker lakehouse, la seule solution consiste à supprimer l'intégration et à en créer une nouvelle. Contrairement à d'autres AWS services, les intégrations Zero-ETL ne prennent pas en charge les opérations d'actualisation ou de resynchronisation.
Pour résoudre les problèmes d'intégration :
-
Supprimez l'intégration Zero-ETL problématique à l'aide de la console, de la CLI ou de l'API.
-
Vérifiez que les configurations de la base de données source et de l'entrepôt de données cible sont correctes.
-
Créez une nouvelle intégration Zero-ETL avec la même configuration ou une configuration mise à jour.
Ce processus entraînera une réinitialisation complète du pipeline de données, ce qui peut prendre du temps en fonction de la taille de votre base de données source.