Tous les produits
Search
Centre de documentation

PolarDB:Synchroniser des données d'un cluster PolarDB for MySQL vers une instance ApsaraDB RDS for MySQL

Dernière mise à jour :Oct 13, 2026

Data Transmission Service (DTS) vous permet de synchroniser des données d'un cluster PolarDB for MySQL vers une base de données MySQL, y compris les bases de données MySQL auto-gérées et les instances ApsaraDB RDS for MySQL.

Bases de données de destination prises en charge

Vous pouvez synchroniser des données d'un cluster PolarDB for MySQL vers MySQL. Les types de bases de données de destination suivants sont pris en charge. Cette rubrique utilise une instance ApsaraDB RDS for MySQL comme exemple pour décrire la procédure de configuration. Les procédures de configuration pour les autres types de bases de données de destination sont similaires.

  • Instance ApsaraDB RDS for MySQL

  • Base de données auto-gérée hébergée sur Elastic Compute Service (ECS)

  • Base de données auto-gérée connectée via Express Connect, VPN Gateway ou Smart Access Gateway

  • Base de données auto-gérée connectée via Database Gateway

  • Base de données auto-gérée connectée via Cloud Enterprise Network (CEN)

Prérequis

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 des données et la synchronisation incrémentielle, 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 de la table 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 s'affiche 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 s'affiche lors de la pré-vérification et l'instance DTS ne démarre pas. Pour savoir comment activer la journalisation binaire et modifier les paramètres, consultez les rubriques Activer la journalisation binaire et Définir les paramètres du cluster et les paramètres 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 récupérer 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 savoir comment définir 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 échoue.

    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 des 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. Si un basculement se produit, 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 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 des commentaires ne prennent pas en charge l'utilisation synchrone.

  • Si un conflit de clé primaire ou de clé unique se produit pendant l'exécution de la tâche :

    • Si les schémas de table sont identiques et qu'un enregistrement de la base de données de destination possède la même valeur de clé primaire ou de clé unique qu'un enregistrement de la base de données source :

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

  • 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 de la table, 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 échoue.

  • Pour la synchronisation des données au niveau de la table, 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 les données 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 savoir comment afficher les journaux de la tâche, consultez la rubrique Afficher les journaux de la 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 (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.

  • Une tâche de synchronisation bidirectionnelle comprend des tâches de synchronisation avant et arrière. 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.

  • Si une tâche échoue, l'équipe 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 la rubrique Modifier les paramètres de l'instance.

Autres remarques

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.

Architectures de synchronisation prises en charge

  • Synchronisation unidirectionnelle un-vers-plusieurs

  • Synchronisation en cascade unidirectionnelle

  • Synchronisation en cascade bidirectionnelle

  • Synchronisation unidirectionnelle plusieurs-vers-un

  • Synchronisation bidirectionnelle un-vers-un

    Pour plus d'informations sur chaque architecture de synchronisation et les considérations associées, consultez la rubrique Topologies de synchronisation des données.

Opérations SQL prises en charge pour la synchronisation

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

Autorisations requises pour les comptes de base de données

Base de données

Autorisations requises

Comment créer et autoriser des comptes

Cluster PolarDB for MySQL

Autorisations de lecture sur les objets à synchroniser

Créer et gérer des comptes de base de données

Instance ApsaraDB RDS for MySQL

Autorisations de lecture et d'écriture sur la base de données de destination

Créer un compte

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 la rubrique Migrer des comptes de base de données.

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 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 Synchronization > Data + AI > Data Transmission (DTS).

    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

    Data Synchronization

    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.

    Data Synchronization Tasks

    Create Task

    • 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é Task Name.

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

    Source Database

    Sélectionnez PolarDB for MySQL.

    Connection Type

    Sélectionnez Database Type.

    Instance Region

    Sélectionnez la région où réside 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 Cloud Instance.

    PolarDB Cluster ID

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

    Database Account

    Saisissez le compte de base de données du cluster PolarDB for 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 base de données.

    Encryption

    Sélectionnez une option en fonction de vos besoins. Pour plus d'informations, consultez Configurer 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 Select Existing Connection.

    Select a DMS database instance.

    Sélectionnez Cloud Instance.

    MySQL

    Sélectionnez la région où réside l'instance ApsaraDB RDS for MySQL de destination.

    Connection Type

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

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    Saisissez le compte de base de données de l'instance ApsaraDB RDS for MySQL de destination. Pour plus d'informations sur les autorisations requises, consultez Autorisations requises pour les comptes de base de données.

    No

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

    RDS Instance ID

    Sélectionnez Database Account ou Database Password selon vos besoins. Si vous sélectionnez Connection Method, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. Pour plus d'informations, consultez Utiliser un certificat cloud pour activer rapidement le chiffrement SSL.

    y_mak_v3a_r2j" colspan="1" rowspan="1">

    Non-encrypted

    Sélectionnez SSL-encrypted ou SSL-encrypted selon vos besoins. Si vous sélectionnez Connection Method, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. 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.

    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 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 autogérée (où la Non-encrypted n'est pas SSL-encrypted), vous devez également cliquer sur SSL-encrypted dans la boîte de dialogue Test Connectivity and Proceed.

  • Configurez les objets de la tâche.

      Sur la page Access Method, configurez les objets à synchroniser.

      Paramètre

      Description

      Alibaba Cloud Instance

      Test Connectivity est sélectionné. Par défaut, vous devez également sélectionner CIDR Blocks of DTS Servers et Configure Objects. Une fois la vérification préalable 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 base de référence pour la synchronisation incrémentielle des données ultérieure.

      Synchronization Types

      Sélectionnez la méthode de synchronisation des déclencheurs en fonction de vos besoins métier. Si les objets à synchroniser n'incluent pas de déclencheurs, il n'est pas nécessaire de configurer ce paramètre. Pour plus d'informations, consultez Configurer la synchronisation ou la migration des déclencheurs.

      Remarque

      Ce paramètre ne peut être configuré que si Incremental Data Synchronization inclut Schema Synchronization.

      Full Data Synchronization

      Sélectionnez Method to Migrate Triggers in Source Database.

      Synchronization Types

      • Schema Synchronization : 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 vérification préalable réussit. Si une table du même nom existe, la vérification préalable é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.

      • Synchronization Topology : 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 One-way Synchronization 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.

      Processing Mode of Conflicting Tables

      Spécifiez si vous souhaitez synchroniser les événements de la base de données source selon vos besoins. Si vous sélectionnez Precheck and Report Errors, vous devez également respecter les exigences correspondantes et effectuer les opérations suivantes. Pour plus d'informations, consultez Synchroniser ou migrer des événements.

      Ignore Errors and Proceed

      Vous pouvez configurer 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 stratégie Ignore Errors and Proceed est sélectionnée. Vous pouvez également choisir d'utiliser les stratégies 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.

      Whether to migrate Event

      Dans la zone Yes, cliquez sur un objet à synchroniser, puis cliquez sur 向右 pour le déplacer vers la zone Capitalization of Object Names in Destination Instance.

      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.

      DTS default policy

      • Pour renommer un seul objet de synchronisation dans l'instance de destination, cliquez avec le bouton droit sur l'objet dans la zone Source 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 Source Objects 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
      • Pour filtrer les données par condition, cliquez avec le bouton droit sur la table à synchroniser dans la section Selected Objects, puis définissez les conditions de filtrage dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez Filtrer les données de tâche avec une condition SQL.

      • 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 à synchroniser dans la section Selected Objects, puis sélectionnez les opérations SQL requises dans la boîte de dialogue qui s'affiche. Pour obtenir la liste des opérations prises en charge, consultez Opérations SQL prises en charge pour la synchronisation.

      • Si vous utilisez la fonctionnalité de mappage de noms d'objets, la synchronisation d'autres objets dépendant de l'objet mappé peut échouer.

      Cliquez sur Batch Edit pour configurer les paramètres avancés.

      Paramètre

      Description

      Selected Objects

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

      Selected Objects

      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 Selected Objects et Next: Advanced Settings 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.

        • Dedicated Cluster for Task Scheduling : Cette étape n'est pas contrôlée par la stratégie Online DDL. Les tables temporaires associées sont créées.

        • Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database. : 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.

        • Schema Synchronization : Cette étape est contrôlée par la stratégie Online DDL.

          • Full Data Synchronization : 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.

          • Schema Synchronization et Full Data Synchronization : 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.

      • Incremental Data Synchronization : 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.

      • Yes : Ne synchronise pas les données des tables temporaires générées par les opérations DDL en ligne. Elle 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 entraîne le verrouillage des tables dans la base de données de destination.

      • No, Adapt to DMS Online DDL : Ne synchronise pas les données des tables temporaires générées par les modifications DDL en ligne. Elle 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. 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 entraîne le verrouillage des tables dans la base de données de destination.

      No, Adapt to gh-ost

      Sélectionnez si vous souhaitez synchroniser les informations de compte de la base de données source en fonction de vos besoins métier. Si vous sélectionnez Yes, vous devez également sélectionner les comptes à synchroniser et confirmer les autorisations de compte.

      No, Adapt to DMS Online DDL

      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 sera utilisée pour les deux.

      • Étant donné que DTS facture l'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.

      No, Adapt to gh-ost

      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 concernées 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 Whether to Migrate Accounts doit être inférieure à celle de Yes.

      Retry Time for Failed Connections

      Pendant l'étape de synchronisation complète, DTS consomme des ressources de lecture et d'écriture des bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Pour réduire la charge sur les bases de données source et de destination, vous pouvez définir une limite de débit pour la tâche de synchronisation complète en configurant les paramètres Retry Time for Other Issues, Retry Time for Other Issues et Retry Time for Failed Connections.

      Remarque
      • Cet élément de configuration est disponible uniquement lorsque Enable Throttling for Full Data Synchronization est défini sur Queries per second (QPS) to the source database.

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

      RPS of Full Data Migration

      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 Data migration speed for full migration (MB/s) et Synchronization Types.

      Full Data Synchronization

      Vous pouvez sélectionner un tag d'environnement pour identifier l'instance en fonction de vos besoins métier. Dans cet exemple, il n'est pas nécessaire d'en sélectionner un.

      Enable Throttling for Incremental Data Synchronization

      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.

      • RPS of Incremental Data Synchronization : 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.

      • Data synchronization speed for incremental synchronization (MB/s) : É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.

      Configure ETL

      Choisissez si vous souhaitez activer la fonctionnalité extract, transform, and load (ETL). Pour plus d'informations, consultez Qu'est-ce que 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.

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

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

    ="c9b508911fxx4" colspan="1" rowspan="1">

    Environment Tag

    You can select an environment tag to identify the instance based on your business requirements. In this example, you do not need to select one.

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

    Choose whether to write heartbeat SQL information to the source database when the DTS instance is running.

    • Yes: Heartbeat SQL information is not written to the source database. This may cause the DTS instance to report a delay.

    • No: Writes heartbeat SQL information to the source database. This may interfere with features such as physical backup and cloning of the source database.

    Environment Tag

    Choose whether to enable the extract, transform, and load (ETL) feature. For more information, see What is ETL? Valid values:

    No

    Specify whether to configure alerts. If the synchronization fails or the latency exceeds the specified threshold, a notification is sent to an alert contact.

    ert.title" data-isbold="true" id="50a44669573g8">

    Specify whether to configure alerts. If the synchronization fails or the latency exceeds the specified threshold, a notification is sent to an alert contact.

  • Click No to configure a data validation task.

    If you want to use the data validation feature, see Configure data validation for configuration instructions.

  • Save the task and run a precheck.

    • To view the API parameters for configuring this instance, hover over the Yes button and click No in the bubble.

    • If you have finished viewing the API parameters, click Yes at the bottom of the page.

    Remarque
    • Before the synchronization job starts, DTS runs a precheck. The job can start only after all precheck items pass.

    • If the precheck fails, click Next: Data Validation for the failed item. Fix the issue as prompted, and then run the precheck again.

    • If the precheck returns a warning:

      • If a check item fails and cannot be ignored, click Next: Save Task Settings and Precheck next to the item. Follow the instructions to fix the issue, and then run the precheck again.

      • For check items that can be ignored, you can click Preview OpenAPI parameters, Next: Save Task Settings and Precheck, View Details, and View Details in sequence to skip the warning and rerun the precheck. If you choose to shield the warning item, it may cause issues such as data inconsistency and pose risks to your business.

  • Purchase the instance.

    1. When the Confirm Alert Details is 100 %, click Ignore.

    2. On the OK page, select the billing method and link specification for the data synchronization instance. The following table describes these parameters in detail.

    3. Catégorie

      Paramètre

      Description

      Precheck Again

      Mode de facturation

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

      • Paiement à l'utilisation : Vous êtes facturé à l'heure. Cette option convient aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour économiser des coûts.

      Configuration du groupe de ressources

      Le groupe de ressources auquel appartient l'instance. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez Qu'est-ce que Resource Management ?.

      Spécification du lien

      DTS propose des spécifications de synchronisation avec différents niveaux de performance. La spécification du lien de synchronisation affecte le taux de synchronisation. Vous pouvez choisir une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez Spécifications des liens de synchronisation de données.

      Durée d'abonnement

      En mode abonnement, sélectionnez la durée et la quantité pour l'instance d'abonnement. Vous pouvez choisir un abonnement mensuel de 1 à 9 mois, ou un abonnement annuel de 1, 2, 3 ou 5 ans.

      Remarque

      Cette option n'est disponible que lorsque le mode de facturation est Success Rate.

    4. Une fois la configuration terminée, lisez et acceptez les Next: Purchase Instance.

    5. Cliquez sur Purchase. Dans la boîte de dialogue New Instance Class, cliquez sur Subscription.

    6. You can view the task progress on the Data Synchronization page.

    i>