Tous les produits
Search

Ce produit

    Data Transmission Service:Synchronisation bidirectionnelle entre des instances MySQL

    Centre de documentation

    Data Transmission Service:Synchronisation bidirectionnelle entre des instances MySQL

    Dernière mise à jour :Sep 22, 2026

    Data Transmission Service (DTS) prend en charge la synchronisation bidirectionnelle des données entre les bases de données MySQL. Cette rubrique utilise des instances RDS MySQL à titre d'exemple.

    Prérequis

    • Les instances ApsaraDB RDS for MySQL source et de destination sont créées. Consultez la rubrique Créer une instance ApsaraDB RDS for MySQL.

    • Les instances ApsaraDB RDS for MySQL source et de destination disposent de la même capacité de stockage.

    Limites

    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 incrémentielle des données, DTS désactive temporairement les vérifications de contraintes et les opérations en cascade des 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 des bases de données source et de destination

    • Si les tables à synchroniser ne possèdent ni clés primaires ni contraintes uniques, activez l'écriture Exactly-Once dans la configuration de la tâche. Sinon, des données en double peuvent apparaître dans la base de données de destination. Pour plus d'informations, consultez la rubrique Synchroniser des tables sans clés primaires ou contraintes uniques.

    • Si vous effectuez une synchronisation au niveau des tables et devez modifier les mappages (par exemple, 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 complète de la base de données.

    • Journaux binaires :

      • La journalisation binaire est activée par défaut sur ApsaraDB RDS for MySQL. 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 pourrait ne pas réussir à récupérer les journaux binaires, ce qui entraînerait 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 de 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 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

      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, puis ajoutez-la à nouveau. Vous ne pouvez le faire que si votre activité métier le permet. Pour plus d'informations, consultez la rubrique Modifier les objets de synchronisation.

    • Assurez-vous que ni la base de données source ni celle de destination ne contiennent de colonnes masquées invisibles parmi les colonnes à synchroniser. Sinon, la tâche DTS risque d'échouer ou des données pourraient être perdues.

      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 la documentation Invisible Columns.

    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, 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 la tâche peut 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 de la base de données de destination possède la même valeur de clé primaire ou 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 partielle des données de colonne ou un échec complet de la synchronisation. Procédez avec prudence.

    • 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 peut é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 peuvent être tronqués.

    • Pendant l'exécution d'une tâche de synchronisation bidirectionnelle, DTS crée une base de données nommée dts dans les bases de données de destination des tâches directes et inverses. Cela permet d'éviter la synchronisation circulaire. Ne modifiez pas cette base de données pendant l'exécution de la tâche. Assurez-vous que le compte de base de données utilisé par la tâche dispose des autorisations de lecture et d'écriture sur cette base de données.

      Remarque

      La base de données dts peut interférer avec la réplication primaire/secondaire normale dans MySQL. Vérifiez si la base de données dts et ses tables existent dans la base de données secondaire. Si ce n'est pas le cas, créez-les manuellement dans la base de données secondaire en utilisant le même schéma que dans la base de données primaire.

    • Si vos données incluent des caractères sur quatre octets — tels que des caractères chinois rares ou des emojis — la base de données et les tables 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 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 source. Sinon, la synchronisation échouera.

      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.

    • DTS désactive par défaut les contraintes de clé étrangère lors de la synchronisation vers une base de données de destination. Par conséquent, les opérations en cascade et les suppressions dans la base de données source ne sont pas synchronisées vers la base de données de destination.

    • Une tâche de synchronisation bidirectionnelle comprend des tâches de synchronisation directe et inverse. Lorsque vous configurez ou réinitialisez la tâche, si l'objet de destination d'une tâche correspond à l'objet de synchronisation de l'autre tâche :

      • Autorisez une seule tâche à synchroniser les données complètes et incrémentielles. L'autre tâche ne prend en charge que la synchronisation incrémentielle.

      • Les données de la source de la tâche actuelle sont synchronisées uniquement vers la destination de la tâche actuelle. Elles ne servent pas de données source pour l'autre tâche.

    • 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 la rubrique Afficher les journaux des tâches.

    • 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 (l'Status de l'instance est Completed), vous devez utiliser 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 peuvent être écrites uniquement en mémoire, ce qui peut entraîner une perte de données.

    • 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.

    • Pour synchroniser les comptes de la base de données source, respectez les prérequis et examinez les considérations connexes. Pour plus d'informations, consultez la rubrique 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. Lors de la restauration, ils peuvent 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 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 heartbeat. 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 la base de données MySQL autogérée sert de base de données source à la fois pour une tâche de synchronisation bidirectionnelle et pour d'autres tâches, vous devez ajouter la ligne log_slave_updates=1 au fichier /etc/my.cnf de la base de données source, puis redémarrer la base de données. Sinon, les modifications de données provenant de la tâche inverse ne seront pas enregistrées dans le journal binaire de la base de données MySQL autogérée, ce qui entraînera une incohérence des données dans les autres tâches.

      • 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 — et 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 transaction ne peuvent pas servir de bases de données source.

      • 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.

    Détection des conflits

    Pour garantir la cohérence des données, assurez-vous que les enregistrements de données ayant la même clé primaire, clé primaire métier ou clé unique sont mis à jour dans une seule des instances de base de données dans la synchronisation bidirectionnelle. Si des enregistrements de données sont mis à jour sur les deux instances de base de données, le système DTS appliquera la politique de résolution des conflits configurée dans la tâche.

    DTS vérifie et corrige les conflits afin de maximiser la stabilité des tâches de synchronisation bidirectionnelle. DTS peut détecter les types de conflits suivants :

    • Conflits d'unicité causés par des opérations INSERT

      Dans une synchronisation bidirectionnelle, si des enregistrements avec la même clé primaire sont insérés simultanément (ou à peu de temps d'intervalle) dans les deux instances de base de données, un conflit de contrainte d'unicité sera déclenché. Lorsque l'instruction INSERT est synchronisée vers l'instance pair, elle échouera car un enregistrement avec la même valeur de clé primaire existe déjà.

    • Enregistrements incompatibles dans les opérations UPDATE

      • Si les enregistrements à mettre à jour n'existent pas dans l'instance de destination, DTS convertit l'opération UPDATE en une opération INSERT. Cependant, des conflits d'unicité peuvent survenir.

      • L'enregistrement à mettre à jour par une opération UPDATE provoque un conflit de clé primaire ou de clé unique.

    • Enregistrements à supprimer inexistants

      Les enregistrements à supprimer n'existent pas dans l'instance de destination. Dans ce cas, DTS ignore l'opération DELETE, quelle que soit la politique de résolution des conflits que vous spécifiez.

    Important

    • En raison des différences de temps et de la latence, DTS ne peut pas garantir une prévention des conflits à 100 %. Pour assurer la cohérence, mettez à jour les enregistrements ayant la même clé primaire ou unique sur une seule instance de base de données à la fois.

    • DTS propose diverses stratégies de résolution des conflits pour les conflits de données mentionnés ci-dessus, que vous pouvez sélectionner lors de la configuration de la synchronisation bidirectionnelle des données.

    Instructions SQL prises en charge

    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 provoquer une incohérence des données. Par exemple, si l'objet de synchronisation est une table unique et que vous renommez cette table dans 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, sélectionnez la base de données entière à laquelle la table appartient comme objet de synchronisation. Assurez-vous que les bases de données auxquelles la table appartient avant et après l'opération RENAME TABLE sont incluses dans les objets de synchronisation.

    • TRUNCATE TABLE
    Important

    • Les instructions DDL sont synchronisées uniquement dans les tâches directes (de la source vers la destination). Les tâches inverses filtrent automatiquement les instructions DDL.

    • Lorsque vous exécutez une instruction DDL pour modifier un schéma de table pendant une synchronisation bidirectionnelle, assurez-vous que les écritures DML sur les deux bases de données sont conformes au nouveau schéma. Par exemple, si vous supprimez une colonne de la source, la destination peut encore écrire des données en fonction de l'ancien schéma qui inclut la colonne supprimée, ce qui provoquera des échecs.

    Autorisations du compte

    Base de données

    Autorisations

    Actions

    ApsaraDB RDS for MySQL source

    Le compte doit disposer d'autorisations en lecture et en écriture sur les bases de données source et de destination. Un compte privilégié d'une instance ApsaraDB RDS for MySQL dispose de ces autorisations par défaut.

    Créez un compte et réinitialisez un compte privilégié.

    ApsaraDB RDS for MySQL de destination

    Procédure

    1. 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

      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 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.

      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.

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

    3. 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

      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 configurées automatiquement.

        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.

      Connection Type

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région de l'instance RDS MySQL source.

      Replicate Data Across Alibaba Cloud Accounts

      Cet exemple utilise une instance de base de données appartenant au compte Alibaba Cloud actuel. Sélectionnez No.

      RDS Instance ID

      Sélectionnez l'ID de l'instance RDS MySQL source.

      Remarque

      Les instances RDS MySQL source et de destination peuvent être identiques ou différentes. Vous pouvez utiliser DTS pour synchroniser les données entre deux instances RDS MySQL ou au sein d'une même instance RDS MySQL.

      Database Account

      Saisissez le compte privilégié de l'instance RDS MySQL source.

      Database Password

      Saisissez le mot de passe correspondant au compte de base de données.

      Encryption

      Sélectionnez Non-encrypted ou SSL-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.

      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 configurées automatiquement.

        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.

      Connection Type

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région de l'instance RDS MySQL de destination.

      Replicate Data Across Alibaba Cloud Accounts

      Cet exemple utilise une instance de base de données appartenant au compte Alibaba Cloud actuel. Sélectionnez No.

      RDS Instance ID

      Sélectionnez l'ID de l'instance RDS MySQL de destination.

      Database Account

      Saisissez le compte privilégié de l'instance RDS MySQL de destination.

      Database Password

      Saisissez le mot de passe correspondant au compte de base de données.

      Encryption

      Sélectionnez Non-encrypted ou SSL-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.

    4. Une fois la configuration terminée, cliquez sur Test Connectivity and Proceed en bas de la page.

      Remarque

      • Assurez-vous que les blocs CIDR des 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 la rubrique Ajouter les blocs CIDR des 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 auto-gérée (où la méthode Access Method n'est pas Alibaba Cloud Instance), vous devez également cliquer sur Test Connectivity dans la boîte de dialogue CIDR Blocks of DTS Servers.

    5. Configurez les objets de la tâche.

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

        Paramètre

        Description

        Synchronization Types

        Incremental Data Synchronization est sélectionné. Par défaut, vous devez également sélectionner 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 depuis l'instance source vers le cluster de destination. Cela sert de données de base pour la synchronisation incrémentielle ultérieure.

        Method to Migrate Triggers in Source Database

        Sélectionnez une méthode de synchronisation des déclencheurs. Ignorez ce paramètre si vos objets n'impliquent pas de déclencheurs. Configurer la synchronisation ou la migration des déclencheurs.

        Remarque

        Vous pouvez configurer ce paramètre uniquement si vous sélectionnez Schema Synchronization pour Synchronization Types.

        Enable Migration Assessment

        Évaluez si les schémas (longueur des index, procédures stockées, tables dépendantes) des bases de données source et de destination répondent aux exigences. Sélectionnez Yes ou No.

        Remarque

        • Vous pouvez configurer ce paramètre uniquement si vous sélectionnez Schema Synchronization pour Synchronization Types.

        • Si vous sélectionnez Yes, la prévérification peut prendre plus de temps. Vous pouvez consulter 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 Two-way Synchronization.

        Enable Exactly-Once Write

        Si les objets incluent des tables sans clé primaire ou contrainte unique, sélectionnez Yes. Synchroniser des tables sans clé primaire ou contrainte unique.

        Exclude DDL Operations

        • Yes : les opérations DDL ne sont pas synchronisées.

        • No : les opérations DDL sont synchronisées.

          Important

          Pour garantir la stabilité du lien, vous pouvez choisir de synchroniser les opérations DDL uniquement pour la tâche directe (source vers destination). La tâche inverse filtre automatiquement les opérations DDL.

        Global Conflict Resolution Policy

        Sélectionnez une politique de résolution des conflits pour les types de conflits répertoriés ci-dessus.

        • TaskFailed (If a conflict occurs, an error is reported and the task is stopped)

          En cas de conflit de données lors de la synchronisation, la tâche signale une erreur et s'arrête. La tâche passe à l'état Échec et nécessite une intervention manuelle.

        • Ignore (If a conflict occurs, the conflicting record in the destination instance is used)

          En cas de conflit de données lors de la synchronisation, l'instruction de synchronisation actuelle est ignorée et le processus se poursuit. L'enregistrement conflictuel dans la base de données de destination est conservé.

        • Overwrite (If a conflict occurs, the conflicting record in the destination instance is overwritten)

          En cas de conflit de données lors de la synchronisation, l'enregistrement conflictuel dans la base de données de destination est écrasé.

        Remarque

        Ces politiques ne s'appliquent pas pendant les périodes de latence après la mise en pause ou le redémarrage d'une tâche. Dans ce cas, les données de destination sont écrasées par défaut.

        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 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.

        • Ignore Errors and Proceed : ignore la vérification des doublons de noms de tables 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 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 selon vos besoins. Si vous sélectionnez Yes, vous devez également respecter les exigences pertinentes et effectuer les opérations ultérieures. Pour plus d'informations, consultez la rubrique Synchroniser ou migrer des événements.

        Capitalization of Object Names in Destination Instance

        Vous pouvez configurer la politique de sensibilité à la casse pour les noms d'objets de base de données, de tables et de colonnes qui sont synchronisés vers l'instance de destination. Par défaut, la politique DTS default policy est sélectionnée. Vous pouvez également choisir d'utiliser les politiques par défaut des bases de données source et de destination. Pour plus d'informations, consultez la rubrique 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

        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 Batch Edit dans le coin supérieur droit de la zone Selected Objects. Pour plus d'informations, consultez la rubrique Mapper des bases de données, tables et 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 dans la boîte de dialogue.

        • Pour filtrer les données avec une clause WHERE, cliquez avec le bouton droit sur la table dans la zone Selected Objects et définissez une condition de filtre. Filtrer les données de tâche avec une condition SQL.

        • Si vous utilisez le mappage de noms d'objets, les objets dépendants peuvent ne pas être synchronisés.

        • Pour configurer une Independent Conflict Resolution Policy pour la synchronisation incrémentielle, consultez la rubrique Définir une politique de résolution des conflits indépendante.

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

        Paramètre

        Description

        Dedicated Cluster for Task Scheduling

        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 ?.

        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, vous pouvez choisir de synchroniser ou non les données des tables temporaires générées par les modifications DDL en ligne.

        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înera l'échec de la tâche DTS.

        • Les méthodes de traitement pour chaque étape sont les suivantes : Les étapes Schema Synchronization et Full Data Synchronization n'autorisent pas les opérations DDL qui modifient 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 stratégie DDL en ligne.

          • Schema Synchronization : cette étape n'est pas contrôlée par la stratégie DDL en ligne. Les tables temporaires associées sont créées.

          • Full Data Synchronization : cette étape n'est pas contrôlée par la stratégie 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 stratégie 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 en fonction 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. Il synchronise uniquement les instructions DDL d'origine 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. Il prend en charge les 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 en fonction des règles d'expression régulière. Vous pouvez modifier 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 les comptes et confirmez leurs autorisations. Migrer des comptes de base de données.

        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 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 la durée spécifiée, 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 la durée 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 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 (tels que des exceptions d'exécution DDL ou DML), DTS signale une erreur et commence 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 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 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 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 est disponible uniquement lorsque Synchronization Types est défini sur Full Data Synchronization.

        • Vous pouvez également ajuster le taux de synchronisation complète une fois que l'instance de synchronisation est en cours d'exécution.

        Enable Throttling for Incremental 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 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. Non requis pour cet exemple.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        Choisissez si vous souhaitez écrire des informations SQL de pulsation dans la base de données source lorsque l'instance DTS est en cours d'exécution.

        • Yes : 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.

        • No : é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.

        Configure ETL

        Choisissez si vous souhaitez activer la fonctionnalité ETL (extract, transform, load). Pour plus d'informations, consultez la rubrique Qu'est-ce que l'ETL ? Valeurs valides :

        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.

      3. Cliquez sur Next: Data Validation 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.

    6. 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: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle.

      • Une fois que vous avez terminé de consulter les paramètres API, 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'après la réussite de tous les éléments de prévérification.

      • Si la prévérification échoue, cliquez sur View Details 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 Confirm Alert Details, Ignore, OK et Precheck Again 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é.

    7. Achetez l'instance.

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

      2. Sur la page Purchase, sélectionnez la méthode de facturation et les spécifications du lien pour l'instance de synchronisation des données. Le tableau suivant décrit les options disponibles.

        Catégorie

        Paramètre

        Description

        New Instance Class

        Méthode de facturation

        • Abonnement : vous payez lors de la création de l'instance. Cette option convient aux besoins à long terme et s'avère plus économique que le paiement à l'utilisation. Plus la durée d'abonnement est longue, plus la remise est importante.

        • Paiement à l'utilisation : la facturation est horaire. Cette option est adaptée aux besoins ponctuels. Vous pouvez libérer l'instance immédiatement après utilisation pour réduire les coûts.

        Configuration du groupe de ressources

        Groupe de ressources auquel appartient l'instance. La valeur par défaut est « default resource group ». Pour en savoir plus, reportez-vous à la rubrique Qu'est-ce que Resource Management ?.

        Spécification du lien

        DTS propose des spécifications de synchronisation offrant différents niveaux de performance. La spécification du lien de synchronisation influe sur le débit de synchronisation. Choisissez une spécification adaptée à votre scénario métier. Pour plus de détails, consultez la rubrique Spécifications des liens de synchronisation des données.

        Topologie de synchronisation

        Ce paramètre est fixé sur Two-way Synchronization.

        Durée de l'abonnement

        En mode abonnement, sélectionnez la durée et la quantité pour l'instance abonnée. Vous pouvez opter pour 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 si la méthode de facturation est définie sur Subscription.

      3. Une fois la configuration terminée, lisez et acceptez les Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Cliquez sur Buy and Start. Dans la boîte de dialogue OK, cliquez sur OK.

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

    8. Configurez la tâche de synchronisation inverse.

      1. Attendez que la tâche de synchronisation directe soit initialisée et que son Status passe à Running.

      2. Repérez la tâche de synchronisation inverse et cliquez sur Configure Task.

      3. Configurez la tâche de synchronisation inverse en suivant les étapes Étape 3 à Étape 6.

        Important

        • Sélectionnez les instances source et de destination appropriées pour la tâche inverse : la source correspond à la destination de la tâche directe, et vice versa. Vérifiez que les informations de l'instance (nom de la base de données, compte, mot de passe) sont cohérentes.

        • La Instance Region des bases de données source et de destination ne peut pas être modifiée pour une tâche inverse. La tâche inverse requiert moins de paramètres ; reportez-vous à la console pour plus de détails.

        • La configuration du Processing Mode of Conflicting Tables pour la tâche de synchronisation inverse ne vérifie pas les tables synchronisées vers l'instance de destination par la tâche de synchronisation directe.

        • La tâche de synchronisation inverse ne prend pas en charge la synchronisation des objets spécifiés dans la liste Selected Objects de la tâche de synchronisation directe.

        • N'utilisez pas la fonctionnalité de mappage pour la tâche inverse, sous peine de provoquer des incohérences de données.

      4. Lorsque le Success Rate atteint 100 %, cliquez sur Back.

    9. Attendez que le Status des deux tâches passe à Running. La synchronisation bidirectionnelle est désormais active.