Synchroniser RDS for MySQL vers PolarDB-X 2,0 - Data Transmission Service

Accédez à la page de liste des tâches de synchronisation de la région de destination. Vous pouvez utiliser l'une des deux méthodes suivantes :

Depuis la console DTS

Connectez-vous à la console Data Transmission Service (DTS).
Dans le volet de navigation de gauche, cliquez sur Data Synchronization.
Dans le coin supérieur gauche de la page, sélectionnez la région où se trouve l'instance de synchronisation.

Depuis la console DMS

Remarque

Les opérations réelles peuvent varier en fonction du mode et de la disposition de la console DMS. Pour plus d'informations, consultez les rubriques Mode simple et Personnaliser la disposition et le style de l'interface DMS.

Connectez-vous à Data Management (DMS).
Dans la barre de menu supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Synchronization.
À droite de Data Synchronization Tasks, sélectionnez la région où se trouve l'instance de synchronisation.

Cliquez sur Create Task pour ouvrir la page de configuration de la tâche.

Configurez les bases de données source et de destination.

Avertissement

Après avoir sélectionné les instances source et de destination, lisez attentivement les limites affichées en haut de la page. Le non-respect de ces limites peut entraîner l'échec de la tâche ou une incohérence des données.

Catégorie	Paramètre	Description
N/A	Task Name	DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.
Source Database	Database Type	Sélectionnez MySQL.
	Connection Type	Sélectionnez Alibaba Cloud Instance.
	Instance Region	Sélectionnez la région où se trouve l'instance ApsaraDB RDS for MySQL source.
	Cross-account	Dans ce scénario, les données sont synchronisées au sein du même compte Alibaba Cloud. Sélectionnez No.
	RDS Instance ID	Sélectionnez l'ID de l'instance ApsaraDB RDS for MySQL source.
	Database Account	Saisissez le compte de base de données de l'instance ApsaraDB RDS for MySQL source. Le compte doit disposer des autorisations REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW et SELECT.
	Database Password	Saisissez le mot de passe correspondant au compte de base de données.
	Encryption	Sélectionnez Non-encrypted ou Non-encrypted selon vos besoins. Si vous sélectionnez SSL-encrypted, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. Pour plus d'informations, consultez la rubrique Utiliser un certificat cloud pour activer rapidement le chiffrement SSL.
SSL-encrypted	Destination Database	Sélectionnez Database Type.
	PolarDB-X 2.0	Sélectionnez Connection Type.
	Alibaba Cloud Instance	Sélectionnez la région où se trouve l'instance PolarDB-X 2,0 de destination.
	Instance Region	Sélectionnez l'ID de l'instance PolarDB-X 2,0 de destination.
	Instance ID	Saisissez le compte de base de données de l'instance PolarDB-X 2,0 de destination. Le compte doit disposer des autorisations de lecture et d'écriture.
	Database Account	Saisissez le mot de passe correspondant au compte de base de données.

Une fois la configuration terminée, cliquez sur Database Password en bas de la page.

Remarque

Assurez-vous que les blocs CIDR d'adresses IP des serveurs DTS ont été ajoutés aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Cette opération peut être effectuée automatiquement ou manuellement. Pour plus d'informations, consultez la rubrique Ajouter les blocs CIDR d'adresses IP des serveurs DTS à une liste d'autorisation.
Si la base de données source ou de destination est une base de données autogérée (où la méthode Test Connectivity and Proceed n'est pas Access Method), vous devez également cliquer sur Alibaba Cloud Instance dans la boîte de dialogue Test Connectivity.

Configurez les objets de la tâche.

Sur la page CIDR Blocks of DTS Servers, configurez les objets à synchroniser.

Paramètre	Description
Configure Objects	Synchronization Types est sélectionné. Par défaut, vous devez également sélectionner Incremental Data Synchronization et Schema Synchronization. Une fois la pré-vérification terminée, DTS effectue une synchronisation complète des données des objets sélectionnés de l'instance source vers le cluster de destination. Cela sert de données de référence pour la synchronisation incrémentielle des données ultérieure.
Full Data Synchronization	Processing Mode for Existing Tables in Destination : vérifie si une table portant le même nom existe dans la base de données de destination. Si aucune table portant le même nom n'existe, la pré-vérification réussit. Si une table portant le même nom existe, la pré-vérification échoue et la tâche de synchronisation des données ne démarre pas. Remarque Si vous ne pouvez pas supprimer ou renommer la table portant le même nom dans la base de données de destination, vous pouvez la mapper vers un nom de table différent. Pour plus d'informations, consultez la rubrique Mapper les noms de tables et de colonnes. Precheck and Report Errors : ignore la vérification des noms de tables en double dans la base de données de destination. Avertissement La sélection de l'option Ignore Errors and Proceed peut entraîner une incohérence des données et mettre votre activité à risque. Par exemple : Si les schémas de table sont identiques et qu'un enregistrement de la base de données de destination possède la même valeur de clé primaire ou de clé unique qu'un enregistrement de la base de données source : Lors de la synchronisation complète, DTS conserve l'enregistrement dans le cluster de destination. L'enregistrement correspondant de la base de données source n'est pas synchronisé. Lors de la synchronisation incrémentielle, l'enregistrement de la base de données source écrase l'enregistrement de la base de données de destination. Si les schémas de table sont différents, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation uniquement d'une partie des données de colonne ou un échec complet de la synchronisation. Agissez avec prudence.
DTS default policy	Dans la zone Source Objects, cliquez sur un objet à synchroniser, puis cliquez sur pour le déplacer vers la zone Source Objects. Remarque Vous pouvez sélectionner des bases de données, des tables et des colonnes comme objets de synchronisation. Si vous sélectionnez des tables ou des colonnes, d'autres objets tels que les vues, les déclencheurs et les procédures stockées ne sont pas synchronisés vers la base de données de destination.
Selected Objects	Pour renommer un seul objet de synchronisation dans l'instance de destination, cliquez avec le bouton droit sur l'objet dans la zone Selected Objects. Pour plus d'informations sur le renommage des objets, consultez la rubrique Mapper une seule base de données, table ou colonne. Pour modifier les noms de plusieurs objets de synchronisation dans l'instance de destination par lot, cliquez sur Selected Objects dans le coin supérieur droit de la zone Batch Edit. Pour plus d'informations, consultez la rubrique Mapper des bases de données, des tables et des colonnes par lot. Remarque Pour sélectionner les opérations SQL à synchroniser au niveau de la base de données ou de la table, cliquez avec le bouton droit sur l'objet dans la zone Selected Objects et sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche. Pour obtenir des informations sur les opérations prises en charge, consultez la section Opérations SQL prises en charge. Pour filtrer les données à l'aide d'une clause WHERE, cliquez avec le bouton droit sur la table à synchroniser dans la zone Selected Objects et spécifiez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations sur la spécification de la condition, consultez la rubrique Définir des conditions de filtre. Si vous utilisez la fonctionnalité de mappage de noms d'objets, la synchronisation d'autres objets qui dépendent de l'objet mappé peut échouer.

Cliquez sur Selected Objects pour configurer les paramètres avancés.

Paramètre	Description
Next: Advanced Settings	Par défaut, DTS planifie les tâches sur un cluster partagé et vous n'avez pas besoin de sélectionner un cluster. Pour des performances plus stables, vous pouvez acheter un cluster dédié pour exécuter les tâches de synchronisation DTS. Pour plus d'informations, consultez la rubrique Qu'est-ce qu'un cluster dédié DTS ?.
No, Adapt to gh-ost	Après le démarrage d'une tâche de synchronisation, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et commence immédiatement à retenter la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez également spécifier une durée de nouvelle tentative personnalisée comprise entre 10 et 1 440 minutes. Nous vous recommandons de définir la durée à 30 minutes ou plus. Si DTS se reconnecte avec succès à la base de données dans le délai spécifié, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue. Remarque Si vous disposez de plusieurs instances DTS (par exemple, l'instance A et l'instance B) qui partagent la même source ou la même destination, et que vous définissez le temps de nouvelle tentative réseau à 30 minutes pour l'instance A et à 60 minutes pour l'instance B, la durée la plus courte de 30 minutes est utilisée pour les deux. Étant donné que DTS facture le temps d'exécution de la tâche pendant la période de nouvelle tentative de connexion, nous vous recommandons de personnaliser la durée de nouvelle tentative en fonction de vos besoins métier ou de libérer l'instance DTS dès que possible après la libération des instances de base de données source et de destination.
Retry Time for Failed Connections	Après le démarrage de la tâche de synchronisation, si d'autres problèmes non liés à la connectivité surviennent avec la base de données source ou de destination (tels que des exceptions d'exécution DDL ou DML), DTS signale une erreur et lance immédiatement des opérations de nouvelle tentative continues. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez également personnaliser la durée de nouvelle tentative dans la plage de 1 à 1 440 minutes. Nous vous recommandons de la définir à 10 minutes ou plus. Si les opérations pertinentes aboutissent dans la durée de nouvelle tentative définie, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue. Important La valeur de Retry Time for Other Issues doit être inférieure à celle de Retry Time for Other Issues.
Retry Time for Failed Connections	Pendant l'étape de synchronisation complète, DTS consomme des ressources de lecture et d'écriture des bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Pour réduire la charge sur les bases de données source et de destination, vous pouvez définir une limite de débit pour la tâche de synchronisation complète en configurant les paramètres Enable Throttling for Full Data Synchronization, Queries per second (QPS) to the source database et RPS of Full Data Migration. Remarque Cet élément de configuration est disponible uniquement lorsque Data migration speed for full migration (MB/s) est défini sur Synchronization Types. Vous pouvez également ajuster le taux de synchronisation complète une fois l'instance de synchronisation en cours d'exécution.
Full Data Synchronization	Vous pouvez également définir une limite de débit pour la tâche de synchronisation incrémentielle. Pour soulager la pression sur la base de données de destination, définissez les paramètres Enable Throttling for Incremental Data Synchronization et RPS of Incremental Data Synchronization.
Data synchronization speed for incremental synchronization (MB/s)	Vous pouvez sélectionner un tag d'environnement pour identifier l'instance. Ce paramètre est facultatif. Pour cet exemple, vous n'avez pas besoin de sélectionner un tag.
Environment Tag	Choisissez d'écrire ou non les informations SQL de pulsation dans la base de données source lorsque l'instance DTS est en cours d'exécution. Whether to delete SQL operations on heartbeat tables of forward and reverse tasks : les informations SQL de pulsation ne sont pas écrites dans la base de données source. Cela peut amener l'instance DTS à signaler un retard. Yes : écrit les informations SQL de pulsation dans la base de données source. Cela peut interférer avec des fonctionnalités telles que la sauvegarde physique et le clonage de la base de données source.
No	Choisissez d'activer ou non la fonctionnalité extract, transform, and load (ETL). Pour plus d'informations, consultez la rubrique Qu'est-ce que l'ETL ? Valeurs valides : Configure ETL : active la fonctionnalité ETL. Saisissez les instructions de traitement des données dans l'éditeur de code. Pour plus d'informations, consultez la rubrique Configurer l'ETL dans une tâche de migration ou de synchronisation de données. Yes : désactive la fonctionnalité ETL.
No	Spécifiez si vous souhaitez configurer des alertes. Si la synchronisation échoue ou si la latence dépasse le seuil spécifié, une notification est envoyée à un contact d'alerte. Monitoring and Alerting : aucune alerte n'est configurée. No : configurez des alertes en définissant un seuil d'alerte et en spécifiant un notification d'alerte. Pour plus d'informations, consultez la rubrique Configurer la surveillance et les alertes lors de la configuration de la tâche.

Cliquez sur Yes pour configurer une tâche de validation des données.

Si vous souhaitez utiliser la fonctionnalité de validation des données, consultez la rubrique Configurer la validation des données pour obtenir des instructions de configuration.

Enregistrez la tâche et exécutez une pré-vérification.

Pour afficher les paramètres API pour configurer cette instance, placez le curseur sur le bouton Next: Data Validation et cliquez sur Next: Save Task Settings and Precheck dans la bulle.
Si vous avez terminé de consulter les paramètres API, cliquez sur Preview OpenAPI parameters en bas de la page.

Remarque

Avant le démarrage de la tâche de synchronisation, DTS exécute une pré-vérification. La tâche ne peut démarrer qu'après la réussite de tous les éléments de pré-vérification.
Si la pré-vérification échoue, cliquez sur Next: Save Task Settings and Precheck pour l'élément ayant échoué. Corrigez le problème comme indiqué, puis relancez la pré-vérification.
Si la pré-vérification renvoie un avertissement :
- Si un élément de vérification échoue et ne peut pas être ignoré, cliquez sur View Details à côté de l'élément. Suivez les instructions pour corriger le problème, puis relancez la pré-vérification.
- Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer successivement sur View Details, Confirm Alert Details, Ignore et OK pour ignorer l'avertissement et relancer la pré-vérification. Si vous choisissez de masquer l'élément d'avertissement, cela peut entraîner des problèmes tels qu'une incohérence des données et présenter des risques pour votre activité.

Achetez l'instance.

Lorsque le Precheck Again est de 100 %, cliquez sur Success Rate.

Sur la page Next: Purchase Instance, sélectionnez la méthode de facturation et les spécifications de lien pour l'instance de synchronisation de données. Le tableau suivant décrit ces paramètres en détail.

Catégorie	Paramètre	Description
Purchase	Méthode de facturation	Abonnement : vous payez lors de la création de l'instance. Cette option convient aux besoins à long terme et est plus rentable que le paiement à l'utilisation. Plus la durée de l'abonnement est longue, plus la remise est importante. Paiement à l'utilisation : vous êtes facturé à l'heure. Cette option convient aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour économiser des coûts.
	Configuration du groupe de ressources	Le groupe de ressources auquel appartient l'instance. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez la rubrique Qu'est-ce que Resource Management ?.
	Spécification de lien	DTS propose des spécifications de synchronisation avec différents niveaux de performance. La spécification de lien de synchronisation affecte le taux de synchronisation. Vous pouvez choisir une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez la rubrique Spécifications de lien de synchronisation de données.
	Durée de l'abonnement	En mode abonnement, sélectionnez la durée et la quantité pour l'instance d'abonnement. Vous pouvez choisir un abonnement mensuel de 1 à 9 mois, ou un abonnement annuel de 1, 2, 3 ou 5 ans. Remarque Cette option est disponible uniquement lorsque la méthode de facturation est New Instance Class.

Une fois la configuration terminée, lisez et acceptez les Subscription.
Cliquez sur Data Transmission Service (Pay-as-you-go) Service Terms. Dans la boîte de dialogue Buy and Start, cliquez sur OK.

Vous pouvez consulter la progression de la tâche sur la page Data Synchronization.

Utilisez Data Transmission Service (DTS) pour synchroniser les données d'une base de données MySQL vers une instance PolarDB-X.

Bases de données sources prises en charge

Vous pouvez synchroniser les données des types de bases de données MySQL suivants vers une instance PolarDB-X 2,0. Cette rubrique utilise une instance ApsaraDB RDS for MySQL comme exemple pour décrire la procédure de configuration. La procédure est similaire pour les autres types de bases de données sources.

Instance ApsaraDB RDS for MySQL
Base de données autogérée hébergée sur Elastic Compute Service (ECS)
Base de données autogérée connectée via Express Connect, VPN Gateway ou Smart Access Gateway
Base de données autogérée connectée via Database Gateway
Base de données autogérée connectée via Cloud Enterprise Network (CEN)

Prérequis

Une instance PolarDB-X 2,0 de destination a été créée.
L'espace de stockage de l'instance PolarDB-X 2,0 doit dépasser l'espace de stockage utilisé par l'instance ApsaraDB RDS for MySQL.

Remarques

Remarque

Lors de la synchronisation du schéma, DTS synchronise les clés étrangères de la base de données source vers la base de données de destination.
Lors de la synchronisation complète des données et de la synchronisation incrémentielle des données, DTS désactive temporairement les vérifications de contraintes et les opérations en cascade de clés étrangères au niveau de la session. Des incohérences de données peuvent survenir si des opérations de mise à jour ou de suppression en cascade sont effectuées sur la base de données source pendant l'exécution de la tâche.

Type	Description
Limites de la base de données source	Les tables à synchroniser doivent avoir une clé primaire ou une contrainte unique, et les champs doivent être uniques. Sinon, des données en double peuvent apparaître dans la base de données de destination. Si vous synchronisez au niveau de la table et devez modifier les mappages (tels que le mappage des noms de colonnes), chaque tâche de synchronisation prend en charge jusqu'à 1 000 tables. Si vous dépassez cette limite, la tâche échoue avec une erreur. Pour résoudre ce problème, répartissez les tables sur plusieurs tâches ou configurez une tâche de synchronisation de base de données complète. Journaux binaires : ApsaraDB RDS for MySQL active la journalisation binaire par défaut. Assurez-vous que le paramètre binlog_row_image est défini sur full. Sinon, la pré-vérification échoue et la tâche de synchronisation ne peut pas démarrer. Pour obtenir des instructions, consultez la rubrique Configurer les paramètres de l'instance. Important Si votre instance source est une base de données MySQL autogérée, activez la journalisation binaire et définissez binlog_format sur row et binlog_row_image sur full. Si votre base de données MySQL autogérée est un cluster à double primaire (où les deux nœuds agissent comme primaire et secondaire), activez le paramètre log_slave_updates afin que DTS puisse capturer tous les événements du journal binaire. Pour obtenir des instructions, consultez la rubrique Créer un compte et configurer la journalisation binaire pour une base de données MySQL autogérée. Les journaux binaires locaux d'une instance ApsaraDB RDS for MySQL doivent être conservés pendant au moins trois jours (sept jours sont recommandés). Pour une base de données MySQL autogérée, conservez les journaux binaires locaux pendant au moins sept jours. Sinon, DTS peut ne pas réussir à récupérer les journaux binaires, ce qui entraîne l'échec de la tâche. Dans les cas extrêmes, cela peut provoquer une incohérence ou une perte de données. Les problèmes causés par des périodes de rétention des journaux binaires inférieures à celles requises par DTS ne sont pas couverts par le SLA DTS. Remarque Pour configurer la retention period des journaux binaires locaux sur une instance ApsaraDB RDS for MySQL, consultez la rubrique Supprimer automatiquement les journaux locaux. N'exécutez pas d'opérations DDL qui modifient les schémas de base de données ou de tables pendant la synchronisation du schéma ou la synchronisation complète. Sinon, la tâche de synchronisation échoue. Remarque Lors de la synchronisation complète, DTS interroge la base de données source. Cela crée des verrous de métadonnées qui peuvent bloquer les opérations DDL sur la base de données source. Les données générées par des modifications qui n'écrivent pas dans les journaux binaires, telles que les données restaurées à partir de sauvegardes physiques ou créées par des opérations en cascade, ne sont pas synchronisées vers la base de données de destination. Remarque Si cela se produit, retirez la base de données ou la table concernée des objets de synchronisation. Ajoutez-la ensuite à nouveau. Vous ne pouvez le faire que si votre activité le permet. Pour plus d'informations, consultez la rubrique Modifier les objets de synchronisation. Si votre base de données source est MySQL 8.0.23 ou version ultérieure et contient des colonnes cachées invisibles, DTS peut ne pas lire ces colonnes. Cela peut entraîner une perte de données. Remarque Exécutez la commande `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` pour rendre la colonne cachée visible. Pour plus d'informations, consultez la rubrique Invisible Columns. Compatibilité MySQL : lorsque DTS synchronise les données d'une base de données source de la famille MySQL, il s'appuie sur le protocole MySQL standard et le format Binlog, et les comportements incompatibles avec MySQL standard ne sont pas pris en charge. Si votre base de données source prétend être compatible avec MySQL mais se comporte différemment de MySQL (par exemple, lorsqu'OceanBase est connecté en tant que source en mode MySQL, l'horodatage de l'événement de rotation final dans le Binlog est 0, ce qui diffère de MySQL), la tâche de synchronisation DTS peut échouer. Si la table PolarDB-X 2,0 de destination a le partitionnement automatique activé (`auto_partition=true`), chaque instruction DDL exécutée sur la source ne peut contenir qu'une seule `alter_specification`. Sinon, DTS signale une erreur (`TDDL-4998` : `Multi alter specifications when create GSI not support yet`). Pour exécuter une instruction DDL contenant plusieurs éléments `alter_specification`, divisez chaque `alter_specification` en une instruction DDL distincte et exécutez-les une par une. Pour plus d'informations, consultez les rubriques ALTER TABLE (mode DRDS) et ALTER TABLE (mode AUTO).
Autres limites	Si un conflit de clé primaire ou de clé unique se produit pendant l'exécution de la tâche : Si les schémas de table sont identiques et qu'un enregistrement de la base de données de destination possède la même valeur de clé primaire ou de clé unique qu'un enregistrement de la base de données source : Lors de la synchronisation complète, DTS conserve l'enregistrement dans le cluster de destination. L'enregistrement correspondant de la base de données source n'est pas synchronisé. Lors de la synchronisation incrémentielle, l'enregistrement de la base de données source écrase l'enregistrement de la base de données de destination. Si les schémas de table sont différents, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation uniquement d'une partie des données de colonne ou un échec complet de la synchronisation. Agissez avec prudence. Exigences relatives aux objets de synchronisation : DTS ne prend pas en charge la synchronisation des types de données BIT, VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR ou TXID_SNAPSHOT. DTS ne prend pas en charge la synchronisation des index de préfixe. Si votre base de données source contient des index de préfixe, la synchronisation peut échouer. Si votre base de données source utilise des opérations DDL en ligne en mode table temporaire, y compris mais sans s'y limiter, les scénarios de fusion multi-tables, ou ajoute des index basés sur des fonctions aux colonnes de clé unique, une perte de données ou un échec de tâche peut se produire dans la base de données de destination. Évaluez les performances des bases de données source et de destination avant de démarrer la synchronisation. Exécutez la synchronisation pendant les heures creuses. Sinon, l'initialisation complète consomme des ressources de lecture et d'écriture sur les deux bases de données et peut augmenter la charge de la base de données. L'initialisation complète exécute des opérations INSERT de manière concurrente. Cela fragmente les tables de destination. Après l'initialisation complète, l'espace de table de l'instance de destination est plus grand que celui de l'instance source. Si vous synchronisez une ou plusieurs tables, et non une base de données complète, n'utilisez pas d'outils tels que pt-online-schema-change pour effectuer des opérations DDL en ligne sur les tables sources. Sinon, la synchronisation échoue. Vous pouvez utiliser Data Management (DMS) pour effectuer des opérations DDL en ligne. Pour plus d'informations, consultez la rubrique DDL en ligne sans verrouillage des tables. N'écrivez pas de données dans la base de données de destination autrement que via DTS pendant l'exécution de la synchronisation. Sinon, une incohérence de données peut survenir entre les bases de données source et de destination. Par exemple, si vous utilisez DMS pour effectuer des opérations DDL en ligne pendant que d'autres données sont écrites dans la base de données de destination, une perte de données peut survenir. Si votre instance ApsaraDB RDS for MySQL a Always-Encrypted activé, la synchronisation complète des données n'est pas prise en charge. Remarque Les instances ApsaraDB RDS for MySQL avec Transparent Data Encryption (TDE) activé prennent en charge la synchronisation du schéma, la synchronisation complète des données et la synchronisation incrémentielle des données. Si une tâche échoue, le personnel de support DTS tentera de la restaurer dans un délai de huit heures. Pendant la restauration, ils peuvent redémarrer la tâche ou ajuster ses paramètres. Remarque Seuls les paramètres de tâche DTS sont modifiés, et non les paramètres de base de données. Les paramètres qui peuvent être ajustés incluent ceux répertoriés dans la rubrique Modifier les paramètres de l'instance.
Cas particuliers	Pour une base de données source MySQL autogérée : Si un basculement primaire/secondaire se produit dans la base de données source pendant la synchronisation, la tâche échoue. DTS calcule la latence en comparant l'horodatage du dernier enregistrement synchronisé avec l'heure actuelle. Si aucune opération DML n'est exécutée pendant une longue période dans la base de données source, le rapport de latence peut devenir imprécis. Si la latence semble trop élevée, exécutez une opération DML dans la base de données source pour mettre à jour la latence. Remarque Si vous sélectionnez une base de données complète pour la synchronisation, créez une table de pulsation. Mettez à jour ou écrivez dans cette table chaque seconde. DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS `test` dans la base de données source pour avancer le décalage du journal binaire. Si votre base de données source est Amazon Aurora MySQL ou une autre instance MySQL en cluster, assurez-vous que le nom de domaine ou l'adresse IP utilisé dans la configuration de la tâche, ainsi que sa résolution DNS, pointent toujours vers un nœud en lecture/écriture (RW). Sinon, la synchronisation peut échouer. Pour une base de données source ApsaraDB RDS for MySQL : Les instances en lecture seule, telles que les instances en lecture seule ApsaraDB RDS for MySQL 5.6, qui n'enregistrent pas les journaux de transactions, ne peuvent pas servir de bases de données sources. DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS `test` dans la base de données source pour avancer le décalage du journal binaire.

Facturation

Type de synchronisation

Tarification

Synchronisation du schéma et synchronisation complète des données

Gratuit.

Synchronisation incrémentielle des données

Facturé. Pour plus d'informations, consultez la rubrique Présentation de la facturation.

Topologies de synchronisation

Synchronisation unidirectionnelle un-à-un
Synchronisation unidirectionnelle plusieurs-à-un

Opérations SQL prises en charge

Type d'opération	Instruction SQL
DML	INSERT, UPDATE et DELETE
DDL	ALTER TABLE et ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE et CREATE VIEW DROP INDEX et DROP TABLE RENAME TABLE Important L'opération RENAME TABLE peut provoquer une incohérence des données. Par exemple, si l'objet de synchronisation est une seule table et que vous la renommez sur l'instance source pendant la synchronisation, les données de cette table ne sont pas synchronisées vers la base de données de destination. Pour éviter ce problème, vous pouvez configurer la tâche pour synchroniser la base de données entière qui contient la table. Assurez-vous que la base de données à laquelle appartient la table, avant et après l'opération RENAME TABLE, est incluse dans les objets de synchronisation. TRUNCATE TABLE