Maintenance et optimisation des tâches de synchronisation complète et incrémentielle - DataWorks

Applicabilité et limites

Avant d'appliquer les conseils de cette rubrique, évaluez le format de votre tâche et le chemin des données.

Élément de vérification	Champ d'application	Cas non applicables
Format de la tâche	Données historiques complètes + incrémentiel en temps réel + sortie planifiée ou fusion	Pour les sources de messages qui écrivent des données uniquement en temps réel, consultez Synchronisation complète en temps réel : Opérations et optimisation.
Chemin des données	Source de base de données → MaxCompute, un data lake ou une destination produisant des snapshots ou des partitions	Les méthodes décrites dans cette rubrique ne s'appliquent pas lorsque la destination ne prend pas en charge la sortie planifiée ou la fusion.

Les méthodes présentées ici reposent sur les fonctionnalités suivantes de la tâche : initialisation des données complètes pour les nouvelles tables, transition entre les phases complète et temps réel, protection des points de contrôle lors de l'ajout de tables, ainsi que les nœuds de sortie planifiée ou de fusion. Si la tâche ne prend pas en charge l'une de ces fonctionnalités, les résultats en aval peuvent être incomplets.

Cette rubrique s'applique uniquement aux tâches de synchronisation complète et incrémentielle pour les bases de données entières. Pour les tâches incrémentielles en temps réel, consultez Synchronisation complète en temps réel : Opérations et optimisation. Pour les tâches qui synchronisent les données uniquement par lots planifiés, consultez Maintenance et optimisation de la synchronisation hors ligne des bases de données.

Étapes de la tâche

Une tâche de synchronisation complète et incrémentielle traverse les étapes suivantes :

Étape	Description	Focus de la maintenance
Migration du schéma	Migre les schémas de base de données et de tables de la source vers la destination	Autorisations de métadonnées source, autorisations de création de tables de destination, mappage des types de champs et règles de mappage des tables
Initialisation des données complètes	Écrit les données historiques de la source vers la destination en un seul passage	Clé de partitionnement, concurrence maximale, connexions source, performances des requêtes source et capacité d'écriture de la destination
Incrémentiel en temps réel	Consomme en continu les modifications source survenant après le début de la phase complète	Retard du point de contrôle, basculement, points de contrôle, DDL et rétention des journaux source
Fusion incrémentielle	Fusionne périodiquement les données de modification incrémentielle dans la table snapshot de destination ou la partition de destination. Seules certaines solutions incluent cette étape.	Planification de la fusion incrémentielle, rattrapage des données incrémentielles en amont, horodatage des données, partition de destination et durée d'exécution SQL

Remarque

La source peut continuer à écrire des données pendant l'initialisation des données complètes. Une fois la phase complète terminée, la tâche rejoue les données incrémentielles jusqu'à ce qu'elle rattrape la source. La fin de la phase complète ne signifie pas que la tâche entière est achevée. Vous devez également vérifier que l'incrémentiel en temps réel a bien rattrapé son retard.

Prérequis

Avant d'exploiter ou de dépanner une tâche de synchronisation complète et incrémentielle, confirmez les éléments suivants :

Un espace de travail DataWorks et un groupe de ressources pour l'intégration des données.
Des connexions aux sources et destinations de données configurées, avec une connectivité réseau entre le groupe de ressources et les deux endpoints.
Le compte source dispose des autorisations nécessaires pour lire les métadonnées de la base de données et des tables, ainsi que les journaux binaires ou le WAL.
Le compte de destination dispose des autorisations pour créer des tables, modifier des tables et écrire des données.
(Si la tâche inclut une fusion incrémentielle) Une destination prenant en charge les nœuds de sortie planifiée ou de fusion. Pour MaxCompute, le schéma de la table de destination doit prendre en charge l'exécution SQL de fusion.
(Si vous prévoyez de réexécuter la tâche) Une destination Hologres ou MaxCompute.

Localiser votre tâche et afficher les détails d'exécution

Choisissez Data Integration > Synchronization Task pour ouvrir la liste des tâches de synchronisation. La liste affiche les informations de base et l'état d'exécution actuel de chaque tâche. Vous pouvez filtrer les tâches par nom, statut, date de création, type de source de données et type de destination.

Cliquez sur un nom de tâche pour ouvrir la page des détails d'exécution de la tâche. Utilisez cette page comme interface principale de surveillance lors des opérations courantes et de l'investigation des incidents. La page affiche les informations suivantes :

Une barre de progression indiquant l'étape actuelle : migration du schéma, initialisation des données complètes, incrémentiel en temps réel ou fusion incrémentielle. Utilisez-la pour identifier l'étape en cours.
La liste des sous-tâches pour chaque étape. Elle permet d'inspecter les sous-tâches individuelles et d'identifier celle qui a échoué ou qui s'exécute lentement.
L'état de la synchronisation en temps réel, y compris le retard du point de contrôle et le débit. Ces métriques permettent d'évaluer si l'incrémentiel en temps réel suit le rythme des modifications source.
Des liens vers les journaux de la tâche et les métriques de surveillance pour une investigation approfondie.

Opérations de maintenance courantes

Effectuez les opérations suivantes depuis la colonne Operations de la liste des tâches.

Démarrer et arrêter une tâche

Pour démarrer la tâche, cliquez sur Submit and Run. Une fois la tâche lancée, vérifiez d'abord si la migration du schéma et l'initialisation des données complètes se déroulent normalement, puis assurez-vous que l'incrémentiel en temps réel a rattrapé son retard.

Pour arrêter la tâche, cliquez sur Stop dans la colonne Operations. Avant d'arrêter une tâche, confirmez son étape actuelle :

Si vous arrêtez la tâche pendant l'initialisation des données complètes, certaines sous-tâches complètes devront peut-être s'exécuter à nouveau après la reprise.
Si vous arrêtez la tâche pendant la phase incrémentielle en temps réel, la reprise dépend de la période de rétention des journaux source.
Si vous arrêtez une tâche incluant une fusion incrémentielle, vérifiez si la partition de destination contient déjà une sortie partielle.

Modifier les configurations et appliquer les mises à jour

Les modifications courantes apportées à une tâche de synchronisation complète et incrémentielle pour les bases de données entières incluent l'ajout de tables, la suppression de tables, l'ajustement des mappages de tables, l'ajustement des ressources et la modification des paramètres avancés. Pour modifier une tâche, choisissez More > Modify Configuration dans la colonne Operations. Après avoir effectué une modification, soumettez la tâche et appliquez la mise à jour. Le changement ne prend effet qu'après sa soumission.

Le tableau suivant répertorie les points de risque et les recommandations pour les types de modifications les plus courants. Pour obtenir des conseils sur l'optimisation des ressources et des paramètres, consultez Recommandations d'optimisation.

Type de modification	Points de risque	Recommandations
Ajout de table	La nouvelle table nécessite une migration de schéma et une initialisation des données complètes, puis rejoint l'incrémentiel en temps réel une fois l'initialisation terminée	Évitez les heures de pointe métier. Confirmez que la période de rétention des journaux source est suffisamment longue. Vérifiez si la phase complète et la phase incrémentielle se terminent correctement pour la nouvelle table.
Suppression de table	Peut affecter les mappages de tables existants, les fichiers de ressources et les données de destination	Confirmez que les systèmes en aval ne dépendent plus de la table avant sa suppression. Si la tâche existante ne peut pas être soumise avec succès, créez une nouvelle tâche pour prendre le relais.
Modification du mappage de table	Peut affecter les écritures complètes, les écritures en temps réel et les résultats de la fusion incrémentielle	Vérifiez conjointement les mappages des tables complètes, des tables incrémentielles et des tables de destination finales.
Ajustement des ressources	Affecte les requêtes source, les écritures de destination et la consommation du groupe de ressources	Optimisez par étape. N'appliquez pas les mêmes critères à la phase complète et à la phase temps réel.

Liste de contrôle des opérations à haut risque

Avant d'exécuter une réexécution, un remplissage de données, un ajout massif de tables, une suppression de table ou une modification majeure des paramètres, confirmez les éléments suivants :

L'étape dans laquelle le problème actuel se produit.
La portée de l'opération : toute la base de données, des tables spécifiques, des horodatages de données spécifiques ou des partitions de destination spécifiques.
Si la période de rétention des journaux source est suffisamment longue.
Si les données de destination existantes peuvent être écrasées ou réécrites.
Si une instance de fusion incrémentielle est en cours d'exécution ou sur le point de s'exécuter, y compris les instances pour le même horodatage de données ou la même partition de destination.
Si les systèmes en aval lisent ou dépendent des tables de destination, des partitions ou des horodatages de données concernés, et si les nœuds en aval doivent être réexécutés après la fin de l'opération.
Si la source et la destination peuvent gérer la charge de lecture et d'écriture supplémentaire ou une concurrence plus élevée.

Réexécuter une tâche

Envisagez une réexécution lorsque les données de destination sont corrompues, que la tâche en temps réel échoue depuis une période prolongée, que les journaux source ne peuvent pas être rejoués ou que la tâche doit être réinitialisée. Dans la colonne Operations, choisissez More > Rerun pour forcer une réinitialisation complète et incrémentielle de toutes les tables source.

Les limitations suivantes s'appliquent à la réexécution forcée :

Seules les destinations Hologres et MaxCompute prennent en charge la réexécution forcée. Les tâches de synchronisation complète et incrémentielle fragmentées ne la prennent pas en charge.
Une réexécution forcée synchronise les colonnes des tables source vers les tables de destination. Si une table de destination manque de colonnes présentes dans la table source, les colonnes manquantes sont ajoutées.

Avant de réexécuter, effectuez les vérifications indiquées dans la Liste de contrôle des opérations à haut risque.

Avertissement

Dans une tâche incluant une fusion incrémentielle, une réexécution et une fusion ne doivent pas traiter le même horodatage de données ou la même partition de destination simultanément. Des exécutions concurrentes sur le même horodatage de données peuvent écraser les données de partition ou de table.

Si un conflit est possible, utilisez l'une des méthodes suivantes :

Mettez en pause la réexécution, attendez que l'instance de fusion incrémentielle conflictuelle se termine, puis effectuez la réexécution.
Gelez l'instance de fusion incrémentielle à venir, attendez que la réexécution soit terminée, puis dégèle l'instance.

Une fois la réexécution terminée, vérifiez que l'instance de fusion incrémentielle reprend son exécution automatique. Si aucune donnée n'est générée le lendemain ou si l'instance de fusion incrémentielle ne reprend pas, vérifiez et reprenez manuellement l'instance.

Remplir les données complètes

Lorsque certaines tables, partitions ou horodatages de données manquent de données à la destination, utilisez le remplissage des données complètes pour réparer les données. Seules les tâches de synchronisation complète et incrémentielle pour les bases de données entières prennent en charge le remplissage des données complètes. Cliquez sur Backfill All Data dans la colonne Operations et configurez les paramètres.

Avant d'exécuter un remplissage de données, effectuez les vérifications indiquées dans la Liste de contrôle des opérations à haut risque, et confirmez l'élément spécifique à l'opération suivant :

Vérifiez si l'incrémentiel en temps réel a rattrapé son retard.

Lorsque vous remplissez plusieurs horodatages de données, effectuez le remplissage par lots et vérifiez chaque lot avant de passer au suivant. Cela évite les interférences entre le remplissage, l'incrémentiel en temps réel, la fusion incrémentielle et la planification en aval.

Méthodes de dépannage

Outre l'état de la tâche, combinez les métriques et les journaux pour un dépannage précis. Les objets de dépannage typiques incluent la migration du schéma, l'initialisation des données complètes, l'incrémentiel en temps réel, les points de contrôle, les instances planifiées, les horodatages de données, les partitions de destination et le SQL de fusion. Vous pouvez afficher la progression de la tâche, l'état des sous-tâches, le retard du point de contrôle, le débit, les journaux et les métriques de surveillance sur la page des détails d'exécution de la tâche. Pour plus d'informations, consultez Localiser votre tâche et afficher les détails d'exécution.

Identifiez l'étape à laquelle appartient le problème, puis accédez à la section correspondante :

Symptôme	Étape	Section
Échec de la migration du schéma dû aux autorisations, à la lecture des métadonnées, à la création de tables de destination, aux types de champs ou aux mappages de tables	Migration du schéma	Échec de la migration du schéma
L'initialisation des données complètes est bloquée, ne démarre pas ou s'exécute lentement	Initialisation des données complètes	Initialisation des données complètes lente ou bloquée
La latence de l'incrémentiel en temps réel augmente ou l'incrémentiel en temps réel ne parvient pas à rattraper son retard après la fin de la phase complète	Incrémentiel en temps réel	Latence de l'incrémentiel en temps réel
La sortie planifiée ou la fusion incrémentielle n'est pas générée, ou les données sont incomplètes	Fusion incrémentielle	Fusion non productive ou données incomplètes
Autres symptômes, tels que des résultats inattendus après l'ajout ou la suppression de tables, des erreurs DDL, des données erronées ou des conflits après une réexécution ou un remplissage	Plusieurs étapes	FAQ

Échec de la migration du schéma

Les échecs de migration du schéma impliquent généralement les autorisations, la lecture des métadonnées, la création de tables de destination, les types de champs et les mappages de tables. Vérifiez les éléments suivants dans l'ordre :

Vérifiez si le compte source dispose des autorisations pour lire les métadonnées de la base de données et des tables.
Vérifiez si le groupe de ressources de la tâche peut se connecter à la source et à la destination.
Vérifiez si le compte de destination dispose des autorisations pour créer des tables, modifier des tables et écrire des données.
Vérifiez si la base de données, le schéma ou le namespace de destination existe.
Vérifiez si les mappages de noms de tables entrent en conflit et si les types de champs et les champs de partition sont compatibles.

Initialisation des données complètes lente ou bloquée

Traitez une initialisation des données complètes lente ou bloquée comme un problème de sous-tâche par lot. Ne la dépannez pas avec les méthodes de latence en temps réel. Confirmez d'abord quelle étape est bloquée, puis vérifiez si les sous-tâches complètes ont démarré.

Élément de vérification	Méthode de jugement	Recommandations
Performances des requêtes source	La base de données source présente une utilisation CPU élevée, des E/S élevées, des requêtes SQL lentes, des attentes de verrouillage ou de nombreuses connexions	Optimisez les requêtes source, évitez les heures de pointe métier et réduisez la concurrence si nécessaire.
Clé de partitionnement	Quelques tranches prennent significativement plus de temps que les autres	Choisissez une clé de partitionnement plus uniforme. N'augmentez pas la concurrence lorsqu'aucune clé de partitionnement appropriée n'existe.
Connexions source ou quota	Les journaux indiquent un quota insuffisant ou trop peu de connexions	Augmentez les connexions source ou le quota de la source de données selon les besoins, et surveillez la charge de la base de données source.
Concurrence complète	La source et la destination ont une capacité disponible, mais le débit est faible	Augmentez la concurrence progressivement. Ne l'augmentez pas à une valeur élevée d'un coup.
Écriture de destination	La destination est limitée en débit, écrit lentement ou comporte trop de partitions	Traitez d'abord les ressources de destination, la limitation de débit et la conception des partitions.
Spécifications des ressources	Le CPU, la mémoire ou le réseau devient un goulot d'étranglement	Augmentez les spécifications des ressources ou les unités de calcul, et surveillez le garbage collection et le taux d'échec.

Latence de l'incrémentiel en temps réel

Lors du dépannage de la phase incrémentielle en temps réel, vérifiez d'abord le retard du point de contrôle, le débit de lecture et d'écriture, ainsi que le temps d'attente de la fenêtre. Ensuite, examinez les journaux, les événements de basculement, les points de contrôle, les métriques JVM, le garbage collection, la contre-pression et les événements DDL.

Les causes courantes incluent :

De grandes transactions source ou une croissance rapide des journaux binaires ou du WAL.
Déséquilibre des partitions ou des shards à la source.
Limitation du débit d'écriture de la destination, connexions insuffisantes ou validations par lot lentes.
Points de contrôle prenant trop de temps ou échouant fréquemment.
Échecs de traitement des événements DDL.
Erreurs de mémoire insuffisante (OOM) de la tâche ou basculements fréquents.

Si l'incrémentiel en temps réel ne parvient pas à rattraper son retard longtemps après la fin de l'initialisation des données complètes, cela signifie généralement que trop de données incrémentielles se sont accumulées pendant la phase complète ou que la capacité d'écriture de la destination est insuffisante. Vérifiez à la fois le taux de génération des données incrémentielles par la source et le débit d'écriture de la destination.

Vérifiez si le retard diminue continuellement. Si ce n'est pas le cas, examinez séparément le point de contrôle côté lecture, les attentes côté écriture et la limitation de débit de la destination.

Fusion non productive ou données incomplètes

Pour une tâche incluant un nœud de fusion incrémentielle, ne vous contentez pas de vérifier si la tâche en temps réel est en cours d'exécution. Une tâche en temps réel fonctionnant normalement ne garantit pas que la table snapshot de destination ou la partition de destination est produite. Vérifiez les éléments suivants dans l'ordre :

Vérifiez si l'instance planifiée de fusion incrémentielle est générée, si elle s'exécute et si elle réussit.
Vérifiez si les dépendances en amont de l'instance de fusion incrémentielle sont complètes.
Confirmez que l'incrémentiel en temps réel a rattrapé la plage de temps requise par l'instance de fusion incrémentielle.
Vérifiez l'horodatage des données, la partition de destination et la durée d'exécution SQL.
Si une réexécution ou un remplissage de données a été effectué récemment, confirmez s'il a traité la même partition.

Examinez conjointement l'instance planifiée, la sortie de la partition de destination et la consommation en aval.

Si les horodatages des événements source ou les journaux binaires sont désordonnés, une instance de fusion incrémentielle déclenchée par l'heure planifiée peut s'exécuter avant l'arrivée de certains événements incrémentiels retardés. Prévoyez une marge de sécurité pour la planification de la fusion incrémentielle, par exemple un délai de 30 minutes, pour couvrir la fenêtre maximale de désordre ou de retard de la source.

Recommandations d'optimisation

La phase complète et la phase temps réel ont des objectifs d'optimisation différents. La phase complète vise une initialisation efficace des données historiques. La phase temps réel vise une stabilité continue et une faible latence. La phase de fusion incrémentielle se concentre sur la ponctualité de la sortie des partitions et sur l'intégrité des données.

Élément d'optimisation	Étape applicable	Recommandations
Concurrence complète	Initialisation des données complètes	Augmentez la concurrence progressivement en fonction de la capacité de connexion de la source et de la capacité d'écriture de la destination.
Nombre maximal de connexions source	Initialisation des données complètes	Trop peu de connexions limitent la vitesse de lecture, et trop de connexions peuvent affecter la stabilité de la base de données source. Augmentez les connexions progressivement et surveillez l'utilisation du pool de connexions de la base de données source.
Spécifications des ressources par lot ou unités de calcul	Initialisation des données complètes	Augmentez les spécifications des ressources ou les unités de calcul lorsque le CPU, la mémoire ou le réseau devient un goulot d'étranglement. L'effet est limité lorsque la source ou la destination est limitée en débit.
Spécifications des ressources en temps réel ou unités de calcul	Incrémentiel en temps réel	Si le retard du point de contrôle dépasse 5 minutes, envisagez d'augmenter les unités de calcul de 1 ou 2. Surveillez la fréquence de basculement, l'état du point de contrôle et le garbage collection avant d'effectuer d'autres ajustements.
Intervalle de point de contrôle ou de vidage	Incrémentiel en temps réel	Un intervalle légèrement plus long réduit les validations fréquentes mais augmente le délai avant que les nouvelles données ne soient visibles dans la destination. Si le retard du point de contrôle est élevé, vérifiez que l'intervalle du point de contrôle n'est pas défini trop bas.
Heure de planification de la fusion incrémentielle	Fusion incrémentielle	Prévoyez une marge pour le retard incrémentiel de la source et les événements désordonnés afin d'éviter une fusion trop précoce. Une marge de 30 minutes couvre la plupart des scénarios de retard courants.

Alertes et métriques

Surveillez au minimum l'état de la tâche, le retard métier et le basculement. En fonction de la capacité du canal et de la configuration de la tâche, ajoutez également des alertes pour l'utilisation des ressources, les exceptions d'écriture, les notifications DDL, l'accumulation de messages et les données erronées. Pour une tâche configurée avec des nœuds de sortie planifiée ou de fusion, surveillez également les échecs des instances planifiées et la sortie des partitions de destination.

Les métriques d'alerte suivantes sont disponibles :

Métrique	ID de métrique	Description
Retard métier	`DELAY`	La différence de temps entre une modification de données source et la fin de l'écriture dans la destination
Données erronées	`DIRTY_RECORD_COUNT`	Le nombre d'enregistrements ayant échoué à la validation ou à l'écriture en raison de problèmes de qualité des données
Basculement	`FAILOVER_COUNT`	Le nombre d'événements de basculement déclenchés par des erreurs de tâche ou des défaillances de ressources
Accumulation de messages	`OFFSET_DELAY`	Le volume de messages ou d'entrées de journal non traités en attente de consommation
État de la tâche	`STATUS`	L'état d'exécution actuel de la tâche de synchronisation
DDL non pris en charge	`UNSUPPORTED_DDL`	Opérations DDL que la tâche ne peut pas gérer automatiquement
Notification DDL	`DDL_REPORT`	Notifications concernant les événements DDL que la tâche a traités ou ignorés
Utilisation des ressources de la tâche	`RESOURCE_UTILIZATION`	L'utilisation du CPU, de la mémoire et du réseau des ressources de la tâche

Métriques recommandées par étape

Concentrez-vous sur les métriques suivantes pour chaque étape :

Étape	Métriques cibles
Initialisation des données complètes	Tables restantes, tables traitées, tranches restantes, tranches traitées et nombre d'écritures complètes
Incrémentiel en temps réel	Retard du point de contrôle, débit de lecture et d'écriture, nombres de DML et DDL, durée du point de contrôle et nombre de basculements
Fusion incrémentielle	État de l'instance de fusion incrémentielle, heure de fin en amont, horodatage des données, partition de destination et durée d'exécution SQL
Ressources	CPU, mémoire, garbage collection, réseau et utilisation du groupe de ressources

Réponse aux alertes

Lorsqu'une alerte est déclenchée, réagissez comme suit :

Condition d'alerte	Réponse recommandée
Le retard métier dépasse 5 minutes	Vérifiez l'état du point de contrôle et assurez-vous que la fenêtre de rétention des journaux source n'a pas été dépassée. Examinez le débit de l'incrémentiel en temps réel et la capacité d'écriture de la destination.
Le nombre de basculements augmente	Consultez les journaux de la tâche pour identifier la cause racine de chaque basculement. Les causes courantes incluent la perte de connectivité source, les erreurs d'écriture de destination et les conditions de mémoire insuffisante.
Le nombre de données erronées augmente	Examinez les journaux de données erronées pour identifier le champ ou la contrainte défaillant. N'augmentez pas le seuil d'alerte avant d'avoir déterminé si les données erronées entraînent des données manquantes, des anomalies de champ ou des échecs de mises à jour et de suppressions.
Alerte DDL non pris en charge	Examinez le type d'événement DDL et la politique DDL de la tâche. N'ignorez pas une opération DDL non prise en charge. Vérifiez son impact sur l'intégrité des données et appliquez des modifications manuelles du schéma si nécessaire.
L'état de la tâche passe à Échec	Vérifiez l'étape d'échec sur la page des détails d'exécution de la tâche, puis suivez les instructions spécifiques à l'étape dans Méthodes de dépannage.

FAQ

Le tableau suivant répertorie les réponses rapides aux problèmes courants. Pour les méthodes de dépannage par étape, consultez Méthodes de dépannage.

Problème	Focus du dépannage	Recommandations
Après l'ajout d'une table, seules les données incrémentielles ultérieures existent et aucune donnée historique	Si la nouvelle table correspond aux règles de sélection ; si l'initialisation des données complètes est activée ou déclenchée ; si la rétention des journaux source couvre les modifications pendant la phase complète	Lorsque des données historiques sont requises, confirmez que la nouvelle table a terminé l'initialisation des données complètes. Si l'initialisation n'est pas prise en charge ou n'est pas déclenchée, complétez les données via un remplissage de données ou un pipeline de synchronisation complet distinct.
Après l'ajout d'une table, la tâche demande une confirmation ou ne peut pas continuer	Si la tâche a déjà exécuté la phase complète ; si de nouvelles tables existent ; si un point de contrôle est généré ; si la tâche s'exécute dans un mode où les phases complète et temps réel ne sont pas découplées	Attendez que la tâche s'exécute de manière stable et génère un point de contrôle, puis soumettez la nouvelle table. N'étendez pas la portée de la synchronisation tant que la protection par point de contrôle est absente.
L'initialisation des données complètes est bloquée ou ne démarre pas	Si la migration du schéma est terminée	Consultez Initialisation des données complètes lente ou bloquée.
L'initialisation des données complètes est lente	—	Consultez Initialisation des données complètes lente ou bloquée.
La phase complète se termine, mais l'incrémentiel en temps réel ne parvient pas à rattraper son retard	—	Consultez Latence de l'incrémentiel en temps réel.
Incohérence des données après la suppression d'une table ou la suppression d'une table source	Si les règles de la tâche correspondent toujours à la table supprimée ; comment la politique DDL gère DROP TABLE ; si la destination et les systèmes en aval dépendent toujours de la table	Confirmez que le métier ne dépend plus de la table avant de la supprimer. La suppression d'une table source ne nettoie pas automatiquement la destination. Gérez les données de destination existantes séparément en fonction des exigences métier.
L'actualisation par lot des mappages de tables expire	Le nombre de tables, le nombre de champs, la portée de correspondance des expressions régulières et la durée de lecture des métadonnées de destination	Réduisez la portée de l'actualisation et traitez les mappages de tables par lots. Après une actualisation par lot importante, échantillonnez les résultats pour confirmer les tables ajoutées, les tables supprimées et les mappages de champs.
La sortie planifiée ou la fusion incrémentielle n'est pas générée, ou les données sont incomplètes	—	Consultez Fusion non productive ou données incomplètes.
Données dupliquées, écrasements ou conflits de partition après un remplissage de données ou une réexécution	Le mode d'écriture, les données de destination existantes et si une instance de sortie planifiée ou de fusion incrémentielle s'exécute pour la même partition	Mettez en pause ou décalez les instances conflictuelles avant une réexécution ou un remplissage de données. Définissez les stratégies d'écrasement, d'ajout et de nettoyage, puis effectuez la récupération.
Échec de la tâche ou latence accrue après une opération DDL	Le type DDL actuel, la prise en charge de la destination, la politique DDL de la tâche, ainsi que les autorisations de destination et le mappage de champs	Vérifiez les événements DDL et les résultats des modifications de schéma de destination. N'ignorez pas une opération DDL non prise en charge. Déterminez d'abord son impact sur l'intégrité des données.
Les résultats UPDATE ou DELETE ne sont pas conformes aux attentes	La clé primaire source, la clé primaire ou unique de destination, le mappage de clé primaire, le mode d'écriture et les journaux de données erronées	Comparez d'abord les enregistrements d'échantillon, les événements source, les mappages de tâches et les résultats de destination. Lorsque la clé primaire ne peut pas localiser une ligne, les mises à jour et les suppressions peuvent ne pas s'appliquer à la bonne ligne de destination.
Écritures lentes vers MaxCompute ou une autre destination	Granularité du champ de partition, nombre de partitions impliquées dans un seul point de contrôle, durée Tunnel ou de validation, et limitation de débit de destination	Réduisez d'abord la dispersion des écritures causée par le partitionnement sur des champs à haute cardinalité, puis ajustez les ressources, les validations par lot et le quota de destination.
Augmentation des alertes de données erronées	Type de champ, longueur, encodage, clé primaire, contraintes non nulles et limites d'écriture de destination	Ne vous contentez pas d'augmenter le seuil. Déterminez d'abord si les données erronées entraînent des données manquantes, des anomalies de champ ou des échecs de mises à jour et de suppressions.
Rétention des journaux source insuffisante	La durée d'arrêt de la tâche, la politique de rétention des journaux binaires ou WAL de la source et l'heure de transition entre les phases complète et incrémentielle	Lorsque les données incrémentielles ne peuvent pas être rejouées, réinitialisez la tâche ou remplissez les données par périmètre métier. Confirmez la fenêtre de couverture des journaux source avant la récupération.