Tous les produits
Search

Ce produit

    Data Transmission Service:Migrer une base de données MySQL auto-gérée vers PolarDB for MySQL

    Centre de documentation

    Data Transmission Service:Migrer une base de données MySQL auto-gérée vers PolarDB for MySQL

    Dernière mise à jour :Aug 11, 2026

    Data Transmission Service (DTS) permet de migrer votre base de données MySQL auto-gérée vers un cluster PolarDB for MySQL.

    Prérequis

    Remarques importantes

    Remarque

    • DTS migre les clés étrangères lors de la migration du schéma.

    • Pendant la migration complète et incrémentielle des données, DTS désactive temporairement la vérification des contraintes et les cascades de clés étrangères au niveau de la session. Des mises à jour ou suppressions en cascade sur la base de données source pendant l'exécution de la tâche peuvent entraîner une incohérence des données.

    Type

    Description

    Limites de la base de données source

    • Exigence de bande passante : le serveur hébergeant la base de données source doit disposer d'une bande passante sortante suffisante. Dans le cas contraire, la vitesse de migration diminue.

    • Chaque table à migrer doit posséder une clé primaire ou une contrainte UNIQUE, et les colonnes clés doivent contenir des valeurs uniques. Sinon, des enregistrements dupliqués peuvent apparaître dans la base de données de destination.

    • Si vous sélectionnez des tables comme objets de migration et les modifiez (par exemple en mappant les noms de colonnes), une seule tâche de migration prend en charge jusqu'à 1 000 tables. Au-delà de cette limite, la tâche échoue avec une erreur lors de l'envoi. Pour résoudre ce problème, répartissez les tables sur plusieurs tâches ou configurez une tâche de migration de base de données complète.

    • Pour une migration incrémentielle, activez la journalisation binaire :

      • Définissez binlog_format sur ROW et binlog_row_image sur FULL. Sinon, la pré-vérification échoue et la tâche ne peut pas démarrer.

        Important

        Si votre source MySQL auto-gérée est un cluster à double maître (où chaque instance agit à la fois comme maître et esclave), activez le paramètre log_slave_updates. Cela garantit que DTS puisse lire tous les journaux binaires.

      • Pour les instances RDS for MySQL, conservez les journaux binaires locaux pendant au moins trois jours (sept jours recommandés). Pour les bases de données MySQL auto-gérées, conservez-les pendant au moins sept jours. Si DTS ne peut pas accéder aux journaux binaires, la tâche échoue. Dans des cas extrêmes, cela peut provoquer une incohérence ou une perte de données. Les problèmes causés par une durée de rétention des journaux binaires inférieure aux exigences de DTS ne sont pas couverts par le SLA de DTS.

        Remarque

        Pour définir la retention period des journaux binaires locaux sur une instance RDS for MySQL, consultez Supprimer automatiquement les journaux locaux.

    • Opérations interdites sur la base de données source :

      • N'exécutez pas d'opérations DDL modifiant les schémas de base de données ou de tables pendant la migration du schéma ou la migration complète. Sinon, la tâche de migration échoue.

        Remarque

        Lors de la migration complète, DTS interroge la base de données source. Cela crée des verrous de métadonnées susceptibles de bloquer les opérations DDL sur la base source.

      • Si vous exécutez uniquement une migration complète, n'écrivez pas de nouvelles données dans l'instance source. Sinon, les données source et de destination deviennent incohérentes. Pour maintenir la cohérence des données en temps réel, sélectionnez la migration du schéma, la migration complète et la migration incrémentielle.

    • DTS ne migre pas les données générées par des modifications qui ne s'écrivent pas dans les journaux binaires. Cela inclut notamment les données restaurées à partir de sauvegardes physiques ou créées par des opérations en cascade.

      Remarque

      Si cela se produit, relancez la migration complète lorsque votre activité le permet.

    • Si votre base de données MySQL source est en version 8.0.23 ou ultérieure et contient des colonnes masquées invisibles, DTS ne peut pas lire ces colonnes. Cela peut entraîner une perte de données.

      Remarque

      Exécutez ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; pour rendre la colonne masquée visible. Pour plus d'informations, consultez Invisible Columns.

    • Compatibilité MySQL : Lorsque DTS migre des données depuis une base de données source de la famille MySQL, il s'appuie sur le protocole MySQL standard et le format Binlog. Les comportements incompatibles avec le standard MySQL ne sont pas pris en charge. Si votre base de données source prétend être compatible MySQL mais se comporte différemment (par exemple, lorsqu'OceanBase est connecté en tant que source en mode MySQL, l'horodatage de l'événement rotate final dans le Binlog est 0, ce qui diffère de MySQL), la tâche de migration DTS peut échouer.

    Autres limites

    • Nous vous recommandons d'utiliser la même version MySQL pour les bases de données source et de destination afin de garantir la compatibilité.

    • Si votre base de données source utilise des opérations DDL en ligne en mode table temporaire (y compris les scénarios de fusion de plusieurs tables) ou ajoute des index basés sur des fonctions aux colonnes de clé unique, une perte de données ou un échec de tâche peut survenir sur la base de données de destination.

    • DTS ne prend pas en charge la migration des analyseurs définis à l'aide de la syntaxe de commentaires.

    • En cas de conflit de clé primaire ou unique lors de la migration :

      • Si les schémas de table sont cohérents et qu'un enregistrement dans la base de données de destination a la même valeur de clé primaire qu'un enregistrement dans la base source :

        • Lors de la migration complète, DTS conserve l'enregistrement dans la base de données de destination. L'enregistrement de la base source n'est pas migré.

        • Lors de la migration incrémentielle, DTS ne conserve pas l'enregistrement dans la base de destination. L'enregistrement de la base source écrase celui de la base de destination.

      • Si les schémas de table sont incohérents, seules certaines colonnes de données peuvent être migrées, ou la migration peut échouer. Soyez vigilant.

    • Avant la migration, évaluez les performances des bases de données source et de destination. Lancez la migration pendant les heures creuses. Sinon, la migration complète consomme des ressources de lecture et d'écriture sur les deux bases de données et augmente leur charge.

    • La migration complète exécute des opérations INSERT simultanément. Cela fragmente les tables de destination. Après la migration complète, les tables de destination nécessitent plus d'espace de stockage que les tables sources.

    • 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 migrer des schémas, définissez le paramètre de niveau instance character_set_server sur utf8mb4 dans la base de données de destination.

    • Vérifiez que la précision de migration DTS pour les colonnes FLOAT ou DOUBLE répond à vos besoins métier. DTS lit ces colonnes à l'aide de ROUND(COLUMN,PRECISION). Si aucune précision n'est définie, DTS utilise 38 chiffres pour FLOAT et 308 chiffres pour DOUBLE.

    • DTS tente de récupérer les tâches ayant échoué dans un délai de sept jours. Avant de basculer le trafic vers l'instance de destination, terminez ou libérez la tâche. Vous pouvez aussi exécuter la commande revoke pour supprimer l'autorisation d'écriture de DTS sur le compte de l'instance de destination. Cela empêche la récupération automatique d'écraser les données de destination avec celles de la source.

    • DTS ne prend pas en charge la conversion des données datetime en varchar.

    • Si les écritures DDL échouent sur la base de données de destination, la tâche DTS continue de s'exécuter. Vérifiez les instructions DDL ayant échoué dans les journaux de la tâche. Pour obtenir des instructions, consultez Afficher les journaux de tâche.

    • Si votre instance RDS for MySQL a activé Always-Encrypted, la migration complète n'est pas prise en charge.

      Remarque

      Les instances RDS for MySQL avec Transparent Data Encryption (TDE) activé prennent en charge la migration de schéma, la migration complète et la migration incrémentielle.

    • Pour migrer les comptes de base de données depuis la source, respectez les prérequis nécessaires et examinez les considérations associées. Pour plus d'informations, consultez Migrer les comptes de base de données.

    • Si une tâche échoue, le 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 ceux de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux répertoriés dans Modifier les paramètres de l'instance.

    Cas particuliers

    • Pour les sources MySQL auto-gérées :

      • Un basculement maître-veille sur la base de données source entraîne l'échec de la tâche de migration.

      • DTS calcule la latence en comparant l'horodatage du dernier enregistrement migré vers la base de données de destination avec l'heure actuelle. Si aucune opération DML n'est exécutée sur la source pendant une longue période, le rapport de latence devient inexact. Si la latence semble trop élevée, exécutez une opération DML sur la source pour mettre à jour la valeur de latence.

        Remarque

        Si vous sélectionnez la migration de base de données complète, créez une table de battement de cœur. Mettez-la à jour ou écrivez-y chaque seconde.

      • DTS exécute périodiquement CREATE DATABASE IF NOT EXISTS test sur la base de données source pour faire avancer le décalage du journal binaire.

      • Si votre source est Amazon Aurora MySQL ou une autre instance MySQL en cluster, assurez-vous que le nom de domaine ou l'adresse IP configuré pour la tâche (ainsi que sa résolution DNS) pointe toujours vers un nœud de lecture-écriture (RW). Sinon, la tâche de migration peut échouer.

    • Pour les sources RDS for MySQL :

      • Pour une migration incrémentielle, les instances RDS for MySQL qui n'enregistrent pas les journaux de transactions (comme les instances en lecture seule RDS for MySQL 5.6) ne sont pas prises en charge comme sources.

      • DTS exécute périodiquement CREATE DATABASE IF NOT EXISTS test sur la base de données source pour faire avancer le décalage du journal binaire.

    • Lorsque la base de données de destination est PolarDB MySQL Edition :

      • DTS crée automatiquement une base de données dans PolarDB for MySQL. Si le nom de la base de données à migrer ne respecte pas les conventions de nommage de PolarDB for MySQL, vous devez créer la base de données dans PolarDB for MySQL avant de configurer la tâche de migration. Pour les opérations associées, consultez Gérer les bases de données.

      • Vous ne pouvez pas ajuster le taux de migration complète.

    Facturation

    Type de migration

    Frais de configuration de l'instance

    Frais de trafic Internet

    Migration de schéma et migration complète des données

    Gratuit.

    Des frais de trafic Internet s'appliquent lorsque le Access Method de la base de données de destination est défini sur Public IP Address. Pour plus d'informations, consultez Vue d'ensemble de la facturation.

    Migration incrémentielle des données

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

    Types de migration

    • Migration de schéma

      Data Transmission Service (DTS) migre les définitions de schéma des objets de migration depuis la base de données source vers la base de données de destination.

      • DTS prend en charge la migration de schéma pour les tables, vues, déclencheurs, procédures stockées et fonctions.

        Remarque

        Le routine_body des procédures stockées, le routine_body des fonctions et le select_statement des vues ne sont pas modifiés.

      • Lors de la migration du schéma, DTS change le DEFINER en INVOKER pour les vues, procédures stockées et fonctions à migrer. Cette action modifie la valeur de SQL SECURITY en INVOKER. DTS définit également le DEFINER sur le compte de la base de données de destination utilisé pour la tâche de migration.

        Remarque

        La méthode d'authentification de sécurité et le definér de la base de données source ne sont pas modifiés.

      • DTS ne migre pas les informations de compte et d'autorisation (informations USER) de la base de données source. DTS change également la méthode d'authentification de sécurité des vues, procédures stockées et fonctions à migrer en INVOKER. Par conséquent, lorsque vous appelez ces objets dans la base de données de destination, l'appelant doit disposer des autorisations de lecture et d'écriture sur celle-ci. Sinon, l'appel échoue en raison d'autorisations insuffisantes. Si le compte appelant possède déjà les autorisations de lecture et d'écriture sur la base de données de destination, l'appel de ces objets n'est pas affecté. Si vous souhaitez que le DEFINER d'un objet dans la base de données de destination soit identique à celui de la base source, supprimez l'objet dont l'appel échoue dans la base de destination et recréez-le. Lors de la recréation, spécifiez le DEFINER d'origine dans l'instruction de création et assurez-vous que le compte definér existe dans la base de données de destination.

    • Migration complète

      DTS migre toutes les données historiques des objets de migration spécifiés depuis la base de données source vers la base de données de destination.

    • Migration incrémentielle

      Une fois la migration complète terminée, DTS migre les mises à jour incrémentielles des données depuis la base de données source vers la base de données de destination. La migration incrémentielle permet de migrer les données en douceur sans interrompre vos applications auto-gérées.

    Opérations SQL prises en charge pour la migration incrémentielle

    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

      Une opération RENAME TABLE peut entraîner une incohérence des données. Par exemple, si vous sélectionnez une seule table comme objet de migration et renommez cette table dans l'instance source pendant la migration, les données de cette table ne sont pas migrées vers la base de données de destination. Pour éviter ce problème, sélectionnez l'intégralité de la base de données à laquelle appartient la table comme objet de migration lors de la configuration de la tâche de migration des données. Assurez-vous que les bases de données auxquelles la table appartient avant et après l'opération RENAME TABLE sont toutes deux incluses dans les objets de migration.

    • TRUNCATE TABLE

    Autorisations du compte de base de données

    Base de données

    Schema migration

    Full migration

    Incremental migration

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

    Autorisation SELECT

    Autorisation SELECT

    Autorisation SELECT sur les objets à migrer

    Autorisations REPLICATION CLIENT, REPLICATION SLAVE et SHOW VIEW

    Autorisations de création de bases de données et de tables, afin que DTS puisse créer la base de données dts pour stocker les données de battement de cœur

    Cluster PolarDB for MySQL

    Autorisation de lecture et d'écriture

    Pour créer et autoriser des comptes de base de données, procédez comme suit :

    Procédure

    1. Accédez à la page de liste des tâches de migration pour la région de destination en utilisant l'une des 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 Migration.

      3. Dans le coin supérieur gauche de la page, sélectionnez la région où se trouve l'instance de migration.

      Depuis la console DMS

      Remarque

      Les opérations réelles peuvent varier selon le mode et la disposition de la console DMS. Pour plus d'informations, consultez Console en mode simple et Personnaliser la disposition et le style de la console DMS.

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

      2. Dans la barre de menu supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Migration.

      3. À droite de Data Migration Tasks, sélectionnez la région où se trouve l'instance de migration.

    2. Cliquez sur Create Task pour accéder à la page de configuration de la tâche.

    3. Facultatif : Dans le coin supérieur droit de la page, cliquez sur New Configuration Page.

      Remarque

      • Si vous êtes déjà sur la nouvelle page de configuration (le bouton dans le coin supérieur droit est Back to Previous Version), ignorez cette étape.

      • Les paramètres des anciennes et nouvelles pages de configuration diffèrent. Nous vous recommandons d'utiliser la nouvelle page de configuration.

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

      Avertissement

      Après avoir sélectionné les instances source et de destination, nous vous recommandons de lire attentivement les limites affichées en haut de la page. Sinon, la tâche peut échouer ou une incohérence des données peut survenir.

      Catégorie

      Configuration

      Description

      Aucune

      Task Name

      DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour une identification facile. Le nom n'a pas besoin d'être unique.

      Source Database

      Select Existing Connection

      • Pour utiliser une instance de base de données qui a été ajoutée au système (créée ou enregistrée), sélectionnez l'instance souhaitée dans la liste déroulante. Les informations de la base de données ci-dessous seront configurées automatiquement.

        Remarque

        Dans la console DMS, ce paramètre est nommé Select a DMS database instance..

      • Si vous n'avez pas enregistré l'instance de base de données dans le système, ou si vous n'avez pas besoin d'utiliser une instance enregistrée, configurez manuellement les informations de la base de données ci-dessous.

      Database Type

      Sélectionnez MySQL.

      Access Method

      Sélectionnez selon l'emplacement de déploiement de votre base de données source. Cette rubrique utilise Public IP Address comme exemple.

      Remarque

      Si votre base de données auto-gérée est d'un autre type d'instance, effectuez des préparatifs supplémentaires. Pour plus de détails, consultez Vue d'ensemble des préparatifs.

      Instance Region

      Sélectionnez la région où réside votre base de données MySQL auto-gérée.

      Remarque

      Sélectionnez une région physiquement proche de votre base de données MySQL auto-gérée (même si elle n'est pas hébergée dans le cloud) pour garantir des performances réseau et une vitesse d'accès optimales.

      Hostname or IP address

      Saisissez l'endpoint de votre base de données MySQL auto-gérée. Dans cet exemple, saisissez l'adresse IP publique.

      Port

      Saisissez le port de service de votre base de données MySQL auto-gérée (doit être ouvert au réseau public). La valeur par défaut est 3306.

      Database Account

      Saisissez le compte de votre base de données MySQL auto-gérée. Pour les autorisations requises, consultez Autorisations du compte de base de données.

      Database Password

      Saisissez le mot de passe du compte de base de données.

      Encryption

      Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins.

      • Si le chiffrement SSL n'est pas activé pour la base de données MySQL auto-gérée, sélectionnez Non-encrypted.

      • Si le chiffrement SSL est activé pour la base de données MySQL auto-gérée, sélectionnez SSL-encrypted. Vous devez également télécharger un CA Certificate et saisir le CA Certificate Password.

      Destination Database

      Select Existing Connection

      • Pour utiliser une instance de base de données qui a été ajoutée au système (créée ou enregistrée), sélectionnez l'instance souhaitée dans la liste déroulante. Les informations de la base de données ci-dessous seront configurées automatiquement.

        Remarque

        Dans la console DMS, ce paramètre est nommé Select a DMS database instance..

      • Si vous n'avez pas enregistré l'instance de base de données dans le système, ou si vous n'avez pas besoin d'utiliser une instance enregistrée, configurez manuellement les informations de la base de données ci-dessous.

      Database Type

      Sélectionnez PolarDB for MySQL.

      Access Method

      Sélectionnez Cloud instance.

      Instance Region

      Sélectionnez la région où réside votre cluster PolarDB for MySQL de destination.

      PolarDB instance ID

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

      Database Account

      Saisissez le compte de base de données de votre cluster PolarDB for MySQL de destination. Pour les autorisations requises, consultez Autorisations du compte de base de données.

      Database Password

      Saisissez le mot de passe du compte de base de données.

      Encryption

      Sélectionnez un type de connexion selon vos besoins. Pour plus d'informations sur la fonctionnalité de chiffrement SSL, consultez Activer le chiffrement SSL.

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

      Remarque

      Assurez-vous que les segments d'adresse IP du service DTS sont ajoutés automatiquement ou manuellement aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Pour plus d'informations, consultez Ajouter des adresses IP de serveur DTS à une liste d'autorisation.

    6. Configurez les objets de la tâche.

      1. Sur la page Configure Objects, configurez les objets que vous souhaitez migrer.

        Configuration

        Description

        Migration Types

        • Si vous avez seulement besoin d'effectuer une migration complète, sélectionnez à la fois Schema Migration et Full Data Migration.

        • Pour effectuer une migration sans interruption de service, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration.

        Remarque

        • Si vous ne sélectionnez pas Schema Migration, vous devez vous assurer qu'une base de données et des tables destinées à recevoir les données existent dans la base de données de destination. Vous pouvez également utiliser la fonctionnalité de mappage de noms d'objets dans la zone Selected Objects si nécessaire.

        • Si vous ne sélectionnez pas Incremental Data Migration, n'écrivez pas de nouvelles données dans l'instance source pendant la migration des données afin de garantir la cohérence des données.

        Method to Migrate Triggers in Source Database

        Sélectionnez une méthode de migration des déclencheurs selon vos besoins. Ignorez cette étape si les objets à migrer n'incluent pas de déclencheurs. Pour plus d'informations, consultez Configurer une méthode de migration des déclencheurs.

        Remarque

        Vous ne pouvez configurer ce paramètre que si Migration Types inclut Schema Migration.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors : Vérifie si des tables portant les mêmes noms existent dans la base de données de destination. Si aucune table homonyme n'existe, la pré-vérification réussit. Si des tables homonymes existent, une erreur est signalée lors de la pré-vérification et la tâche de migration des données ne démarre pas.

          Remarque

          Si une table dans la base de données de destination porte le même nom mais ne peut pas être facilement supprimée ou renommée, vous pouvez modifier le nom de la table dans la base de données de destination. Pour plus d'informations, consultez Mappage de noms d'objets.

        • Ignore Errors and Proceed : Ignore la vérification des tables homonymes.

          Avertissement

          La sélection de Ignore Errors and Proceed peut entraîner une incohérence des données et des risques opérationnels. Par exemple :

          • Si les schémas de table sont cohérents et qu'un enregistrement dans la base de données de destination a la même valeur de clé primaire qu'un enregistrement dans la base source :

            • Lors de la migration complète, DTS conserve l'enregistrement dans la base de données de destination. L'enregistrement de la base source n'est pas migré.

            • Lors de la migration incrémentielle, DTS ne conserve pas l'enregistrement dans la base de destination. L'enregistrement de la base source écrase celui de la base de destination.

          • Si les schémas de table sont incohérents, seules certaines colonnes de données peuvent être migrées, ou la migration peut échouer. Soyez vigilant.

        Whether to migrate Event

        Indiquez si vous souhaitez migrer les événements de la base de données source. Si vous sélectionnez Yes, des étapes supplémentaires sont requises. 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 des objets migrés (bases de données, tables, colonnes) dans l'instance de destination. Par défaut, DTS default policy est sélectionné. Vous pouvez également choisir de maintenir la sensibilité à la casse conforme à la politique par défaut de la base de données source ou de destination. Pour plus d'informations, consultez Sensibilité à la casse des noms d'objets dans la base de données de destination.

        Source Objects

        Sélectionnez un ou plusieurs objets dans la section Source Objects. Cliquez sur l'icône Rightwards arrow et ajoutez les objets à la section Selected Objects.

        Remarque

        La granularité de sélection des objets de migration est le schéma, la table et la colonne. Si vous sélectionnez uniquement des tables ou des colonnes comme objets de migration, d'autres objets tels que les vues, les déclencheurs et les procédures stockées ne sont pas migrés vers la base de données de destination.

        Selected Objects
        Remarque

        • L'utilisation du mappage de noms d'objets peut entraîner l'échec de la migration des objets dépendants.

        • Pour filtrer les données à l'aide d'une clause WHERE, faites un clic droit sur une table dans la zone Selected Objects et définissez la condition de filtre dans la boîte de dialogue qui apparaît. Pour plus d'informations, consultez Définir des conditions de filtre.

        • Pour sélectionner des opérations SQL au niveau de la base de données ou de la table, faites un clic droit sur un objet dans la zone Selected Objects et sélectionnez les opérations SQL requises dans la boîte de dialogue qui apparaît. Pour plus d'informations sur les opérations prises en charge, consultez Opérations SQL prises en charge pour la migration incrémentielle.

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

        Configuration

        Description

        Dedicated Cluster for Task Scheduling

        Par défaut, DTS planifie les tâches sur un cluster partagé. Vous n'avez pas besoin d'en sélectionner un. Si vous souhaitez des tâches plus stables, vous pouvez acheter un cluster dédié pour exécuter les tâches de migration DTS.

        Select the engine type of the destination database

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

        • InnoDB : le moteur de stockage par défaut.

        • X-Engine : un 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 migrer ou non les données des tables temporaires générées par ces modifications.

        Important

        • Les tâches DTS ne prennent pas en charge l'utilisation d'outils tels que pt-online-schema-change pour effectuer des modifications DDL en ligne. Sinon, la tâche DTS échoue.

        • Les méthodes de traitement pour chaque phase sont les suivantes : Les phases Schema Migration et Full Data Migration n'autorisent pas les opérations DDL modifiant la structure de la base de données ou de la table. Par conséquent, elles ne sont pas contrôlées par la politique DDL en ligne.

          • Schema Migration : Non contrôlée par la politique DDL en ligne. Les tables temporaires associées sont créées.

          • Full Data Migration : Non contrôlée par la politique DDL en ligne. La migration des tables temporaires n'est pas incluse dans les objets de migration 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 Migration : Contrôlée par la politique DDL en ligne.

            • Yes : Migre les modifications de données des 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 des 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 : Migre les données des tables temporaires générées par les modifications DDL en ligne.

          Remarque

          Si les modifications DDL en ligne génèrent une grande quantité de données dans les tables temporaires, cela peut entraîner une latence de la tâche.

        • No, Adapt to DMS Online DDL : Ne migre pas les données des tables temporaires générées par les modifications DDL en ligne. Migre uniquement les instructions DDL d'origine exécutées à l'aide de Data Management (DMS).

          Remarque

          Cette option provoque le verrouillage des tables dans la base de données de destination.

        • No, Adapt to gh-ost : Ne migre pas les données des tables temporaires générées par les modifications DDL en ligne. Prend en charge des règles de filtrage personnalisées. DTS filtre les modifications de données des 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 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

        Indiquez si vous souhaitez migrer les informations de compte depuis la base de données source. Si vous sélectionnez Yes, sélectionnez les comptes à migrer et confirmez leurs autorisations.

        Retry Time for Failed Connections

        Après le démarrage de la tâche de migration, 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 personnaliser le temps de nouvelle tentative entre 10 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 30 minutes. Si DTS se reconnecte aux bases de données source et de destination dans le délai spécifié, la tâche de migration reprend automatiquement. Sinon, la tâche échoue.

        Remarque

        • Pour plusieurs instances DTS partageant la même source ou destination, le temps de nouvelle tentative réseau est déterminé par le paramètre de la dernière tâche créée.

        • Étant donné que la tâche est facturée pendant la période de nouvelle tentative de connexion, nous vous recommandons de personnaliser le temps 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 migration, si un problème autre qu'une connexion (tel qu'une exception d'exécution DDL ou DML) survient dans la base de données source ou de destination, DTS signale une erreur et commence immédiatement à réessayer l'opération. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser le temps de nouvelle tentative entre 1 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations concernées réussissent dans le délai de nouvelle tentative spécifié, la tâche de migration reprend automatiquement. Sinon, la tâche échoue.

        Important

        La valeur de Retry Time for Other Issues doit être inférieure à la valeur de Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Lors de la migration complète, DTS consomme des ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Si nécessaire, vous pouvez activer la limitation de débit pour la tâche de migration complète. Vous pouvez définir Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s) pour réduire la charge sur la base de données de destination.

        Remarque

        • Cet élément de configuration n'est disponible que si vous sélectionnez Full Data Migration pour Migration Types.

        • Vous pouvez également ajuster la vitesse de migration complète après le démarrage de l'instance de migration.

        Enable Throttling for Incremental Data Migration

        Si nécessaire, vous pouvez également choisir de définir des limites de vitesse pour la tâche de migration incrémentielle. Vous pouvez définir RPS of Incremental Data Migration et Data migration speed for incremental migration (MB/s) pour réduire la charge sur la base de données de destination.

        Remarque

        • Cet élément de configuration n'est disponible que si vous sélectionnez Incremental Data Migration pour Migration Types.

        • Vous pouvez également ajuster la vitesse de migration incrémentielle après le démarrage de l'instance de migration.

        Environment Tag

        Sélectionnez un tag d'environnement pour identifier l'instance. Pour cet exemple, vous n'avez pas besoin de sélectionner de tag.

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

        Choisissez d'écrire ou non les informations SQL de battement de cœur dans la base de données source lorsque l'instance DTS est en cours d'exécution.

        • Yes : Les informations SQL de battement de cœur ne sont pas écrites dans la base de données source. Cela peut amener l'instance DTS à signaler un retard.

        • No : Écrit les informations SQL de battement de cœur dans la base de données source. Cela peut interférer avec des fonctionnalités telles que la sauvegarde physique et le clonage de la base de données source.

        Configure ETL

        Choisissez d'activer ou non la fonctionnalité d'extraction, transformation et chargement (ETL). Pour plus d'informations, consultez Qu'est-ce que l'ETL ? Valeurs valides :

        Monitoring and Alerting

        Choisissez de configurer des alertes et de recevoir des notifications d'alerte en fonction de vos besoins métier.

        • No : Ne définit pas d'alerte.

        • Yes : Configurez les alertes en définissant un seuil d'alerte et un notifications d'alerte. Si une migration échoue ou si la latence dépasse le seuil, le système envoie une notification d'alerte.

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

        Pour plus d'informations sur la fonctionnalité de validation des données, consultez Configurer la validation des données.

    7. Enregistrez la tâche et lancez une pré-vérification.

      • Pour afficher les paramètres de configuration de cette instance lors de l'appel de l'opération API, placez le pointeur sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle qui apparaît.

      • Si vous n'avez pas besoin d'afficher les paramètres API ou si vous avez terminé de les consulter, cliquez sur Next: Save Task Settings and Precheck en bas de la page.

      Remarque

      • Avant le démarrage de la tâche de migration, DTS effectue une pré-vérification. La tâche ne démarre qu'après avoir réussi cette pré-vérification.

      • Si la pré-vérification échoue, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon l'invite, puis relancez la pré-vérification.

      • Si un avertissement est signalé lors de la pré-vérification :

        • Pour les éléments de vérification qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon l'invite, puis relancez la pré-vérification.

        • Pour les éléments de vérification pouvant être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'élément d'alerte et relancer la pré-vérification. Si vous choisissez d'ignorer un avertissement, cela peut causer des problèmes tels qu'une incohérence des données et présenter des risques pour votre activité.

    8. Achetez l'instance.

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

      2. Sur la page Purchase, sélectionnez la spécification de lien pour l'instance de migration de données. Pour plus d'informations, consultez le tableau suivant.

        Catégorie

        Paramètre

        Description

        New Instance Class

        Resource Group Settings

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

        Instance Class

        DTS fournit des spécifications de migration avec différents niveaux de performance. La spécification de lien affecte la vitesse de migration. Vous pouvez sélectionner une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez Spécifications de lien de migration de données.

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

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

        Vous pouvez suivre la progression de la tâche de migration sur la page de liste Data Migration Tasks.

        Remarque

        • Si la tâche de migration n'inclut pas de migration incrémentielle, elle s'arrête automatiquement une fois la migration complète terminée. Après l'arrêt de la tâche, son Status passe à Completed.

        • Si la tâche de migration inclut une migration incrémentielle, elle ne s'arrête pas automatiquement. La tâche de migration incrémentielle continue de s'exécuter. Pendant l'exécution de la tâche de migration incrémentielle, le Status de la tâche est Running.