Tous les produits
Search

Ce produit

    Data Transmission Service:Migrer ApsaraDB RDS for MySQL vers DataHub

    Centre de documentation

    Data Transmission Service:Migrer ApsaraDB RDS for MySQL vers DataHub

    Dernière mise à jour :Aug 10, 2026

    Cette rubrique explique comment utiliser Data Transmission Service (DTS) pour migrer les données d'une instance ApsaraDB RDS for MySQL vers DataHub.

    Prérequis

    Limitations

    Type

    Description

    Limites de la base de données source

    • Exigence en matière de bande passante : le serveur hébergeant la base de données source doit disposer d'une bande passante sortante suffisante. À défaut, la vitesse de migration diminuera.

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

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

    • Si vous avez besoin d'une migration incrémentielle, activez la journalisation binaire :

      • Définissez binlog_format sur ROW et binlog_row_image sur FULL. À défaut, la prévérification échouera et la tâche ne pourra pas démarrer.

        Important

        Si votre source MySQL gérée par vos soins 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 peut 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 gérées par vos soins, conservez les journaux binaires locaux pendant au moins sept jours. Si DTS ne peut pas accéder aux journaux binaires, la tâche échoue. Dans des cas extrêmes, une incohérence ou une perte de données peut survenir. Les problèmes causés par des périodes de rétention des journaux binaires inférieures à celles requises par DTS ne sont pas couverts par le SLA de DTS.

        Remarque

        Pour définir la retention period des journaux binaires locaux sur une instance RDS for MySQL, consultez la section Suppression automatique des journaux locaux.

    • L'exécution d'opérations DDL qui modifient le schéma de la base de données ou de la table pendant la phase de migration du schéma entraîne l'échec de la tâche de migration des données.

    • DTS ne migre pas les données générées par des modifications qui n'écrivent pas dans les journaux binaires. Il s'agit par exemple des 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 invisibles cachées, 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 cachée visible. Pour plus d'informations, consultez la documentation Colonnes invisibles.

    • 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 MySQL standard ne sont pas pris en charge. Si votre base de données source revendique une compatibilité MySQL mais se comporte différemment de MySQL (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

    • Seule la migration au niveau des tables est prise en charge.

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

    • Un seul champ String dans le projet DataHub de destination prend en charge jusqu'à 2 Mo.

    • N'utilisez pas d'outils tels que pt-online-schema-change pour exécuter des opérations DDL en ligne sur les objets de migration dans la base de données source. À défaut, la migration échouera.

    • Vous pouvez utiliser Data Management (DMS) pour exécuter des opérations DDL en ligne. Pour obtenir des instructions, consultez la section Modifications de schéma en ligne sans verrouillage des tables.

      Avertissement

      Si des données autres que celles écrites par DTS sont présentes dans la base de données de destination, n'utilisez pas DMS pour exécuter des opérations DDL en ligne. À défaut, les données de destination risquent d'être perdues.

    • 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, mettez fin à la tâche ou libérez-la. Vous pouvez également 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 les données source.

    • Si votre instance RDS for MySQL a Always-Encrypted activé, 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 du schéma, la migration complète et la migration incrémentielle.

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

      Remarque

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

    Cas particuliers

    • Pour les sources MySQL gérées par vos soins :

      • Un basculement maître-esclave 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 imprécis. 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 complète de la base de données, créez une table de heartbeat. 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 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, pointent toujours vers un nœud en lecture-écriture (RW). À défaut, la tâche de migration risque d'échouer.

    • Pour les sources RDS for MySQL :

      • Si vous avez besoin d'une migration incrémentielle, les instances RDS for MySQL qui n'enregistrent pas les journaux de transactions, telles que les instances en lecture seule RDS for MySQL 5.6, ne sont pas prises en charge en tant que sources.

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

    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 section Présentation de la facturation.

    Migration incrémentielle des données

    Payant. Pour plus d'informations, consultez la section Présentation de la facturation.

    Types de migration

    • Migration du schéma

      DTS migre les définitions de schéma des objets de migration de la base de données source vers la base de données de destination.

    • Migration complète

      DTS migre toutes les données historiques des objets de migration spécifiés de 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 de la base de données source vers la base de données de destination. La migration incrémentielle vous permet de migrer les données en toute transparence sans interrompre vos applications gérées par vos soins.

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

    Type d'opération

    Instruction SQL

    DML

    INSERT, UPDATE, DELETE

    DDL

    ADD COLUMN

    Important

    Si vous modifiez manuellement la structure de la table dans la base de données cible, redémarrez la tâche : mettez en pause puis démarrez la tâche.

    Autorisations des comptes de base de données

    Base de données

    Autorisations

    Instance source ApsaraDB RDS for MySQL

    Autorisations de lecture sur les objets à migrer.

    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 sections 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, lisez attentivement les limitations affichées en haut de la page. Si vous ne respectez pas ces limitations, la tâche peut échouer ou des incohérences de données peuvent survenir.

      Section

      Paramètre

      Description

      S.O.

      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 la base de données ci-dessous seront automatiquement configurées.

        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 la base de données ci-dessous.

      Database Type

      Sélectionnez MySQL.

      Connection Type

      Sélectionnez Alibaba Cloud.

      Instance Region

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

      Cross-account

      Étant donné que ce scénario migre des données au sein du même compte Alibaba Cloud, sélectionnez No.

      RDS Instance ID

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

      Database Account

      Saisissez le compte de base de données pour l'instance ApsaraDB RDS for MySQL source. Pour connaître les exigences en matière d'autorisations, consultez la section Autorisations des comptes de base de données.

      Database Password

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

      Encryption

      Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins. Si vous sélectionnez SSL-encrypted, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. Pour plus d'informations, consultez la section Utiliser un certificat cloud pour activer rapidement 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 la base de données ci-dessous seront automatiquement configurées.

        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 la base de données ci-dessous.

      Database Type

      Sélectionnez DataHub.

      Connection Type

      Sélectionnez Alibaba Cloud.

      Instance Region

      Sélectionnez la région où réside l'instance DataHub.

      Project

      Sélectionnez le Project DataHub de destination.

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

      Remarque

      • Assurez-vous que le segment d'adresses IP du service DTS est ajouté automatiquement ou manuellement aux paramètres de sécurité des bases de données source et de destination afin d'autoriser l'accès depuis les serveurs DTS. Pour plus d'informations, consultez la section Ajouter les 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 gérée par vos soins (le paramètre Access Method n'est pas Alibaba Cloud Instance), vous devez également cliquer sur Test Connectivity dans la boîte de dialogue CIDR Blocks of DTS Servers qui s'affiche.

    5. Configurez les objets de la tâche.

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

        Paramètre

        Description

        Synchronization Types

        • Si vous devez uniquement effectuer une migration complète, sélectionnez à la fois Schema Migration et Full Data Migration.

        • Pour effectuer une migration sans temps d'arrêt, 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 des noms d'objets dans la zone Selected Objects selon vos besoins.

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

        Naming Rules of Additional Columns

        Lorsque DTS migre des données vers DataHub, il ajoute des colonnes supplémentaires à la table de destination. En cas de conflit de nom entre une colonne supplémentaire et une colonne existante dans la table de destination, la migration des données échouera. Vous devez sélectionner New Rule ou Previous Rule en fonction de vos besoins métier.

        Avertissement

        Avant de sélectionner une règle pour les colonnes supplémentaires, vous devez évaluer si des conflits de nom surviendront entre les colonnes supplémentaires et les colonnes existantes dans la table de destination. À défaut, une perte de données ou un échec de la tâche peut survenir. Pour plus d'informations sur les règles et définitions des colonnes supplémentaires, consultez la section Noms et définitions des colonnes supplémentaires.

        Processing Mode for Existing Tables in Destination

        • Precheck and Report Errors : vérifie si la base de données de destination contient des tables portant les mêmes noms que les tables de la base de données source. S'il n'existe aucune table portant le même nom, la prévérification réussit. Si des tables portent le même nom, une erreur est signalée lors de la prévérification et la tâche de migration des données ne peut pas démarrer.

          Remarque

          S'il est difficile de supprimer ou de renommer les tables portant le même nom dans la base de données de destination, vous pouvez modifier leurs noms dans la base de données de destination. Pour plus d'informations, consultez la section Mapper les noms de tables et de colonnes.

        • Ignore Errors and Proceed : ignore la vérification des tables portant le même nom dans la base de données de destination.

          Avertissement

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

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

            • Lors de la migration 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 incohérents, l'initialisation des données peut échouer, seules certaines colonnes peuvent être migrées ou la migration peut échouer.

        Source Objects

        Dans la zone Source Objects, cliquez sur les objets à migrer, puis cliquez sur Right arrow pour les déplacer vers la zone Selected Objects.

        Remarque

        Vous pouvez sélectionner des objets à migrer au niveau de la table.

        Selected Objects
        Remarque

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

        • Pour filtrer les données à l'aide de conditions WHERE, cliquez avec le bouton droit sur la table à migrer dans la zone Selected Objects et spécifiez les conditions de filtrage dans la boîte de dialogue qui s'affiche. Pour obtenir des instructions, consultez la section Définir des conditions de filtrage.

        • Pour sélectionner les opérations DML ou DDL pour la migration incrémentielle au niveau de la base de données ou de la table, cliquez avec le bouton droit sur l'objet de migration et sélectionnez les opérations DML et DDL souhaitées dans la boîte de dialogue qui s'affiche. Pour obtenir la liste des opérations prises en charge, consultez la section Opérations SQL prises en charge pour la migration incrémentielle.

        • Cliquez avec le bouton droit sur une table à migrer dans la zone Selected Objects, décochez la case Sync All Columns dans la boîte de dialogue qui s'affiche, puis définissez la Shardkey (la clé utilisée pour le partitionnement).

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

        Paramètre

        Description

        Dedicated Cluster for Task Scheduling

        Par défaut, DTS planifie les tâches sur un cluster partagé. 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.

        Set Alerts

        Indiquez si vous souhaitez définir des alertes et 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.

        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 à réessayer la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser la durée de nouvelle tentative à une valeur comprise entre 10 et 1 440 minutes. Nous vous recommandons de définir la durée à plus de 30 minutes. Si DTS se reconnecte aux bases de données source et de destination dans la durée spécifiée, la tâche de migration reprend automatiquement. À défaut, 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, 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 la durée de nouvelle tentative à une valeur comprise entre 1 et 1 440 minutes. Nous vous recommandons de définir la durée à plus de 10 minutes. Si les opérations associées réussissent dans la durée de nouvelle tentative spécifiée, la tâche de migration reprend automatiquement. À défaut, 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

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

        Environment Tag

        Vous pouvez sélectionner une balise d'environnement pour identifier l'instance en fonction de vos besoins. Aucune sélection n'est requise pour cet exemple.

        Configure ETL

        En fonction de vos besoins métier, indiquez si vous souhaitez configurer la fonctionnalité ETL pour traiter les données.

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

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

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

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

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

      • Pour afficher les paramètres de configuration de cette instance lorsque vous appelez 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, puis 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 que des incohérences de données et présenter des risques pour votre activité.

    7. Achetez l'instance.

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

      2. Sur la page Purchase, sélectionnez la spécification de liaison 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 le groupe de ressources par défaut. Pour plus d'informations, consultez la section Qu'est-ce que Resource Management ?

        Instance Class

        DTS propose des spécifications de migration avec différents niveaux de performance. La spécification de liaison 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 la section Spécifications de liaison de migration de 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, l'Status de la tâche est Running.