Tous les produits
Search

Ce produit

    Data Transmission Service:Migrer de PolarDB for PostgreSQL vers RDS for PostgreSQL

    Centre de documentation

    Data Transmission Service:Migrer de PolarDB for PostgreSQL vers RDS for PostgreSQL

    Dernière mise à jour :Aug 10, 2026

    Cette rubrique explique comment utiliser DTS pour migrer les données d'un cluster PolarDB for PostgreSQL vers une instance ApsaraDB RDS for PostgreSQL.

    Prérequis

    • Vous avez créé un cluster de base de données source PolarDB for PostgreSQL. Pour plus d'informations, consultez la page Créer un cluster de base de données.

    • Vous avez créé une instance de destination ApsaraDB RDS for PostgreSQL. Pour plus d'informations, consultez la page Créer une instance RDS.

    • Vous avez défini le paramètre wal_level du cluster source PolarDB for PostgreSQL sur logical. Pour plus d'informations, consultez la page Définir les paramètres du cluster.

    • La base de données de destination doit disposer d'un espace de stockage supérieur à celui utilisé par la base de données source.

    Précautions

    Remarque

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

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

    Type

    Description

    Limites de la base de données source

    • Dans un cluster PolarDB for PostgreSQL, les tables à migrer doivent posséder une clé primaire ou un index unique non nul.

    • Si la base de données source contient des transactions de longue durée et que l'instance exécute une tâche de migration incrémentielle, les journaux WAL (Write-Ahead Log) générés avant la validation de ces transactions peuvent s'accumuler. Cela risque de saturer l'espace disque de la base de données source.

    • Pour garantir le bon déroulement de la tâche de migration et éviter que la réplication logique ne soit interrompue par un basculement primaire/secondaire, le cluster PolarDB for PostgreSQL doit prendre en charge et activer la fonctionnalité Basculement du slot de réplication logique.

      Remarque

      Si le cluster source PolarDB for PostgreSQL ne prend pas en charge le basculement du slot de réplication logique (par exemple, si le Database Engine du cluster est PostgreSQL 14), un basculement de haute disponibilité (HA) dans la base de données source peut provoquer l'échec irréversible de l'instance de migration.

    • Limites relatives aux opérations sur la base de données source :

      • Pendant la migration du schéma et la migration complète, n'effectuez aucune opération DDL modifiant la structure de la base de données ou des tables. Dans le cas contraire, la tâche de migration des données échouera.

      • Si vous effectuez uniquement une migration complète des données, n'écrivez pas de nouvelles données dans l'instance source. Sinon, des incohérences apparaîtront entre les bases de données source et de destination. Pour maintenir la cohérence des données en temps réel, nous vous recommandons de sélectionner la migration du schéma, la migration complète des données et la migration incrémentielle des données.

      • En raison des limites des abonnements logiques, si une instance de migration incluant une migration incrémentielle des données est en cours d'exécution et que la taille d'une seule ligne à migrer dépasse 256 Mo après une modification incrémentielle, l'instance de migration échoue de manière irrécupérable et vous devez la reconfigurer.

    • Les tables contenant des colonnes générées dans PostgreSQL 18 ne prennent pas en charge la migration. Si vous configurez la migration pour de telles tables, les opérations DML sur ces tables seront bloquées.

    Autres limites

    • DTS ne migre qu'une seule base de données par tâche. Pour migrer plusieurs bases de données, configurez une tâche distincte pour chacune d'elles.

    • DTS ne prend pas en charge la migration des tables d'extension TimescaleDB, des tables avec héritage inter-schémas ou des tables avec des index uniques basés sur des expressions.

    • Les schémas créés par l'installation de plugins ne peuvent pas être migrés. Vous ne pouvez pas obtenir d'informations sur ces schémas dans la console lors de la configuration de la tâche.

    • Pour les tâches incluant une migration incrémentielle des données, vous devez exécuter la commande ALTER TABLE schema.table REPLICA IDENTITY FULL; sur les tables à migrer dans la base de données source avant d'y écrire des données. Cela garantit la cohérence des données pour les tables dans les deux scénarios suivants. Pour éviter les interblocages, évitez les opérations de verrouillage de table pendant l'exécution de cette commande. Si vous ignorez les vérifications associées lors de la pré-vérification, DTS exécute automatiquement cette commande lors de l'initialisation de l'instance.

      • Lors du premier démarrage de l'instance.

      • Lorsque la granularité de l'objet de migration est définie sur Schéma et qu'une nouvelle table est créée dans le schéma ou qu'une table existante est reconstruite à l'aide de la commande RENAME.

      Remarque

      • Dans la commande, remplacez schema et table par le nom du schéma et le nom de la table des données à migrer.

      • Effectuez cette opération pendant les heures creuses.

    • Si une table à migrer contient une colonne de type SERIAL, une séquence est automatiquement créée pour cette colonne dans la base de données source. Par conséquent, lorsque vous configurez les Source Objects, si les Migration Types incluent la Schema Migration, nous vous recommandons de sélectionner également Séquence ou de migrer l'intégralité du schéma. Dans le cas contraire, l'instance de migration risque d'échouer.

    • Étant donné que la migration complète des données exécute des opérations INSERT concurrentes, elle provoque une fragmentation des tables dans la base de données de destination. Par conséquent, l'espace occupé par les tables dans la base de données de destination est supérieur à celui de l'instance source une fois la migration complète terminée.

    • DTS tente de récupérer automatiquement les tâches ayant échoué dans un délai de sept jours. Par conséquent, avant de basculer votre activité vers l'instance de destination, vous devez arrêter ou libérer la tâche, ou utiliser la commande revoke pour révoquer les permissions d'écriture du compte utilisé par DTS pour accéder à l'instance de destination. Cela empêche les données source d'écraser les données de l'instance de destination après la récupération automatique de la tâche.

    • DTS valide le contenu des données, mais ne prend pas en charge la validation des métadonnées telles que les séquences. Vous devez valider les métadonnées vous-même.

    • Pendant la migration incrémentielle des données, DTS crée un slot de réplication préfixé par dts_sync_ dans la base de données source pour répliquer les données. Ce slot de réplication permet à DTS d'obtenir les journaux incrémentiels de la base de données source depuis les 15 dernières minutes. Lorsqu'une tâche de migration des données échoue ou que l'instance de migration est libérée, DTS tente de nettoyer automatiquement le slot de réplication.

      Remarque

      • Si vous modifiez le mot de passe du compte de la base de données source utilisé par la tâche ou supprimez les adresses IP de DTS de la liste d'autorisation de la base de données source pendant la migration, le slot de réplication ne peut pas être nettoyé automatiquement. Dans ce cas, vous devez nettoyer manuellement le slot de réplication dans la base de données source pour éviter l'accumulation de journaux, qui pourrait saturer l'espace disque et rendre la base de données source indisponible.

      • Si un basculement primaire/secondaire se produit sur la base de données source, vous devez vous connecter à la base de données secondaire pour nettoyer manuellement le slot de réplication.

    • Après avoir basculé vos charges de travail vers l'instance de destination, les nouvelles séquences écrites n'incrémentent pas à partir de la valeur maximale des séquences correspondantes dans la base de données source. Avant de basculer vos charges de travail, vous devez mettre à jour les valeurs des séquences dans la base de données de destination. Pour plus d'informations, consultez la page Mettre à jour les valeurs des séquences dans la base de données de destination.

    • DTS crée les tables temporaires suivantes dans la base de données source pour obtenir des informations telles que les instructions DDL pour les données incrémentielles, les schémas des tables incrémentielles et les données de heartbeat. Ne supprimez pas ces tables temporaires pendant la migration. Sinon, la tâche DTS sera interrompue. DTS supprime automatiquement ces tables après la libération de l'instance de migration.

      public.dts_pg_class, public.dts_pg_attribute, public.dts_pg_type, public.dts_pg_enum, public.dts_postgres_heartbeat, public.dts_ddl_command, public.dts_args_session et public.aliyun_dts_instance.

    • Cette limite s'applique aux tâches de migration complète ou incrémentielle des données où les tables à migrer depuis la base de données source contiennent des clés étrangères, des déclencheurs ou des déclencheurs d'événement. DTS définit temporairement le paramètre session_replication_role sur replica au niveau de la session pendant la migration. Si le compte de la base de données de destination ne dispose pas des permissions requises, vous devez définir manuellement le paramètre sur replica dans la base de données de destination. Pendant cette période (lorsque session_replication_role est défini sur replica), les opérations de mise à jour ou de suppression en cascade dans la base de données source peuvent provoquer une incohérence des données. Une fois la tâche de migration libérée, vous pouvez redéfinir le paramètre sur origin.

    • Si une tâche échoue, l'équipe d'assistance 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.

    • Lorsque vous migrez une table partitionnée, vous devez inclure à la fois la table parente et ses partitions enfants comme objets de migration. Sinon, les données de la table partitionnée peuvent devenir incohérentes.

      Important

      • La table parente d'une table partitionnée PostgreSQL ne stocke pas directement les données. Toutes les données sont stockées dans ses partitions enfants. Une tâche de migration des données doit inclure la table parente et toutes ses partitions enfants. Sinon, des données des partitions enfants risquent d'être omises, ce qui entraîne une incohérence des données entre la source et la destination.

      • La migration de tables partitionnées et de tables d'héritage (tables parent-enfant) entre différentes bases de données n'est pas prise en charge. Assurez-vous que la table partitionnée et toutes ses partitions se trouvent dans la même base de données. Assurez-vous également que la table parente et toutes ses tables enfants se trouvent dans la même base de données.

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

    Migration incrémentielle des données

    Facturé. Pour plus d'informations, consultez la page 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 auto-gérées.

    Objets de migration pris en charge

    SCHEMA, TABLE

    Remarque

    • Inclut PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, DATATYPE (types de données intégrés) et DEFAULT CONSTRAINT.

    • Lorsque ce type de base de données est utilisé comme source, les fonctionnalités prises en charge peuvent varier selon le type de base de données cible. Pour obtenir les informations les plus précises, reportez-vous aux options affichées dans la console.

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

    Type d'opération

    Instruction SQL

    DML

    INSERT, UPDATE et DELETE

    DDL

    • Les opérations DDL ne sont prises en charge que pour les tâches de migration de données créées le 1er octobre 2020 ou après cette date.

      Important

    • Si le compte de la base de données source est un compte privilégié, la tâche de migration de données prend en charge les instructions DDL suivantes :

      • CREATE TABLE, DROP TABLE

      • ALTER TABLE (y compris RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK et ALTER COLUMN DROP DEFAULT)

      • TRUNCATE TABLE (la base de données PostgreSQL source doit être en version 11 ou ultérieure).

      • CREATE INDEX ON TABLE

      Important

      • Les clauses supplémentaires dans les instructions DDL, telles que CASCADE ou RESTRICT, ne sont pas migrées.

      • Les instructions DDL provenant d'une session où la commande SET session_replication_role = replica est exécutée ne sont pas migrées.

      • Les instructions DDL appelées depuis une fonction ne peuvent pas être migrées.

      • Si une validation (commit) dans la base de données source contient à la fois des instructions DML et DDL, les instructions DDL ne sont pas migrées.

      • Si une validation (commit) dans la base de données source contient des instructions DDL pour des objets non sélectionnés pour la migration, ces instructions ne sont pas migrées.

    Prérequis en matière d'autorisations pour les comptes de base de données

    Type de base de données

    Migration du schéma

    Migration complète des données

    Migration incrémentielle des données

    Actions

    PolarDB for PostgreSQL

    compte privilégié

    Créer un compte de base de données

    RDS PostgreSQL

    Autorisations CREATE et USAGE sur les objets source

    Autorisations de propriétaire du schéma

    Autorisations de propriétaire du schéma

    Créer un compte

    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.

      Catégorie

      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

      Database Type

      Sélectionnez PolarDB for PostgreSQL.

      Connection Type

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région où se trouve le cluster PolarDB for PostgreSQL source.

      Replicate Data Across Alibaba Cloud Accounts

      Étant donné que cet exemple illustre une migration au sein du même compte Alibaba Cloud, sélectionnez No.

      Instance ID

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

      Database Name

      Saisissez le nom de la base de données PolarDB for PostgreSQL source.

      Database Account

      Saisissez le compte de la base de données PolarDB for PostgreSQL source.

      Database Password

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

      Destination Database

      Database Type

      Sélectionnez PostgreSQL.

      Connection Type

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région où se trouve l'instance ApsaraDB RDS for PostgreSQL cible.

      Instance ID

      Sélectionnez l'ID de l'instance ApsaraDB RDS for PostgreSQL cible.

      Database Name

      Saisissez le nom de la base de données dans l'instance ApsaraDB RDS for PostgreSQL cible qui stockera les objets migrés.

      Database Account

      Saisissez le compte de l'instance ApsaraDB RDS for PostgreSQL cible.

      Database Password

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

      Encryption

      Indique s'il faut chiffrer la connexion à la base de données source. Vous pouvez configurer ce paramètre en fonction de vos besoins métier. Dans cet exemple, l'option Non-encrypted est sélectionnée.

      Si vous souhaitez établir une connexion chiffrée SSL vers la base de données source, procédez comme suit : sélectionnez SSL-encrypted, téléchargez le CA Certificate, le Client Certificate et la Private Key of Client Certificate selon vos besoins, puis spécifiez le Private Key Password of Client Certificate.

      Remarque

      • Si vous définissez le paramètre Encryption sur SSL-encrypted pour une base de données PostgreSQL autogérée, vous devez télécharger le CA Certificate.

      • Si vous souhaitez utiliser le certificat client, vous devez télécharger le Client Certificate et la Private Key of Client Certificate, puis spécifier le Private Key Password of Client Certificate.

      • Pour savoir comment configurer le chiffrement SSL pour une instance ApsaraDB RDS for PostgreSQL, consultez la rubrique Chiffrement SSL.

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

      Remarque

      • Assurez-vous que les blocs CIDR des adresses IP des serveurs DTS sont ajoutés aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Cette opération peut être effectuée automatiquement ou manuellement. Pour plus d'informations, consultez la rubrique Ajouter les blocs CIDR des adresses IP des serveurs DTS à une liste d'autorisation.

      • Si la base de données source ou de destination est une base de données autogérée (où la 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.

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

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors : vérifie si des tables portant le même nom existent dans la base de données de destination. Si aucune table homonyme n'existe, la vérification préalable est réussie. Si des tables homonymes existent, une erreur est signalée lors de la vérification préalable 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 cette 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 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 pour l'activité. Par exemple :

          • Si les schémas de table sont identiques et qu'un enregistrement de la base de données de destination possède la même valeur de clé primaire 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 présent dans la base de données de destination.

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

        Case Sensitivity Policy for Destination Object Names

        Vous pouvez configurer la politique de sensibilité à la casse pour les noms des objets migrés (bases de données, tables et colonnes) dans l'instance de destination. Par défaut, l'option DTS default policy est sélectionnée. Vous pouvez également choisir de conserver une sensibilité à la casse conforme à la politique par défaut de la base de données source ou de destination. Pour plus d'informations, consultez la rubrique Case sensitivity of object names in the destination database.

        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 au niveau du schéma ou de la table. Si vous sélectionnez des tables, d'autres objets tels que les vues, les déclencheurs et les procédures stockées ne sont pas migrés.

        • Si une table à migrer contient des colonnes de type SERIAL et que vous avez sélectionné l'option Migration Types pour Schema Migration, sélectionnez également Sequence ou migrez l'intégralité du schéma.

        Selected Objects

        • Pour modifier le nom d'un seul objet de migration dans l'instance de destination, effectuez un clic droit sur l'objet dans la zone Selected Objects. Pour plus d'informations sur la définition du nom, consultez la rubrique Map a single table or column name.

        • Pour modifier les noms de plusieurs objets de migration par lot, cliquez sur Batch Edit dans le coin supérieur droit de la zone Selected Objects. Pour plus d'informations sur la définition des noms, consultez la rubrique Map multiple table or column names in a batch.

        Remarque

        Si vous utilisez la fonctionnalité de mappage de noms d'objets, il est possible que d'autres objets dépendant de l'objet mappé ne puissent pas être migrés.

      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é ; aucune sélection n'est requise. Pour une exécution plus stable, achetez un dedicated cluster afin d'y exécuter les tâches de migration DTS.

        Retry Time for Failed Connections

        Une fois la tâche de migration lancée, toute perte de connexion vers la base de données source ou de destination déclenche une erreur et une tentative de reconnexion immédiate. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser cette durée entre 10 et 1 440 minutes. Nous vous recommandons de définir une durée supérieure à 30 minutes. Si DTS rétablit la connexion aux bases de données source et de destination dans le délai imparti, 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étrage de la dernière tâche créée.

        • La facturation de la tâche se poursuivant pendant la période de nouvelle tentative de connexion, nous vous conseillons d'adapter la durée de nouvelle tentative à 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 lancée, tout problème autre qu'un problème de connectivité (par exemple, une exception lors de l'exécution d'une instruction DDL ou DML) dans la base de données source ou de destination génère une erreur et déclenche une nouvelle tentative immédiate. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser cette durée entre 1 et 1 440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations concernées aboutissent dans le délai imparti, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue.

        Important

        La valeur du paramètre Retry Time for Other Issues doit être inférieure à celle du paramètre Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Lors de la migration complète, DTS consomme des ressources en lecture et en écriture sur les bases de données source et de destination, ce qui peut augmenter leur charge. Si nécessaire, activez la limitation de débit pour la tâche de migration complète. Définissez 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 l'instance de migration en cours d'exécution.

        Enable Throttling for Incremental Data Migration

        Si nécessaire, définissez également des limites de vitesse pour la tâche de migration incrémentielle. Configurez 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 l'instance de migration en cours d'exécution.

        Environment Tag

        Sélectionnez un tag d'environnement pour identifier l'instance. Cette étape n'est pas requise pour cet exemple.

        Configure ETL

        Décidez d'activer ou non la fonctionnalité Extract, Transform, Load (ETL). Pour en savoir plus, consultez la rubrique What is ETL? Valeurs possibles :

        Monitoring and Alerting

        Définissez ou non des alertes et la réception de notifications d'alerte selon vos besoins métier.

        • No : ne configure aucune alerte.

        • Yes : configurez les alertes en définissant un seuil d'alerte et un destinataire de notifications d'alerte. En cas d'échec de la migration ou si la latence dépasse le seuil défini, le système envoie une notification d'alerte.

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

        Pour en savoir plus sur la fonctionnalité de validation des données, consultez la rubrique 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 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 réussite de cette prévérification.

      • En cas d'échec de la prévérification, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon 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 selon 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 afin d'ignorer l'avertissement et de relancer la prévérification. Ignorer un avertissement 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 les spécifications de lien pour l'instance de migration de 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 en savoir plus, consultez Qu'est-ce que Resource Management ?

        Instance Class

        DTS propose des spécifications de migration offrant différents niveaux de performances. Les spécifications du lien influent sur la vitesse de migration. Choisissez 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 sélectionnez 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.