Tous les produits
Search

Ce produit

    Data Transmission Service:Migrer PolarDB for MySQL vers AnalyticDB for MySQL V3.0

    Centre de documentation

    Data Transmission Service:Migrer PolarDB for MySQL vers AnalyticDB for MySQL V3.0

    Dernière mise à jour :Sep 20, 2026

    Utilisez Data Transmission Service (DTS) pour migrer les données de PolarDB for MySQL vers AnalyticDB for MySQL 3,0 et mettre en place des systèmes dédiés à la business intelligence (BI), aux requêtes interactives et au reporting en temps réel.

    Prérequis

    • Vous devez disposer d'un cluster source PolarDB for MySQL. Pour plus d'informations, consultez les rubriques Acheter un cluster à la demande et Acheter un cluster par abonnement.

    • Vous avez créé un cluster cible AnalyticDB for MySQL 3,0. Pour plus de détails, consultez la rubrique Créer un cluster.

    • Le cluster cible AnalyticDB for MySQL doit offrir un espace de stockage supérieur à celui utilisé par le cluster source PolarDB for MySQL.

    Limites

    Remarque

    • Lors de la migration du schéma, DTS ne migre pas les clés étrangères de la base de données source vers la base de données de destination.

    • Pendant la migration complète des données et la migration incrémentielle, DTS désactive temporairement les vérifications de contraintes et les opérations en cascade liées aux clés étrangères au niveau de la session. Si des opérations de mise à jour ou de suppression en cascade se produisent dans la base de données source pendant l'exécution de la tâche, des incohérences de données peuvent survenir.

    • Lors de la migration du schéma, DTS ne prend pas en charge la migration des vues matérialisées vers l'instance AnalyticDB for MySQL de destination. Pour utiliser des vues matérialisées, créez-les manuellement dans l'instance de destination une fois la migration terminée.

    Type

    Description

    Limites de la base de données source

    • Le serveur qui héberge la base de données source doit disposer d'une bande passante sortante suffisante. Dans le cas contraire, la vitesse de migration des données sera affectée.

    • Les tables à migrer doivent posséder une clé primaire ou une contrainte UNIQUE, et les champs inclus dans cette clé ou cette contrainte doivent être uniques. Sinon, des données en double peuvent apparaître dans la base de données de destination.

    • Si vous migrez les données au niveau des tables et que vous devez modifier les tables, par exemple en mappant les noms de colonnes, une seule tâche de migration de données peut migrer au maximum 1 000 tables. Si vous dépassez cette limite, une erreur est signalée après l'envoi de la tâche. Dans ce cas, répartissez les tables sur plusieurs tâches de migration ou configurez une tâche pour migrer la base de données entière.

    • Si vous effectuez une migration incrémentielle :

      • Vous devez activer la journalisation binaire et définir le paramètre loose_polar_log_bin sur on. Sinon, la prévérification échoue et la tâche de migration des données ne peut pas démarrer. 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 Modifier les paramètres.

        Remarque

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

      • Les journaux binaires du cluster PolarDB for MySQL doivent être conservés pendant au moins 3 jours. Nous recommandons une période de rétention de 7 jours. Sinon, DTS pourrait ne pas parvenir à récupérer les journaux binaires, ce qui entraînerait l'échec de la tâche. Dans les cas extrêmes, cela peut provoquer des incohérences ou une perte de données. Les problèmes causés par une période de rétention des journaux binaires inférieure aux exigences de DTS 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.

    • Limites opérationnelles pour la base de données source :

      • Pendant la migration du schéma et la migration complète des données, n'effectuez pas d'opérations DDL modifiant le schéma de la base de données ou des tables. Sinon, la tâche de migration des données échouera.

        Remarque

        Pendant la migration complète des données, DTS interroge la base de données source. Cela crée un verrouillage des métadonnées, qui peut bloquer les opérations DDL sur la base de données source.

      • Pendant la migration, n'effectuez pas d'opérations DDL modifiant la clé primaire ou ajoutant des commentaires à une table, telles que ALTER TABLE table_name COMMENT='table_comment';. Sinon, la tâche de migration des données échouera.

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

    Notes

    • DTS ne prend pas en charge la migration des index de préfixe. Si la base de données source contient des index de préfixe, la migration des données peut échouer.

    • Si votre base de données source utilise des opérations DDL en ligne en mode table temporaire, y compris dans des scénarios de fusion de plusieurs tables, ou si elle 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.

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

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

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

        • Pendant la migration incrémentielle, DTS ne conserve pas l'enregistrement dans la base de données de destination. L'enregistrement provenant de la base de données source écrase celui de la base de données 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. Agissez avec prudence.

    • La base de données de destination doit disposer d'une clé primaire personnalisée. Ou bien, à l'étape Configurations for Databases, Tables, and Columns, définissez la colonne Primary Key Column. Sinon, la migration peut échouer.

    • DTS ne prend pas en charge la migration des nœuds en lecture seule de l'instance source PolarDB for MySQL.

    • DTS ne prend pas en charge la migration des tables externes OSS depuis l'instance source PolarDB for MySQL.

    • DTS ne prend pas en charge la migration des objets INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER et FK.

    • DTS ne prend pas en charge les scénarios de basculement principal/secondaire pour l'instance de base de données pendant la migration complète des données. Dans un tel scénario, reconfigurez rapidement la tâche de migration.

    • En raison des limites d'AnalyticDB for MySQL, si l'utilisation de l'espace disque de n'importe quel nœud du cluster AnalyticDB for MySQL dépasse 80 %, la tâche DTS devient anormale et subit de la latence. Estimez l'espace requis à l'avance et assurez-vous que le cluster de destination dispose d'un stockage suffisant.

    • Si le cluster de destination AnalyticDB for MySQL 3,0 effectue une sauvegarde pendant l'exécution de la tâche DTS, la tâche échoue.

    • Avant d'effectuer la migration des données, évaluez les performances des bases de données source et de destination. Nous vous recommandons d'effectuer la migration des données pendant les heures creuses. Pendant la migration complète des données, 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.

    • La migration complète des données implique des opérations INSERT concurrentes, ce qui provoque une fragmentation des tables dans la base de données de destination. Par conséquent, l'espace de stockage des tables dans la base de données de destination est plus grand que celui de l'instance source une fois la migration complète terminée.

    • Vérifiez que la précision de migration pour les colonnes de type de données FLOAT ou DOUBLE répond à vos besoins métier. DTS lit les valeurs de ces colonnes en utilisant ROUND(COLUMN,PRECISION). Si la précision n'est pas explicitement définie, DTS utilise une précision par défaut de 38 pour FLOAT et de 308 pour DOUBLE.

    • DTS tente de récupérer les tâches ayant échoué dans un délai de sept jours. Avant de basculer vos charges de travail vers l'instance de destination, vous devez arrêter ou libérer la tâche. Vous pouvez également révoquer les autorisations d'écriture du compte de base de données utilisé par DTS pour accéder à l'instance de destination en utilisant la commande revoke. Cela empêche les données source d'écraser les données de l'instance de destination si la tâche est automatiquement récupérée.

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

    • Si une instruction DDL ne parvient pas à être écrite dans la base de données de destination, la tâche DTS continue de s'exécuter. Vous devez vérifier les journaux de la tâche pour identifier l'instruction DDL ayant échoué. Pour plus d'informations sur la consultation des journaux de tâche, consultez la rubrique Interroger les journaux de tâche.

    • En cas d'échec d'une tâche, l'équipe support de DTS tentera de la restaurer dans un délai de huit heures. Lors de la restauration, ils peuvent redémarrer la tâche ou ajuster ses paramètres.

      Remarque

      Seuls les paramètres de la tâche DTS sont modifiés, et non les paramètres de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux répertoriés dans la rubrique Modifier les paramètres de l'instance.

    Facturation

    Type de migration

    Frais de configuration de l'instance

    Frais de trafic Internet

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

    Gratuit.

    Lorsque le paramètre Access Method de la base de données de destination est défini sur Public IP Address, des frais de trafic Internet vous sont facturés. Pour plus d'informations, consultez la rubrique Présentation de la facturation.

    Migration incrémentielle des données

    Facturé. Pour plus d'informations, consultez la rubrique Présentation de la facturation.

    Types de migration

    • Migration du schéma

      DTS migre les schémas des objets sélectionnés de la base de données source vers la base de données de destination.

      Remarque

      Cela s'applique aux migrations entre bases de données hétérogènes. Étant donné que les types de données peuvent ne pas correspondre parfaitement lors de la migration du schéma, vous devez évaluer attentivement l'impact sur votre activité. Pour plus d'informations, consultez la rubrique Mappage des types de données pour les bases de données hétérogènes.

    • Migration complète des données

      DTS migre toutes les données des objets de la base de données source sélectionnés vers la base de données de destination.

    • Migration incrémentielle des données

      Une fois la migration complète des données terminée, DTS migre les modifications incrémentielles des données de la base de données source vers la base de données de destination. Ce processus permet une migration fluide sans interruption de service pour vos applications autogérées.

    Opérations SQL pour la migration incrémentielle

    Type d'opération

    Instruction SQL

    DML

    INSERT, UPDATE et DELETE

    Remarque

    Lorsque vous écrivez des données dans AnalyticDB for MySQL, le système convertit automatiquement les instructions UPDATE en REPLACE INTO. Si vous mettez à jour une clé primaire, il convertit l'instruction UPDATE en une opération DELETE suivie d'une opération INSERT.

    DDL

    CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, MODIFY COLUMN et DROP COLUMN

    Important

    Une opération RENAME TABLE peut provoquer des incohérences de données. Par exemple, si vous sélectionnez une seule table comme objet de migration et que vous renommez cette table dans l'instance source pendant la migration, les données de cette table ne seront pas migrées vers la base de données de destination. Pour éviter ce problème, sélectionnez la base de données entière à 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 appartient la table, avant et après l'opération RENAME TABLE, sont toutes deux incluses dans les objets de migration.
    Avertissement

    Si le type de données d'un champ de la table source change pendant la migration des données, la tâche s'arrête et signale une erreur. Pour résoudre le problème, suivez les étapes ci-dessous :

    1. Une tâche de migration vers la base de données de destination AnalyticDB for MySQL échoue si le type de données d'un champ de la table source (par exemple, customer) est modifié.

    2. Dans AnalyticDB for MySQL V3.0, créez une nouvelle table, par exemple customer_new, avec le schéma mis à jour de la table source.

    3. Utilisez la commande INSERT INTO SELECT pour copier les données de la table originale customer vers customer_new.

    4. Renommez ou supprimez la table originale customer, puis renommez customer_new en customer.

    5. Dans la console DTS, redémarrez la tâche de migration des données.

    Autorisations requises

    Base de données

    Autorisations

    PolarDB for MySQL

    Autorisation de lecture sur les objets à migrer

    AnalyticDB for MySQL 3,0

    Autorisations de lecture et d'écriture

    Pour créer des comptes de base de données et accorder des autorisations, consultez les rubriques suivantes :

    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 les rubriques 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 menus 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. 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. À défaut, la tâche pourrait échouer ou entraîner une incohérence des données.

      Catégorie

      Paramètre

      Description

      N/A

      Task Name

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

      Source Database

      Select Existing Connection

      • Pour utiliser une instance de base de données qui a été ajoutée au système (créée ou enregistrée), sélectionnez l'instance de base de données souhaitée dans la liste déroulante. Les informations de 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 auprès du système ou si vous n'avez pas besoin d'utiliser une instance enregistrée, configurez manuellement les informations de base de données ci-dessous.

      Database Type

      Sélectionnez PolarDB for MySQL.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

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

      PolarDB Cluster ID

      Sélectionnez l'ID de l'instance PolarDB for MySQL source.

      Database Account

      Saisissez le compte de base de données de l'instance PolarDB for MySQL source. Pour obtenir des informations sur les autorisations requises, consultez la section 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 la rubrique Activer le chiffrement SSL.

      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 de base de données souhaitée dans la liste déroulante. Les informations de 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 auprès du système ou si vous n'avez pas besoin d'utiliser une instance enregistrée, configurez manuellement les informations de base de données ci-dessous.

      Database Type

      Sélectionnez AnalyticDB for MySQL 3.0.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région du cluster AnalyticDB for MySQL cible.

      Instance ID

      Sélectionnez l'ID du cluster AnalyticDB for MySQL cible.

      Database Account

      Saisissez le compte de base de données du cluster AnalyticDB for MySQL cible. Pour obtenir des informations sur les autorisations requises, consultez la section Autorisations du compte de base de données.

      Database Password

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

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

      Remarque

      Assurez-vous que les plages d'adresses IP du service DTS sont ajoutées 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 la rubrique Ajouter les adresses IP des serveurs DTS à une liste d'autorisationAjouter les adresses IP des serveurs DTS à la liste d'autorisation.

    5. Configurez les objets de la tâche.

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

        Parameter

        Description

        Migration Types

        • Pour une migration complète des données uniquement, sélectionnez Schema Migration et Full Data Migration.

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

        Remarque

        • Si vous sélectionnez Full Data Migration, le schéma et les données des tables créées avec l'instruction CREATE TABLE peuvent être migrés vers la base de données de destination.

        • 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 de ces dernières.

        Processing Mode for Existing Destination 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 portant le même nom n'existe, la prévérification est réussie. Si des tables portant les mêmes noms 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 de 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 la rubrique Object name mapping.

        • Ignore Errors and Proceed : ignore la vérification des tables portant les mêmes noms.

          Avertissement

          La sélection de l'option Ignore Errors and Proceed peut entraîner une incohérence des données et des risques pour votre activité. Par exemple :

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

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

            • Lors de la migration incrémentielle, DTS ne conserve pas l'enregistrement dans la base de données de destination. L'enregistrement provenant de la base de données source écrase celui de la base de données 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. Procédez avec prudence.

        Select DDL and DML to Sync at the Instance Level

        Sélectionnez les opérations SQL pour la migration incrémentielle au niveau de l'instance. Pour obtenir des informations sur les opérations prises en charge, consultez la section SQL operations supported for incremental migration.

        Remarque

        Pour sélectionner des opérations SQL au niveau de la base de données ou de la table, cliquez avec le bouton droit sur l'objet de migration dans la zone Selected Objects et sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche.

        Table Merging

        • Si vous sélectionnez Yes, DTS ajoute la colonne __dts_data_source à chaque table pour enregistrer les sources de données. Pour plus d'informations, consultez la rubrique Enable multi-table merge.

        • Si vous sélectionnez No, il s'agit de l'option par défaut.

        Remarque

        La fonctionnalité de fusion de tables est configurée au niveau de la tâche, et non au niveau de la table. Pour fusionner certaines tables mais pas d'autres, vous devez créer deux tâches de migration de données distinctes.

        Avertissement

        N'effectuez pas d'opérations DDL pour modifier le schéma de la base de données source ou des tables. Sinon, une incohérence des données ou un échec de la tâche peut survenir.

        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

        • Vous pouvez sélectionner des objets de migration au niveau de la base de données, de la table ou de la colonne. Si vous sélectionnez des tables 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.

        • Si vous sélectionnez une base de données entière comme objet de migration, les règles par défaut suivantes s'appliquent :

          • Si une table de la base de données source possède une clé primaire (sur une seule colonne ou composite), la ou les colonnes de clé primaire sont utilisées comme clé de distribution.

          • Si une table de la base de données source ne possède pas de clé primaire, une colonne de clé primaire à incrémentation automatique est générée automatiquement. Cela peut entraîner une incohérence des données entre les bases de données source et de destination.

        Selected Objects

        • Pour modifier le nom d'un seul objet de migration dans l'instance cible, cliquez avec le bouton droit sur l'objet dans la zone Selected Objects. Pour plus d'informations, consultez la rubrique Map individual schema, table, and column names.

        • Pour modifier les noms de plusieurs objets de migration dans l'instance cible, cliquez sur Selected Objects dans le coin supérieur droit de la zone Batch Edit. Pour plus d'informations, consultez la rubrique Map multiple schema, table, and column names.

        Remarque

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

        • Pour filtrer les données à l'aide d'une clause WHERE, cliquez avec le bouton droit sur la table à migrer dans la zone Selected Objects et spécifiez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez la rubrique Set filter conditions.

        • Pour sélectionner les opérations SQL à migrer au niveau de la base de données ou de la table, cliquez avec le bouton droit sur l'objet de migration dans la zone Selected Objects et sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche.

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

        Parameter

        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 dedicated cluster pour exécuter les tâches de migration DTS.

        Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.

        Si vous utilisez Data Management (DMS) ou gh-ost pour effectuer des modifications DDL en ligne dans la base de données source, vous pouvez choisir de migrer 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. Dans le cas contraire, 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 qui modifient la structure de la base de données ou de la table. Par conséquent, elles ne sont pas contrôlées par la stratégie DDL en ligne.

          • Schema Migration : non contrôlé par la stratégie DDL en ligne. Les tables temporaires associées sont créées.

          • Full Data Migration : non contrôlé par la stratégie 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é par la stratégie 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. Il migre uniquement les instructions DDL d'origine exécutées à l'aide de Data Management (DMS).

          Remarque

          Cette option entraîne 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. Il 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 entraîne le verrouillage des tables dans la base de données de destination.

        Retry Time for Failed Connections

        Une fois la tâche de migration démarrée, 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 personnaliser la durée de nouvelle tentative avec une valeur comprise 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. Dans le cas contraire, la tâche échoue.

        Remarque

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

        • Étant donné que la tâche vous est facturée 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

        Une fois la tâche de migration démarrée, si un problème autre qu'un problème de connectivité, tel qu'une exception d'exécution DDL ou DML, se produit dans la base de données source ou de destination, DTS signale une erreur et commence immédiatement à retenter l'opération. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser la durée de nouvelle tentative avec une valeur comprise entre 1 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations associées réussissent dans le délai de nouvelle tentative spécifié, la tâche de migration reprend automatiquement. Dans le cas contraire, 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 du débit pour la tâche de migration complète. Vous pouvez définir 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) afin de réduire la charge sur la base de données de destination.

        Remarque

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

        • Vous pouvez également ajuster la vitesse de migration complète une fois que l'instance de migration est en cours d'exécution.

        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 les paramètres RPS of Incremental Data Migration et Data migration speed for incremental migration (MB/s) afin de réduire la charge sur la base de données de destination.

        Remarque

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

        • Vous pouvez également ajuster la vitesse de migration incrémentielle une fois que l'instance de migration est en cours d'exécution.

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

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

        • Yes : les informations SQL de pulsation ne sont pas écrites dans la base de données source. Cela peut entraîner un retard signalé par l'instance DTS.

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

        Environment Tag

        Vous pouvez sélectionner un tag d'environnement pour identifier l'instance. Cela n'est pas requis pour cet exemple.

        Configure ETL

        Choisissez si vous souhaitez activer la fonctionnalité ETL (extract, transform, load). Pour plus d'informations, consultez la rubrique What is ETL? Valeurs valides :

        Monitoring and Alerting

        Sélectionnez si vous souhaitez configurer des alertes et recevoir des notifications d'alerte en fonction de vos besoins métier.

        • No : ne configure pas d'alerte.

        • Yes : configurez les alertes en définissant un alert threshold et des alert notifications. 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 la rubrique Configurer la validation des données.

      4. Facultatif : Une fois les configurations précédentes terminées, cliquez sur Next: Configure Database and Table Fields pour définir les informations relatives au Type, à la Primary Key Column, à la Distribution Key et à la clé de partition (Partition Key, Partitioning Rules et Partition Lifecycle) pour les tables à migrer dans la base de données de destination.

        Remarque

        • Cette étape est disponible uniquement si vous sélectionnez l'option Schema Migration pour Migration Types lors de la configuration des objets de la tâche. Vous pouvez sélectionner All pour Definition Status afin d'effectuer des modifications.

        • Vous pouvez sélectionner plusieurs colonnes pour la Primary Key Column afin de former une clé primaire composite. Vous devez également sélectionner une ou plusieurs colonnes dans la Primary Key Column à utiliser comme Distribution Key et Partition Key. Pour plus d'informations, consultez la rubrique CREATE TABLE.

    6. Enregistrez la tâche et exécutez 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 s'affiche.

      • Si vous n'avez pas besoin d'afficher les paramètres API ou si vous avez terminé leur consultation, 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 la prévérification.

      • Si la prévérification échoue, cliquez sur View Details à côté de l'élément de vérification ayant échoué, corrigez le problème en suivant les instructions, 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 en suivant les instructions, puis relancez la prévérification.

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

    7. Achetez l'instance.

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

      2. Sur la page Purchase, sélectionnez les spécifications de lien pour l'instance de migration des données. Pour plus d'informations, consultez le tableau ci-dessous.

        Catégorie

        Paramètre

        Description

        New Instance Class

        Resource Group Settings

        Sélectionnez le groupe de ressources auquel l'instance appartient. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez Qu'est-ce que la gestion des ressources ?

        Instance Class

        DTS propose des spécifications de migration offrant différents niveaux de performance. Les spécifications de lien influent sur la vitesse de migration. Vous pouvez choisir une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Spécifications des liens de migration des données.

      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 qui s'affiche, cliquez sur OK.

        Vous pouvez consulter 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. Une fois la tâche arrêtée, 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.