Synchroniser des données d'une base de données MySQL auto-gérée vers une instance Alibaba Cloud RDS for MySQL - Data Transmission Service

Data Transmission Service (DTS) synchronise les données d'une base de données MySQL déployée sur site, sur une instance ECS ou dans un cloud tiers vers une instance RDS for MySQL sans interrompre vos services. Par défaut, DTS effectue une synchronisation incrémentielle des données en temps réel. Vous pouvez également sélectionner la synchronisation du schéma et la synchronisation complète des données pour transférer aisément les données d'une base de données MySQL auto-gérée vers le cloud.

Important

Cette rubrique décrit la configuration d'une synchronisation unidirectionnelle d'une base de données MySQL auto-gérée vers une instance RDS for MySQL. Pour configurer une synchronisation bidirectionnelle entre une base de données MySQL auto-gérée et une instance RDS for MySQL, consultez Synchronisation bidirectionnelle entre bases de données MySQL. Vous pouvez ajuster certains paramètres, tels que Access Method, selon vos besoins.

Prérequis

Connectez la base de données MySQL auto-gérée à Alibaba Cloud. Ajoutez les blocs CIDR des serveurs DTS aux paramètres de sécurité de votre base de données (règles de groupe de sécurité, règles de pare-feu, listes d'autorisation) afin d'autoriser l'accès aux serveurs DTS. Pour plus d'informations, consultez Vue d'ensemble des préparatifs.

Remarque
Pour plus d'informations sur les versions de base de données prises en charge, consultez Vue d'ensemble de la solution de synchronisation.
Créez un compte pour la base de données MySQL auto-gérée et configurez la journalisation binaire. Pour plus d'informations, consultez Créer un compte pour une base de données MySQL auto-gérée et configurer la journalisation binaire.
Créez une instance RDS for MySQL de destination. Vérifiez que l'espace de stockage disponible de l'instance de destination est supérieur à l'espace utilisé par la base de données MySQL auto-gérée. Pour plus d'informations, consultez Créer une instance RDS for MySQL.

Précautions

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.
Pendant la synchronisation complète et 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 vous effectuez des mises à jour ou des suppressions en cascade 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 posséder une clé primaire ou une contrainte unique, et les champs doivent être uniques. Sinon, des données dupliquées risquent d'apparaître dans la base de données de destination. Si vous synchronisez au niveau de la table et devez modifier les mappages (comme le mappage des noms de colonnes), chaque tâche de synchronisation prend en charge jusqu'à 1 000 tables. Au-delà de cette limite, la tâche échoue. 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 Configurer les paramètres de l'instance. Important Si votre instance source est une base de données MySQL auto-gé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 auto-gé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 Créer un compte et configurer la journalisation binaire pour une base de données MySQL auto-gérée. Conservez les journaux binaires locaux d'une instance ApsaraDB RDS for MySQL pendant au moins trois jours (sept jours recommandés). Pour une base de données MySQL auto-gérée, conservez-les pendant au moins sept jours. Sinon, DTS pourrait ne pas récupérer les journaux binaires, entraînant l'échec de la tâche. Dans des cas extrêmes, cela peut provoquer des incohérences ou des pertes de données. Les problèmes causés par des durées de conservation inférieures aux exigences de DTS ne sont pas couverts par le SLA de DTS. Remarque Pour configurer la retention period des journaux binaires locaux sur une instance ApsaraDB RDS for MySQL, consultez Supprimer automatiquement les journaux locaux. N'exécutez pas d'opérations DDL modifiant 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 échouera. Remarque Pendant la synchronisation complète, DTS interroge la base de données source. Cela crée des verrous de métadonnées susceptibles de bloquer les opérations DDL sur la base de données source. Les données générées par des modifications non consignées dans les journaux binaires (restauration depuis sauvegardes physiques, opérations en cascade) ne sont pas synchronisées vers la base de données de destination. Remarque Si cela se produit, supprimez la base de données ou la table concernée des objets de synchronisation, puis ajoutez-la à nouveau. Cette opération n'est possible que si votre activité le permet. Pour plus d'informations, consultez Modifier les objets de synchronisation. Si votre base de données source est MySQL 8.0.23 ou ultérieure et contient des colonnes masquées invisibles, DTS pourrait ne pas lire ces colonnes, ce qui risque d'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 masquée visible. Pour plus d'informations, consultez Invisible Columns. Compatibilité MySQL : Lorsque DTS synchronise des données à partir d'une base de données source de la famille MySQL, il s'appuie sur le protocole MySQL standard et le format Binlog. 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 (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, contrairement à MySQL), la tâche de synchronisation DTS risque d'échouer.
Autres limites	Utilisez la même version pour les bases de données source et de destination, ou effectuez une mise à niveau d'une version inférieure vers une version supérieure pour garantir la compatibilité. La synchronisation d'une version supérieure vers une version inférieure peut entraîner des problèmes de compatibilité. Si votre base de données source utilise des opérations DDL en ligne en mode table temporaire (y compris les scénarios de fusion de plusieurs tables) ou ajoute des index basés sur des fonctions à des colonnes de clé unique, des pertes de données ou des échecs de tâche peuvent survenir dans la base de données de destination. Les résolveurs définis par la syntaxe de commentaire ne prennent pas en charge l'utilisation synchrone. Si un conflit de clé primaire ou de clé unique survient pendant l'exécution de la tâche : Si les schémas de table sont identiques et qu'un enregistrement dans la base de données de destination possède la même valeur de clé primaire ou unique qu'un enregistrement dans 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 dans la base de données de destination. Si les schémas de table diffèrent, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation partielle des données de colonne ou un échec complet de la synchronisation. Procédez avec prudence. Si votre base de données de destination est MySQL 8.0.23 ou ultérieure et contient des colonnes masquées invisibles dans les colonnes de réception, DTS pourrait ne pas localiser la colonne cible. Cela risque de provoquer un échec de la tâche ou une perte de données. Remarque Exécutez la commande `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` pour rendre la colonne masquée visible. Pour plus d'informations, consultez Invisible Columns. Si vous n'utilisez pas DTS pour synchroniser les schémas de table, assurez-vous vous-même de la compatibilité des champs. Sinon, la tâche risque d'échouer ou des données peuvent être perdues. Par exemple, si la table source utilise le type de données `text` et que la colonne de destination utilise `varchar(255)`, les champs volumineux de la table source risquent d'être tronqués. Si vos données incluent des caractères sur quatre octets (caractères chinois rares, émojis), la base de données et la table de destination doivent utiliser le jeu de caractères utf8mb4. Remarque Si vous utilisez DTS pour synchroniser les schémas de table, définissez le paramètre `character_set_server` au niveau de l'instance dans la base de données de destination sur utf8mb4. Évaluez les performances des bases de données source et de destination avant de lancer 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 leur charge. L'initialisation complète exécute des opérations INSERT concurrentes, ce qui fragmente les tables de destination. Après l'initialisation complète, l'espace de table de l'instance de destination est plus important que celui de l'instance source. Si vous synchronisez une ou plusieurs tables (et non une base de données entière), n'utilisez pas d'outils comme pt-online-schema-change pour effectuer des opérations DDL en ligne sur les tables sources. Sinon, la synchronisation échouera. Vous pouvez utiliser Data Management (DMS) pour effectuer des opérations DDL en ligne. Pour plus d'informations, consultez DDL en ligne sans verrouillage de 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, des incohérences de données peuvent 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 alors que d'autres données sont écrites dans la base de données de destination, des pertes de données peuvent se produire. Si une opération DDL échoue dans la base de données de destination, la tâche DTS continue de s'exécuter. Vérifiez l'opération DDL ayant échoué dans les journaux de la tâche. Pour obtenir des instructions, consultez Consulter les journaux de tâche. Si vous écrivez des colonnes dont les noms ne diffèrent que par la casse dans la même table de la base de données MySQL de destination, des résultats inattendus peuvent survenir car les noms de colonnes MySQL ne sont pas sensibles à la casse. Une fois la synchronisation des données terminée (le Status de l'instance est Completed), utilisez la commande `ANALYZE TABLE <table_name>` pour confirmer que toutes les données sont écrites dans la table cible. Par exemple, après le déclenchement du mécanisme de basculement HA dans la base de données MySQL cible, les données pourraient n'être écrites qu'en mémoire, ce qui risque de provoquer une perte de données. Si votre instance ApsaraDB RDS for MySQL a activé Always-Encrypted, 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. Pour synchroniser les comptes de la base de données source, respectez les prérequis et examinez les considérations associées. Pour plus d'informations, consultez Migrer les comptes de base de données. Si une tâche échoue, l'équipe de support DTS tentera de la restaurer dans un délai de huit heures. Pendant la restauration, elle peut redémarrer la tâche ou ajuster ses paramètres. Remarque Seuls les paramètres de la tâche DTS sont modifiés, et non les paramètres de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux répertoriés dans Modifier les paramètres de l'instance.
Autres considérations	Pour une base de données source MySQL auto-gé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 inexact. 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 battement de cœur. 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 faire 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) pointe toujours vers un nœud de lecture/écriture (RW). Sinon, la synchronisation risque d'é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 faire 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

Payant. Pour plus d'informations, consultez Vue d'ensemble de la facturation.

Topologies de synchronisation prises en charge

Synchronisation unidirectionnelle un-à-un
Synchronisation unidirectionnelle un-à-plusieurs
Synchronisation unidirectionnelle plusieurs-à-un
Synchronisation en cascade unidirectionnelle

Opérations SQL synchronisables

Type d'opération	Instruction SQL
DML	INSERT, UPDATE, DELETE
DDL	ALTER TABLE, ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW DROP INDEX, DROP TABLE RENAME TABLE Important L'opération RENAME TABLE peut entraîner des incohérences de données. Par exemple, si l'objet de synchronisation est une table unique et que vous la renommez sur l'instance source pendant la synchronisation, les données de cette table ne seront pas synchronisées vers la base de données de destination. Pour éviter ce problème, configurez la tâche pour synchroniser l'intégralité de la base de données contenant 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

Autorisations requises pour les comptes de base de données

Base de données

Synchronisation du schéma

Synchronisation complète

Synchronisation incrémentielle

Base de données MySQL auto-gérée

Autorisation SELECT

Autorisation	Objectif
SELECT	Lire les données des objets à migrer, synchroniser ou suivre
REPLICATION CLIENT	Lire la position du journal binaire
REPLICATION SLAVE	Lire les événements du journal binaire
SHOW VIEW	Lire les définitions de vue
CREATE sur `.`	Créer une base de données nommée `test` pour faire avancer la position du journal binaire

Instance RDS for MySQL

Autorisations de lecture et d'écriture

Pour créer un compte de base de données et accorder des autorisations :

Remarque

Pour synchroniser les informations de compte de la base de données source, le compte de base de données utilisé pour configurer la tâche nécessite des autorisations supplémentaires. Pour plus d'informations, consultez Migrer les comptes de base de données.

Pour une base de données MySQL auto-gérée, consultez Créer un compte pour une base de données MySQL auto-gérée et configurer la journalisation binaire.
Pour une instance RDS for MySQL, consultez Créer un compte et Modifier les autorisations d'un compte.

Procédure

Accédez à la page de liste des tâches de synchronisation de la région de destination. Utilisez l'une des deux méthodes suivantes :
Depuis la console DTS
1. Connectez-vous à la console Data Transmission Service (DTS).
2. Dans le volet de navigation de gauche, cliquez sur Data Synchronization.
3. 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 selon le mode et la disposition de la console DMS. Pour plus d'informations, consultez Mode simple et Personnaliser la disposition et le style de l'interface DMS.
1. Connectez-vous à Data Management (DMS).
2. Dans la barre de menu supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Synchronization.
3. À 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 des incohérences de données.

Catégorie	Configuration	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 une identification facile. Le nom n'a pas besoin d'être unique.
Source Database	Select Existing Connection	Pour utiliser une instance de base de données ajoutée au système (nouvellement créée ou enregistrée), sélectionnez l'instance de base de données dans la liste déroulante. Les informations de la base de données sont automatiquement configurées. Remarque Dans la console DMS, cet élément de configuration est nommé Select a DMS database instance.. Si vous n'avez pas ajouté l'instance de base de données au système, ou si vous n'avez pas besoin d'utiliser une instance déjà ajoutée, configurez manuellement les informations de base de données suivantes.
	Database Type	Sélectionnez MySQL.
	Access Method	Sélectionnez un type de connexion en fonction de l'emplacement de déploiement de la base de données source. Dans cet exemple, Self-managed Database on ECS est sélectionné. Remarque Si la source est une base de données auto-gérée, effectuez également les préparatifs correspondants.
	Instance Region	Sélectionnez la région où réside la base de données MySQL source.
	Replicate Data Across Alibaba Cloud Accounts	Cet exemple implique une synchronisation au sein du même compte Alibaba Cloud. Sélectionnez No.
	ECS Instance ID	Sélectionnez l'ID de l'instance ECS où se trouve la base de données MySQL source.
	Port	Saisissez le port de service de la base de données MySQL source, qui doit être accessible via le réseau public. La valeur par défaut est 3306.
	Database Account	Saisissez le compte de la base de données MySQL source. Pour plus d'informations sur les autorisations requises, consultez Autorisations requises pour les comptes de base de données.
	Database Password	Saisissez le mot de passe correspondant au compte de la base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins. Si le chiffrement SSL n'est pas activé pour la base de données MySQL auto-gérée, sélectionnez Non-encrypted. Si le chiffrement SSL est activé pour la base de données MySQL auto-gérée, sélectionnez SSL-encrypted. Téléchargez également un CA Certificate et saisissez le CA Certificate Password.
Destination Database	Select Existing Connection	Pour utiliser une instance de base de données ajoutée au système (nouvellement créée ou enregistrée), sélectionnez l'instance de base de données dans la liste déroulante. Les informations de la base de données sont automatiquement configurées. Remarque Dans la console DMS, cet élément de configuration est nommé Select a DMS database instance.. Si vous n'avez pas ajouté l'instance de base de données au système, ou si vous n'avez pas besoin d'utiliser une instance déjà ajoutée, configurez manuellement les informations de base de données suivantes.
	Database Type	Sélectionnez MySQL.
	Access Method	Sélectionnez Alibaba Cloud Instance.
	Instance Region	Sélectionnez la région où réside l'instance RDS for MySQL de destination.
	Replicate Data Across Alibaba Cloud Accounts	Cet exemple implique une synchronisation au sein du même compte Alibaba Cloud. Sélectionnez No.
	RDS Instance ID	Sélectionnez l'ID de l'instance RDS for MySQL de destination.
	Database Account	Saisissez le compte de la base de données de l'instance RDS for MySQL de destination. Pour plus d'informations sur les autorisations requises, consultez Autorisations requises pour les comptes de base de données.
	Database Password	Saisissez le mot de passe correspondant au compte de la base de données.
	Encryption	Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins. Si vous sélectionnez SSL-encrypted, activez au préalable le chiffrement SSL pour l'instance RDS for MySQL. Pour plus d'informations, consultez Utiliser un certificat cloud pour activer rapidement le chiffrement SSL.

Une fois la configuration terminée, cliquez sur Test Connectivity and Proceed en bas de la page. Dans la boîte de dialogue CIDR Blocks of DTS Servers, cliquez sur Test Connectivity.

Remarque
Assurez-vous que les blocs CIDR d'adresses IP des serveurs DTS sont 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 Ajouter les blocs CIDR d'adresses IP des serveurs DTS à une liste d'autorisation.

Configurez les objets de la tâche.

Sur la page Configure Objects, configurez les objets à synchroniser.

Configuration	Description
Synchronization Types	Incremental Data Synchronization est sélectionné. Par défaut, sélectionnez également Schema Synchronization et Full Data 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 ultérieure.
Method to Migrate Triggers in Source Database	Sélectionnez une méthode pour synchroniser les déclencheurs selon vos besoins. Ce paramètre n'est pas nécessaire si les objets à synchroniser n'impliquent pas de déclencheurs. Pour plus d'informations, consultez Configurer la synchronisation ou la migration des déclencheurs. Remarque Ce paramètre n'est disponible que si vous sélectionnez Schema Synchronization pour Synchronization Types.
Enable Migration Assessment	Ce paramètre évalue si les schémas des bases de données source et de destination répondent aux exigences (longueur des index, procédures stockées, tables dépendantes). Sélectionnez Yes ou No selon vos besoins. Remarque Ce paramètre n'est disponible que si vous sélectionnez Schema Synchronization pour Synchronization Types. Si vous sélectionnez Yes, la pré-vérification peut prendre plus de temps. Consultez le Assessment Result pendant la phase de pré-vérification. Le résultat de l'évaluation n'affecte pas le résultat de la pré-vérification.
Synchronization Topology	Sélectionnez One-way Synchronization.
Processing Mode of Conflicting Tables	Precheck and Report Errors : Vérifie si une table portant le même nom existe dans la base de données de destination. Si aucune table du même nom n'existe, la pré-vérification réussit. Si une table du 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, mappez-la vers un nom de table différent. Pour plus d'informations, consultez Mapper les noms de tables et de colonnes. Ignore Errors and Proceed : Ignore la vérification des noms de tables en double dans la base de données de destination. Avertissement La sélection de Ignore Errors and Proceed peut entraîner des incohérences de données et mettre votre activité en péril. Par exemple : Si les schémas de table sont identiques et qu'un enregistrement dans la base de données de destination possède la même valeur de clé primaire ou unique qu'un enregistrement dans 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 dans la base de données de destination. Si les schémas de table diffèrent, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation partielle des données de colonne ou un échec complet de la synchronisation. Procédez avec prudence.
Whether to migrate Event	Spécifiez si vous souhaitez synchroniser les événements de la base de données source. Si vous sélectionnez Yes, respectez les exigences pertinentes et effectuez les opérations ultérieures. Pour plus d'informations, consultez Synchroniser ou migrer des événements.
Capitalization of Object Names in Destination Instance	Configurez la politique de sensibilité à la casse pour les noms d'objets de base de données, de tables et de colonnes synchronisés vers l'instance de destination. Par défaut, la DTS default policy est sélectionnée. Choisissez également d'utiliser les politiques par défaut des bases de données source et de destination. Pour plus d'informations, consultez Politique de sensibilité à la casse pour les noms d'objets de destination.
Source Objects	Dans la zone Source Objects, cliquez sur un objet à synchroniser, puis cliquez sur pour le déplacer vers la zone Selected Objects. Remarque Sélectionnez 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 objet de synchronisation unique dans l'instance de destination, faites un clic droit sur l'objet dans la zone Selected Objects. Pour plus d'informations sur le renommage des objets, consultez Mapper une base de données, une table ou une colonne unique. Pour modifier les noms de plusieurs objets de synchronisation dans l'instance de destination par lot, cliquez sur Batch Edit dans le coin supérieur droit de la zone Selected Objects. Pour plus d'informations, consultez Mapper des bases de données, des tables et des colonnes par lot. Remarque Si vous utilisez la fonctionnalité de mappage de noms d'objets, d'autres objets dépendant de l'objet renommé risquent de ne pas être synchronisés. Pour sélectionner les opérations SQL à synchroniser au niveau de la base de données ou de la table, faites un clic 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 apparaît. Pour définir une clause WHERE afin de filtrer les données, faites un clic droit sur la table dans la zone Selected Objects et définissez la condition de filtre dans la boîte de dialogue qui apparaît. Pour plus d'informations sur la définition de la condition, consultez Définir des conditions de filtre.

Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés.

Configuration	Description
Dedicated Cluster for Task Scheduling	Par défaut, DTS planifie les tâches sur un cluster partagé ; aucune sélection n'est requise. Pour des performances plus stables, achetez un cluster dédié pour exécuter des tâches de synchronisation DTS. Pour plus d'informations, consultez Qu'est-ce qu'un cluster dédié DTS ?.
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Si vous utilisez Data Management (DMS) ou gh-ost pour effectuer des modifications DDL en ligne dans la base de données source, choisissez de synchroniser ou non les données des tables temporaires générées par ces modifications. Important Les tâches DTS ne prennent pas en charge l'utilisation d'outils tels que pt-online-schema-change pour effectuer des modifications DDL en ligne. L'utilisation de tels outils entraîne l'échec de la tâche DTS. Méthodes de traitement par étape : Les étapes Schema Synchronization et Full Data Synchronization n'autorisent pas les opérations DDL modifiant le schéma de la base de données ou de la table. Par conséquent, ces étapes ne sont pas contrôlées par la politique DDL en ligne. Schema Synchronization : Cette étape n'est pas contrôlée par la politique DDL en ligne. Les tables temporaires associées sont créées. Full Data Synchronization : Cette étape n'est pas contrôlée par la politique DDL en ligne. Les tables temporaires ne sont pas incluses dans les objets de synchronisation complète. Toutes les tables dont les noms correspondent à l'expression régulière (`^_(.+)_(?:gho\|new)$` ou `^_(.+)_(?:ghc\|del\|old)$`) sont filtrées. Incremental Data Synchronization : Cette étape est contrôlée par la politique DDL en ligne. Yes : Synchronise les modifications de données dans les tables temporaires (par exemple, `_table-name_gho`) générées par les opérations DDL en ligne. No, Adapt to DMS Online DDL et No, Adapt to gh-ost : Filtre les modifications de données dans les tables temporaires (par exemple, `_table-name_gho`) générées par des outils tels que gh-ost selon des règles d'expression régulière. Yes : Synchronise les données des tables temporaires générées par les modifications DDL en ligne. Remarque Si les données des tables temporaires générées par les modifications DDL en ligne sont trop volumineuses, cela peut entraîner une latence de synchronisation. No, Adapt to DMS Online DDL : Ne synchronise pas les données des tables temporaires générées par les opérations DDL en ligne. Synchronise uniquement les instructions DDL originales exécutées à l'aide de Data Management (DMS) dans la base de données source. Remarque Cette option provoque le verrouillage des tables dans la base de données de destination. No, Adapt to gh-ost : Ne synchronise pas les données des tables temporaires générées par les modifications DDL en ligne. Prend en charge des règles de filtrage personnalisées. DTS filtre les modifications de données dans les tables temporaires (par exemple, `_table-name_gho`) générées par des outils tels que gh-ost selon des règles d'expression régulière. Modifiez les expressions régulières par défaut utilisées pour faire correspondre les tables fantômes et les tables inutiles selon vos besoins : Table fantôme : `^_(.+)_(?:gho\|new)$` Table inutile : `^_(.+)_(?:ghc\|del\|old)$` Remarque Cette option provoque le verrouillage des tables dans la base de données de destination.
Whether to Migrate Accounts	Spécifiez si vous souhaitez synchroniser les informations de compte de la base de données source. Si vous sélectionnez Yes, sélectionnez également les comptes à synchroniser et confirmez leurs autorisations.
Retry Time for Failed Connections	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 tente immédiatement de se reconnecter. La durée de nouvelle tentative par défaut est de 720 minutes. Spécifiez une durée personnalisée comprise entre 10 et 1 440 minutes. Nous vous recommandons de définir une durée d'au moins 30 minutes. Si DTS parvient à se reconnecter à 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 avez plusieurs instances DTS (par exemple, Instance A et Instance B) partageant la même source ou destination, et que vous définissez le temps de nouvelle tentative réseau sur 30 minutes pour l'Instance A et 60 minutes pour l'Instance B, la durée la plus courte de 30 minutes s'applique aux deux. DTS facturant le temps d'exécution de la tâche pendant la période de nouvelle tentative de connexion, personnalisez la durée de nouvelle tentative en fonction de vos besoins métier ou libérez 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 Other Issues	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 (exceptions d'exécution DDL ou DML), DTS signale une erreur et lance immédiatement des tentatives de reconnexion continues. La durée de nouvelle tentative par défaut est de 10 minutes. Personnalisez la durée de nouvelle tentative dans une plage de 1 à 1 440 minutes. Nous vous recommandons de la définir sur 10 minutes ou plus. Si les opérations concernées réussissent dans le délai de nouvelle tentative défini, 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 Failed Connections.
Enable Throttling for Full Data Synchronization	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 leur charge. Pour réduire cette charge, définissez une limite de débit pour la tâche de synchronisation complète en configurant les paramètres Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s). Remarque Cet élément de configuration n'est disponible que lorsque Synchronization Types est défini sur Full Data Synchronization. Vous pouvez également ajuster le taux de synchronisation complète après le démarrage de l'instance de synchronisation.
Enable Throttling for Incremental Data Synchronization	Définissez également une limite de débit pour la tâche de synchronisation incrémentielle. Pour alléger la pression sur la base de données de destination, configurez les paramètres RPS of Incremental Data Synchronization et Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Sélectionnez un tag d'environnement pour identifier l'instance selon vos besoins. Dans cet exemple, aucune sélection n'est nécessaire.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Choisissez d'écrire ou non les informations SQL de battement de cœur dans la base de données source lorsque l'instance DTS est en cours d'exécution. Yes : Les informations SQL de battement de cœur ne sont pas écrites dans la base de données source. Cela peut amener l'instance DTS à signaler un retard. No : Écrit les informations SQL de battement de cœur 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.
Configure ETL	Activez ou désactivez la fonctionnalité d'extraction, transformation et chargement (ETL). Pour plus d'informations, consultez Qu'est-ce que l'ETL ? Valeurs valides : Yes : Active la fonctionnalité ETL. Saisissez les instructions de traitement des données dans l'éditeur de code. Pour plus d'informations, consultez Configurer l'ETL dans une tâche de migration ou de synchronisation de données. No : Désactive la fonctionnalité ETL.
Monitoring and Alerting	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. No : Aucune alerte n'est configurée. Yes : Configurez des alertes en définissant un seuil d'alerte et en spécifiant un notification d'alerte. Pour plus d'informations, consultez Configurer la surveillance et les alertes lors de la configuration de la tâche.

Cliquez sur Next: Data Validation pour configurer une tâche de validation des données.

Pour utiliser la fonctionnalité de validation des données, consultez 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 permettant de configurer cette instance, passez la souris sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle.
- Une fois la consultation des paramètres API terminée, cliquez sur Next: Save Task Settings and Precheck 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'une fois tous les éléments de pré-vérification réussis.
- Si la pré-vérification échoue, cliquez sur View Details pour l'élément ayant échoué. Corrigez le problème comme indiqué, puis exécutez à nouveau la pré-vérification.
- Si la pré-vérification retourne 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 exécutez à nouveau la pré-vérification.
  
  Pour les éléments de vérification pouvant être ignorés, cliquez successivement sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'avertissement et relancer la pré-vérification. Masquer l'élément d'avertissement peut entraîner des problèmes tels que des incohérences de données et présenter des risques pour votre activité.

Achetez une instance.

Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

Sur la page Purchase, sélectionnez le mode de facturation et la spécification de lien pour l'instance de synchronisation des données. Le tableau suivant décrit ces paramètres en détail.

Catégorie	Paramètre	Description
New Instance Class	Mode de facturation	Abonnement : Payez lors de la création de l'instance. Ce mode convient aux besoins à long terme et est plus économique que le paiement à l'utilisation. Plus la durée d'abonnement est longue, plus la remise est importante. Paiement à l'utilisation : Facturation horaire. Ce mode convient aux besoins à court terme. Libérez l'instance immédiatement après utilisation pour réaliser des économies.
	Configuration du groupe de ressources	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 Qu'est-ce que Resource Management ?.
	Spécification de lien	DTS fournit des spécifications de synchronisation avec différents niveaux de performance. La spécification du lien de synchronisation affecte le taux de synchronisation. Choisissez une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez Spécifications de lien de synchronisation des données.
	Durée d'abonnement	En mode abonnement, sélectionnez la durée et la quantité pour l'instance d'abonnement. Choisissez un abonnement mensuel de 1 à 9 mois, ou un abonnement annuel de 1, 2, 3 ou 5 ans. Remarque Cette option n'est disponible que lorsque le mode de facturation est Subscription.

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

Consultez la progression de la tâche sur la page Data Synchronization.

FAQ

Q : Une fois qu'une instance a commencé à s'exécuter, puis-je modifier Whether to delete SQL operations on heartbeat tables of forward and reverse tasks ?

R : Non.