Tous les produits
Search

Ce produit

    Data Transmission Service:Synchronisation bidirectionnelle des données pour PolarDB for MySQL

    Centre de documentation

    Data Transmission Service:Synchronisation bidirectionnelle des données pour PolarDB for MySQL

    Dernière mise à jour :Oct 13, 2026

    Cette rubrique explique comment utiliser Data Transmission Service (DTS) pour synchroniser les données de manière bidirectionnelle entre des clusters PolarDB for MySQL.

    Prérequis

    Notes d'utilisation

    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 de la base de données source

    • Les tables à synchroniser doivent disposer d'une clé primaire ou d'une contrainte UNIQUE, et tous les champs doivent être uniques. Sinon, des données en double peuvent apparaître dans la base de données de destination.

      Remarque

      Si une table à synchroniser dans une instance de synchronisation bidirectionnelle ne possède pas de clé primaire ou de contrainte UNIQUE, vous pouvez activer la fonctionnalité d'écriture Exactly-Once. Pour plus d'informations, consultez la rubrique Synchroniser des tables sans clés primaires ni contraintes uniques.

    • Si vous synchronisez des données au niveau des tables et que vous devez modifier les tables (par exemple, mapper les noms de colonnes), une seule tâche de synchronisation prend en charge jusqu'à 1 000 tables. Si vous dépassez cette limite, une erreur est signalée lors de la soumission de la tâche. Pour résoudre ce problème, répartissez les tables sur plusieurs tâches de synchronisation ou synchronisez la base de données entière.

    • Journaux binaires :

      • Vous devez activer la journalisation binaire et définir le paramètre loose_polar_log_bin sur ON. Sinon, une erreur est signalée lors de la pré-vérification et l'instance DTS ne démarre pas. Pour plus d'informations sur l'activation de la journalisation binaire et la modification des paramètres, consultez les rubriques Activer la journalisation binaire et Définir les paramètres du cluster et des nœuds.

        Remarque

        L'activation de la journalisation binaire pour un cluster PolarDB for MySQL consomme de l'espace de stockage et engendre des frais.

      • Les journaux binaires du cluster PolarDB for MySQL doivent être conservés pendant au moins 3 jours. Nous vous recommandons de les conserver pendant 7 jours. Sinon, la tâche DTS peut échouer car DTS ne peut pas obtenir les journaux binaires. Dans des cas extrêmes, cela peut entraîner une incohérence ou une perte de données. Les problèmes causés par une période de rétention des journaux binaires inférieure à la période requise ne sont pas couverts par l'accord de niveau de service (SLA) de DTS.

        Remarque

        Pour plus d'informations sur la définition de la période de rétention des journaux binaires d'un cluster PolarDB for MySQL, consultez la rubrique Modifier la période de rétention.

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

      Remarque

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

    Autres limites

    • Vous ne pouvez pas synchroniser les données depuis un nœud en lecture seule du cluster PolarDB for MySQL source.

    • Vous ne pouvez pas synchroniser les tables externes OSS depuis le cluster PolarDB for MySQL source.

    • La synchronisation des INDEX et des PARTITION n'est pas prise en charge.

    • La synchronisation des données de type VECTOR n'est pas prise en charge.

    • Le basculement principal/secondaire de l'instance de base de données n'est pas pris en charge lors de la synchronisation initiale complète des données. En cas de basculement, reconfigurez la tâche de synchronisation.

    • 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 de plusieurs 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 se produire dans la base de données de destination.

    • En cas de conflit de clé primaire ou de clé unique 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 :

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

        • Pendant 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 des données de certaines colonnes ou un échec complet de la synchronisation. Procédez avec prudence.

    • Les résolveurs définis par la syntaxe de commentaire ne prennent pas en charge l'utilisation synchrone.

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

    • Avant de synchroniser les données, évaluez les performances des bases de données source et de destination. Nous vous recommandons de synchroniser les données pendant les heures creuses. Sinon, la synchronisation initiale complète des données consomme des ressources de lecture et d'écriture sur les deux bases de données, ce qui peut augmenter la charge de la base de données.

    • La synchronisation initiale complète des données exécute des opérations INSERT concurrentes, ce qui provoque une fragmentation dans les tables de la base de données de destination. Par conséquent, l'espace de table de l'instance de destination est plus grand que celui de l'instance source après la synchronisation initiale complète des données.

    • Pour la synchronisation des données au niveau des tables, n'utilisez pas d'outils tels que pt-online-schema-change pour effectuer des opérations DDL en ligne sur les objets de synchronisation dans la base de données source. Sinon, la synchronisation échouera.

    • Pour la synchronisation des données au niveau des tables, si aucune donnée autre que celles provenant de DTS n'est écrite dans la base de données de destination, vous pouvez utiliser Data Management (DMS) pour effectuer des opérations DDL en ligne. Pour plus d'informations, consultez la rubrique Modifier les schémas sans verrouiller les tables.

    • Pendant la synchronisation DTS, n'écrivez pas de données autres que celles de DTS dans la base de données de destination. Sinon, une incohérence de données entre les bases de données source et de destination peut survenir. 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, des données peuvent être perdues.

    • Si une opération DDL ne peut pas être écrite dans la base de données de destination, la tâche DTS continue de s'exécuter. Vérifiez les journaux de la tâche pour l'opération DDL ayant échoué. Pour plus d'informations sur la consultation des journaux de tâche, consultez la rubrique Afficher les journaux de tâche.

    • Pour synchroniser les comptes depuis 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.

    • En cas d'échec d'une tâche, l'équipe 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 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.

    Autres notes

    Synchronisation bidirectionnelle entre des clusters PolarDB for MySQL :

    • DTS prend en charge la synchronisation bidirectionnelle uniquement entre deux clusters PolarDB for MySQL. La synchronisation bidirectionnelle entre plus de deux clusters PolarDB for MySQL n'est pas prise en charge.

    • Limite de direction de synchronisation de la syntaxe DDL : pour garantir la stabilité et la cohérence des données du lien de synchronisation bidirectionnelle, seule la synchronisation DDL directe est prise en charge. La synchronisation DDL inverse n'est pas prise en charge.

    • Lorsqu'une tâche de synchronisation bidirectionnelle est en cours d'exécution, 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 pour empêcher la synchronisation en boucle des données. Ne modifiez pas cette base de données pendant l'exécution de la tâche et assurez-vous que le compte de base de données utilisé pour la tâche dispose des autorisations de lecture et d'écriture sur cette base de données.

    • 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 prend en charge uniquement 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.

    • DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS test sur 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

    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 les 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 pour 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 non correspondants 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.

    Opérations SQL prises en charge

    Important

    Les opérations DDL sont synchronisées uniquement dans le sens direct (de la base de données source vers la base de données de destination). Elles ne sont pas prises en charge dans le sens inverse et sont automatiquement filtrées.

    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 seule table et que vous renommez cette table dans 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, 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

    Autorisations des comptes de base de données

    Base de données

    Autorisations requises

    Actions

    Cluster PolarDB for MySQL source

    Compte privilégié

    Créer et gérer un compte de base de données et Gérer le mot de passe d'un compte de base de données.

    Cluster PolarDB 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 Data Transmission Service (DTS) console.

      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 Simple mode et Customize the layout and style of the DMS interface.

      1. Connectez-vous à Data Management (DMS).

      2. Dans la barre de menus 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.

      Section

      Parameter

      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 a DMS database instance.

      Sélectionnez une instance existante selon vos besoins.

      • Si vous utilisez une instance existante, les informations de la base de données sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau.

      • Si vous n'utilisez pas d'instance existante, configurez les informations de base de données suivantes.

      Remarque

      Database Type

      Sélectionnez PolarDB for MySQL.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région où se trouve le cluster PolarDB for 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.

      PolarDB Cluster ID

      Sélectionnez l'ID du cluster PolarDB for MySQL source.

      Database Account

      Saisissez le compte de base de données pour le cluster PolarDB for MySQL source. Pour connaître les autorisations requises, consultez la section Autorisations requises pour les comptes de base de données.

      Database Password

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

      Encryption

      Sélectionnez une option. Pour plus d'informations sur le chiffrement SSL, consultez la rubrique Configurer le chiffrement SSL.

      Destination Database

      Select a DMS database instance.

      Sélectionnez une instance existante selon vos besoins.

      • Si vous utilisez une instance existante, les informations de la base de données sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau.

      • Si vous n'utilisez pas d'instance existante, configurez les informations de base de données suivantes.

      Remarque

      Database Type

      Sélectionnez PolarDB for MySQL.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région où se trouve le cluster PolarDB for 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.

      PolarDB Cluster ID

      Sélectionnez l'ID du cluster PolarDB for MySQL de destination.

      Remarque

      Si le cluster de destination est un cluster multi-maître (Limitless) et que son mode lecture/écriture est Read/Write (répartition automatique lecture/écriture), vous devez ajouter le nœud principal de la base de données et de la table de destination à l'adresse de lecture/écriture, ou sélectionner tous les nœuds principaux. En effet, les clusters multi-maîtres utilisent un mécanisme de routage basé sur la base de données et la table. Évaluez l'impact du routage avant de sélectionner les nœuds. Pour plus d'informations, consultez la rubrique Configurer un proxy de base de données.

      Database Account

      Saisissez le compte de base de données pour le cluster PolarDB for MySQL de destination. Pour connaître les autorisations requises, consultez la section Autorisations requises pour les comptes de base de données.

      Database Password

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

      Encryption

      Sélectionnez une option. Pour plus d'informations sur le chiffrement SSL, consultez la rubrique Configurer le chiffrement SSL.

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

      Si la base de données source ou de destination est une instance de base de données Alibaba Cloud, telle qu'une instance RDS for MySQL ou une instance ApsaraDB for MongoDB, DTS ajoute automatiquement les adresses IP des serveurs DTS de la région correspondante à la liste d'autorisation de l'instance de base de données Alibaba Cloud. Si la base de données source ou de destination est une base de données auto-gérée hébergée sur une instance ECS, DTS ajoute automatiquement les adresses IP des serveurs DTS de la région correspondante aux règles de sécurité de l'instance ECS. Vous devez également vous assurer que la base de données auto-gérée autorise l'accès depuis l'instance ECS. Si la base de données est déployée dans un cluster sur plusieurs instances ECS, vous devez ajouter manuellement les adresses IP des serveurs DTS de la région correspondante aux règles de sécurité de chaque instance ECS. Si la base de données source ou de destination est une base de données auto-gérée dans un centre de données ou une base de données d'un autre fournisseur de services cloud, vous devez ajouter manuellement les adresses IP des serveurs DTS de la région correspondante pour autoriser l'accès depuis les serveurs DTS. Pour plus d'informations sur les adresses IP des serveurs DTS, consultez la rubrique Plages CIDR des adresses IP des serveurs DTS.

      Avertissement

      L'ajout des plages CIDR d'adresses IP publiques des serveurs DTS, qu'il soit automatique ou manuel, peut présenter des risques de sécurité. En utilisant ce produit, vous reconnaissez et acceptez ces risques potentiels. Vous devez mettre en œuvre des mesures de sécurité de base. Ces mesures incluent, sans s'y limiter, le renforcement de la sécurité des mots de passe, la restriction des ports ouverts pour les plages CIDR, l'utilisation de l'authentification pour la communication API interne, ainsi que la révision et la restriction régulières des plages CIDR inutiles. Vous pouvez également vous connecter à la base de données via un réseau interne, tel qu'une ligne louée, une passerelle VPN ou Smart Access Gateway.

    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 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. Si les objets à synchroniser n'incluent pas de déclencheurs, vous pouvez ignorer ce paramètre. Pour plus d'informations, consultez Configurer une méthode pour synchroniser ou migrer les déclencheurs.

        Remarque

        Ce paramètre ne peut être configuré que si Synchronization Types est défini sur Schema Synchronization.

        Synchronization Topology

        Sélectionnez Two-way Synchronization.

        Enable Exactly-Once Write

        Si les objets de synchronisation incluent des tables sans clés primaires ou contraintes uniques, sélectionnez Yes. Pour plus d'informations, consultez Synchroniser des tables sans clés primaires ni contraintes uniques.

        Exclude DDL Operations

        • Sélectionnez Yes pour exclure les opérations DDL.

        • Sélectionnez No pour synchroniser les opérations DDL.

          Important

          Pour garantir la stabilité de la synchronisation bidirectionnelle, les opérations DDL ne peuvent être synchronisées que dans le sens direct (de la base de données source vers la base de données de destination). Les opérations DDL sont automatiquement filtrées dans le sens inverse.

        Global Conflict Resolution Policy

        Sélectionnez une politique de résolution des conflits en fonction de vos besoins métier. Pour obtenir des informations sur les types de conflits pris en charge, consultez Détection des conflits prise en charge.

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

          Si un conflit de données survient pendant 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)

          Si un conflit de données survient pendant 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)

          Si un conflit de données survient pendant la synchronisation, l'enregistrement conflictuel dans la base de données de destination est écrasé.

        Remarque

        Si une tâche de synchronisation est suspendue ou redémarrée et qu'une latence se produit, ces politiques ne s'appliquent pas pendant la période de latence. Par défaut, les données de la base de données de destination sont écrasées.

        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, vous pouvez la mapper 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 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 suivantes. Pour plus d'informations, consultez Synchroniser ou migrer des événements.

        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, faites un clic droit sur l'objet dans la zone Selected Objects. Pour plus d'informations sur le renommage des objets, consultez 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 Mapper des bases de données, tables et colonnes par lot.

        Remarque

      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 Qu'est-ce qu'un cluster dédié DTS ?.

        Select the engine type of the destination database

        Sélectionnez le type de moteur pour la base de données de destination.

        • InnoDB : Moteur de stockage par défaut.

        • X-Engine : Moteur de stockage de base de données pour le traitement transactionnel en ligne (OLTP).

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

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

          • Full Data Synchronization : Cette étape n'est pas contrôlée par la stratégie Online DDL. 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 Online DDL.

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

        Sélectionnez si vous souhaitez synchroniser les informations de compte de la base de données source en fonction de vos besoins. Si vous sélectionnez Yes, vous devez également sélectionner le compte à synchroniser, configurer les hôtes à partir desquels ce compte est autorisé à se connecter et confirmer les autorisations pour le compte. Pour plus d'informations, consultez Migrer les 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 à réessayer 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 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 disposez de plusieurs instances DTS (par exemple, l'instance A et l'instance B) qui partagent la même source ou destination, et que vous définissez le délai 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 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 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 débit de synchronisation complète après le démarrage de l'instance de synchronisation.

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

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

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

        • Yes : Les informations SQL de heartbeat 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 heartbeat 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.

        Environment Tag

        Vous pouvez sélectionner un tag d'environnement pour identifier l'instance en fonction de vos besoins. Dans cet exemple, vous n'avez pas besoin d'en sélectionner un.

        Configure ETL

        Choisissez si vous souhaitez activer la fonctionnalité extract, transform, and load (ETL). Pour plus d'informations, consultez 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 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 consulté 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 que si tous les éléments de prévérification réussissent.

      • 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 que l'incohérence des données et présenter des risques pour votre activité.

    7. Achetez une 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 ces paramètres en détail.

        Catégorie

        Paramètre

        Description

        New Instance Class

        Billing Method

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

        Resource Group Configuration

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

        Link Specification

        DTS propose des spécifications de synchronisation offrant différents niveaux de performance. Les spécifications du lien de synchronisation influent sur le débit de synchronisation. Choisissez une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez les Spécifications des liens de synchronisation des données.

        Subscription Duration

        En mode abonnement, sélectionnez la durée et la quantité pour l'instance d'abonnement. 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. Localisez la tâche de synchronisation inverse et cliquez sur Configure Task.

      3. Suivez les étapes décrites dans Étape 3 à Étape 6 pour configurer la tâche de synchronisation inverse.

        Important

        • Lors de la configuration d'une tâche de synchronisation inverse, sélectionnez les instances source et de destination appropriées. Pour la tâche inverse, l'instance source correspond à l'instance de destination de la tâche directe, et l'instance de destination correspond à l'instance source de la tâche directe. Vérifiez également l'exactitude des informations relatives à l'instance, telles que le nom de la base de données, le compte et le mot de passe.

        • Vous ne pouvez pas modifier la Instance Region des bases de données source et de destination d'une tâche de synchronisation inverse. Moins de paramètres sont requis par rapport à une tâche de synchronisation directe. Reportez-vous à la console pour connaître les paramètres spécifiques à configurer.

        • Le paramètre Processing Mode of Conflicting Tables d'une tâche de synchronisation inverse ignore les tables qui ont été synchronisées par la tâche directe.

        • Une tâche de synchronisation inverse ne peut pas synchroniser les objets figurant dans la liste Selected Objects de la tâche directe.

        • N'utilisez pas la fonctionnalité de mappage lors de la configuration d'une tâche inverse. Cela pourrait entraîner des incohérences de données.

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

    9. Une fois la tâche de synchronisation inverse configurée, attendez que le Status des deux tâches de synchronisation passe à Running. La configuration de la synchronisation bidirectionnelle des données est alors terminée.