Tous les produits
Search
Centre de documentation

Data Transmission Service:Migrer une instance RDS entre des comptes Alibaba Cloud

Dernière mise à jour :Sep 17, 2026

Data Transmission Service (DTS) vous permet de migrer des données entre des instances ApsaraDB RDS appartenant à différents comptes Alibaba Cloud. Connectez-vous à la console avec le compte principal de l'instance de destination pour configurer la migration intercomptes.

Prérequis

  • Obtenez les ID des comptes Alibaba Cloud (comptes principaux) des instances RDS source et de destination. Pour plus d'informations, reportez-vous à la section Préparatifs.

  • Vous devez avoir accès au compte Alibaba Cloud (compte principal) propriétaire des instances RDS afin d'effectuer les autorisations nécessaires, telles que la création d'un rôle RAM, l'attribution d'autorisations granulaires et la modification d'une politique d'approbation. Pour plus d'informations, reportez-vous à la section Préparatifs.

  • Vous avez créé une instance RDS de destination disposant d'un espace de stockage supérieur à celui utilisé par l'instance RDS source.

    Remarque

    Consultez la rubrique Présentation des scénarios de migration de données pour connaître les versions de base de données prises en charge par les instances source et de destination.

    Important

    DTS effectue uniquement les tâches de migration de données et ne crée pas de nouvelles instances RDS. Assurez-vous d'avoir créé l'instance RDS de destination au préalable.

Notes

Pour connaître les précautions à prendre et les limites, reportez-vous à la documentation sur la migration au sein d'un même compte :

Facturation

Type de migration

Frais de configuration de la tâche

Frais de trafic Internet

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

Gratuit.

DTS facture des frais de trafic Internet lorsque la Access Method de la base de données de destination est définie sur Public IP Address. Présentation de la facturation.

Migration incrémentielle des données

Facturé. Présentation de la facturation.

Exigences en matière d'autorisations de compte

ApsaraDB RDS for MySQL

Base de données

**Migration du schéma**

**Migration complète des données**

**Migration incrémentielle des données**

Instance Alibaba Cloud RDS for MySQL source

Autorisation SELECT

Autorisation SELECT

Autorisations de lecture et d'écriture

Instance Alibaba Cloud RDS for MySQL de destination

Autorisations de lecture et d'écriture

Autorisations de lecture et d'écriture

Autorisations de lecture et d'écriture

Pour créer un compte et accorder des autorisations sur une instance ApsaraDB RDS for MySQL, consultez les rubriques Créer un compte et Modifier les autorisations d'un compte.

Remarque
  • Si vous avez créé le compte de la base de données source en dehors de la console Alibaba Cloud RDS for MySQL, assurez-vous que le compte dispose des autorisations REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW et SELECT.

  • Si vous devez migrer les informations de compte depuis la base de données source, le compte de base de données utilisé pour la tâche de migration nécessite des autorisations supplémentaires. Pour plus d'informations, consultez la rubrique Migrer des comptes de base de données.

ApsaraDB RDS for MariaDB

Base de données

Migration du schéma

Migration complète des données

Migration incrémentielle des données

Instance ApsaraDB RDS for MariaDB source

Autorisation SELECT

Autorisation SELECT

Autorisations de lecture et d'écriture

Instance ApsaraDB RDS for MariaDB de destination

Autorisations de lecture et d'écriture

Autorisations de lecture et d'écriture

Autorisations de lecture et d'écriture

Pour savoir comment créer un compte de base de données et accorder des autorisations sur une instance ApsaraDB RDS for MariaDB, consultez les rubriques Créer un compte et Modifier ou réinitialiser les autorisations d'un compte.

ApsaraDB RDS for PostgreSQL

Instance de base de données

Migration du schéma

Migration complète des données

Migration incrémentielle des données

Instance ApsaraDB RDS for PostgreSQL source

L'autorisation USAGE sur le schéma pg_catalog.

L'autorisation SELECT sur les objets à migrer.

Un compte privilégié qui est le propriétaire de la base de données sélectionnée.

Remarque

Si l'instance ApsaraDB RDS for PostgreSQL source exécute PostgreSQL 9.4 et que vous devez migrer uniquement les opérations DML, le compte n'a besoin que de l'autorisation REPLICATION.

Instance ApsaraDB RDS for PostgreSQL de destination

Les autorisations CREATE et USAGE sur les objets de destination.

Autorisations de propriétaire du schéma.

Pour créer un compte et accorder des autorisations sur une instance ApsaraDB RDS for PostgreSQL, consultez les rubriques Créer un compte et Créer une base de données.

ApsaraDB RDS for SQL Server

Base de données

Migration du schéma

Migration complète

Migration incrémentielle

Instance ApsaraDB RDS for SQL Server source

Autorisation SELECT

Autorisation SELECT

Autorisations de propriétaire sur les objets à migrer

Instance ApsaraDB RDS for SQL Server de destination

Autorisations de lecture et d'écriture

Autorisations de lecture et d'écriture

Autorisations de lecture et d'écriture

Pour créer un compte et accorder des autorisations sur une instance ApsaraDB RDS for SQL Server, consultez les rubriques Créer un compte privilégié ou un compte standard et Modifier les autorisations d'un compte.

Procédure

Préparatifs

Configurez l'autorisation RAM pour le compte Alibaba Cloud propriétaire de l'instance de base de données. Pour plus d'informations, consultez la rubrique Comment configurer l'autorisation RAM pour les tâches intercomptes.

Configurer une instance de migration intercompte

Remarque

L'exemple suivant utilise ApsaraDB RDS for MySQL pour illustrer la configuration d'une tâche de migration intercompte.

  1. Connectez-vous à la console avec le compte principal Alibaba Cloud propriétaire de l'instance ApsaraDB RDS for MySQL de destination, puis accédez à la page des tâches de migration.

    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.

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

    Access Method

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

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

    Remarque

    Les instances ApsaraDB RDS for MySQL source et de destination peuvent se trouver dans des régions différentes.

    Replicate Data Across Alibaba Cloud Accounts

    Sélectionnez Yes.

    Alibaba Cloud Account

    Saisissez l'ID du compte principal Alibaba Cloud propriétaire de l'instance ApsaraDB RDS for MySQL source.

    Remarque

    Pour obtenir des instructions sur la manière d'obtenir l'ID, consultez la rubrique Obtenir l'ID du compte principal Alibaba Cloud auquel appartient la base de données source.

    RAM Role Name

    Saisissez le nom du rôle RAM créé dans le compte principal Alibaba Cloud propriétaire de l'instance ApsaraDB RDS for MySQL source, par exemple ram-for-dts.

    Remarque
    • Ne saisissez pas le nom d'utilisateur RAM, l'ARN d'un rôle RAM ou le rôle DTS par défaut AliyunDTSDefaultRole.

    • Pour les instructions de création, consultez la rubrique Étape 1 : Créer un rôle RAM.

    RDS Instance ID

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

    Remarque

    Si une alerte s'affiche lorsque vous sélectionnez l'ID de l'instance RDS, modifiez la configuration comme indiqué. Pour les alertes courantes, consultez la rubrique Erreurs courantes.

    Database Account

    Saisissez le nom d'utilisateur de la base de données MySQL source. Pour les exigences en matière d'autorisations, consultez la rubrique Autorisations requises pour les comptes 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. Dans cet exemple, sélectionnez Non-encrypted.

    Remarque

    Si vous sélectionnez SSL-encrypted, vous devez d'abord activer le chiffrement SSL pour l'instance RDS. Pour plus d'informations, consultez la rubrique Configurer 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 MySQL.

    Access Method

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

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

    Remarque

    Les instances ApsaraDB RDS for MySQL source et de destination peuvent se trouver dans des régions différentes.

    Replicate Data Across Alibaba Cloud Accounts

    Dans cet exemple, sélectionnez No.

    RDS Instance ID

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

    Database Account

    Saisissez le nom d'utilisateur de la base de données MySQL de destination. Pour les exigences en matière d'autorisations, consultez la rubrique Autorisations requises pour les comptes 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. Dans cet exemple, sélectionnez Non-encrypted.

    Remarque

    Si vous sélectionnez SSL-encrypted, vous devez d'abord activer le chiffrement SSL pour l'instance RDS. Pour plus d'informations, consultez la rubrique Configurer le chiffrement SSL.

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

    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 rubrique 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 autogérée (la méthode 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.

      Parameter

      Description

      Migration 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 interruption de service, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration.

      Remarque
      • Si vous ne sélectionnez pas Schema Migration, assurez-vous 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.

      Method to Migrate Triggers in Source Database

      Sélectionnez une méthode de migration des déclencheurs. Si les objets à migrer n'incluent pas de déclencheurs, ignorez ce paramètre. Pour plus d'informations, consultez Configurer une méthode pour migrer les déclencheurs.

      Remarque

      Ce paramètre ne peut être configuré que si Schema Migration et Incremental Data Migration sont tous deux sélectionnés pour Migration Types.

      Enable Migration Assessment

      Cette évaluation vérifie si les schémas source et de destination (tels que la longueur des index, les procédures stockées et les tables dépendantes) répondent aux exigences de migration. Sélectionnez Yes ou No.

      Remarque
      • Vous pouvez configurer ce paramètre uniquement si Schema Migration est sélectionné pour Migration Types.

      • Si vous sélectionnez Yes, la pré-vérification peut prendre plus de temps. Vous pouvez consulter le Assessment Result pendant la phase de pré-vérification. Les résultats de l'évaluation n'affectent pas le résultat de la pré-vérification.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors : vérifie s'il existe des tables portant le même nom dans la base de données de destination. S'il n'existe aucune table portant le même nom, la pré-vérification est réussie. Si des tables portant le même nom 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 Object name mapping.

      • Ignore Errors and Proceed : ignore la vérification des tables portant le même nom.

        Avertissement

        La sélection de l'option Ignore Errors and Proceed peut entraîner une incohérence des données et des risques commerciaux. 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 l'enregistrement dans la base de données de destination.

        • Si les schémas de table sont incohérentes, seules certaines colonnes de données peuvent être migrées ou la migration peut échouer. Procédez avec prudence.

      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 les é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, tels que les bases de données, les tables et les colonnes, dans l'instance de destination. Par défaut, l'option DTS default policy est sélectionnée. Vous pouvez également choisir de conserver 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

      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

      La granularité de sélection des objets de migration est la base de données, 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

      • Pour définir le nom d'un objet de migration dans l'instance de destination ou spécifier l'objet qui reçoit les données dans l'instance de destination, cliquez avec le bouton droit sur l'objet de migration dans la zone Selected Objects pour apporter des modifications. Pour plus d'informations, consultez Object name mapping.

      • Pour supprimer un objet de migration sélectionné, cliquez sur l'objet dans la zone Selected Objects, puis cliquez sur image pour le déplacer vers la zone Source Objects.

      Remarque
      • Si vous utilisez la fonctionnalité de mappage des noms d'objets, d'autres objets qui dépendent de l'objet mappé peuvent ne pas être migrés.

      • Pour définir une clause WHERE afin de filtrer les données, cliquez avec le bouton droit sur la table à migrer dans la zone Selected Objects et définissez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations sur la définition de la condition, consultez Filtrer les données de la tâche avec une condition SQL.

      • Pour sélectionner les opérations SQL pour la migration incrémentielle, 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é. Il n'est pas nécessaire 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.

      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 politique DDL en ligne.

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

        • Full Data Migration : non contrôlé 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é 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 en fonction 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. Elle 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. Elle 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 en fonction 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.

      Whether to Migrate Accounts

      Choisissez si vous souhaitez migrer les informations de compte de la base de données source. Si vous sélectionnez Yes, vous devez également sélectionner les comptes à migrer et confirmer leurs autorisations.

      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 à 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 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 professionnels 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 que 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 à 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 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

      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 l'instance de migration 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 l'instance de migration 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 amener l'instance DTS à signaler un retard.

      • 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. Aucune sélection n'est nécessaire dans cet exemple.

      Configure ETL

      Choisissez si vous souhaitez activer la fonctionnalité Extract, Transform, Load (ETL). Pour plus d'informations, consultez Qu'est-ce que l'ETL ? Valeurs valides :

      Monitoring and Alerting

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

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

  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 ou avez terminé d'afficher les paramètres de l'API, 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 la spécification 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 avec différents niveaux de performance. La spécification du lien influence 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 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, le Status de la tâche est Running.