Tous les produits
Search

Ce produit

    Data Transmission Service:Migration inter-clusters pour PolarDB for PostgreSQL (Compatible avec Oracle)

    Centre de documentation

    Data Transmission Service:Migration inter-clusters pour PolarDB for PostgreSQL (Compatible avec Oracle)

    Dernière mise à jour :Aug 10, 2026

    Data Transmission Service (DTS) permet la migration de données entre les clusters PolarDB for PostgreSQL (Compatible with Oracle).

    Prérequis

    • Les clusters PolarDB for PostgreSQL (Compatible with Oracle) source et de destination doivent exister. Pour plus d'informations, consultez la rubrique Créer un cluster PolarDB for PostgreSQL (Compatible with Oracle).

    • Dans le cluster PolarDB for PostgreSQL (Compatible with Oracle) source, le paramètre wal_level doit être défini sur logical. Ce paramètre ajoute les informations nécessaires au décodage logique dans les journaux WAL (Write-Ahead Logging). Pour plus d'informations, consultez la rubrique Configurer les paramètres du cluster.

    Notes d'utilisation

    Remarque

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

    • Lors des migrations complètes et incrémentielles, 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 effectuées sur la base de données source pendant l'exécution de la tâche peuvent entraîner des incohérences de données.

    Type

    Description

    Limitations de la base de données source

    • Le serveur hébergeant la base de données source doit disposer d'une bande passante sortante suffisante. Une bande passante insuffisante peut ralentir la vitesse de migration.

    • Chaque table à migrer doit posséder une clé primaire ou une contrainte unique. Tous les champs de la clé ou de la contrainte doivent être uniques afin d'éviter les doublons dans la base de données de destination.

    • Si vous migrez des objets au niveau des tables et devez effectuer des modifications telles que le mappage des noms de colonnes, une seule tâche de migration prend en charge un maximum de 1 000 tables. Si vous dépassez cette limite, une erreur se produit lors de la soumission de la tâche. Dans ce cas, vous pouvez répartir les tables sur plusieurs tâches ou configurer une tâche pour migrer la base de données entière.

    • Pour la migration incrémentielle, vous devez configurer les journaux WAL (Write-Ahead Logging) :

      • La fonctionnalité WAL doit être activée.

      • Pour une tâche de migration incrémentielle uniquement, Data Transmission Service (DTS) exige que les journaux WAL de la base de données source soient conservés pendant au moins 24 heures. Pour une tâche incluant à la fois une migration complète et incrémentielle, DTS exige une conservation d'au moins 7 jours. Vous pouvez ramener la période de conservation à au moins 24 heures une fois la migration complète terminée. Une période de conservation plus courte peut provoquer l'échec de la tâche si DTS ne parvient pas à obtenir les journaux WAL requis, entraînant potentiellement des incohérences ou une perte de données. L'accord de niveau de service (SLA) de DTS ne couvre pas les problèmes causés par une période de rétention WAL inférieure aux exigences.

    • Limitations opérationnelles sur la base de données source :

      • Pendant les phases de migration du schéma et de migration complète des données, n'effectuez aucune opération DDL modifiant le schéma des bases de données ou des tables. Sinon, la tâche de migration échouera.

      • Si vous effectuez uniquement une migration complète des données, n'écrivez pas de nouvelles données dans l'instance source pour éviter toute incohérence. 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.

      • Pour garantir le bon déroulement de la tâche de migration et prévenir les interruptions d'abonnement logique dues à un basculement primaire/secondaire, le cluster PolarDB for PostgreSQL(Compatible with Oracle) source doit prendre en charge le basculement des slots de réplication logique et cette fonctionnalité doit être activée.

        Remarque

        Si le cluster PolarDB for PostgreSQL(Compatible with Oracle) source ne prend pas en charge le basculement des slots de réplication logique (par exemple, si le moteur de base de données du cluster est Oracle syntax compatibility 2,0), un basculement de haute disponibilité (HA) sur la base de données source peut entraîner l'échec irréversible de l'instance de migration.

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

    • Si des transactions de longue durée existent dans la base de données source lors d'une migration incrémentielle, les enregistrements WAL générés avant la validation de ces transactions ne peuvent pas être effacés. Cela peut entraîner une accumulation de fichiers WAL et saturer l'espace disque de la base de données source.

    Autres limitations

    • Une seule tâche de migration de données ne peut migrer qu'une seule base de données. Pour migrer plusieurs bases de données, vous devez configurer une tâche de migration 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.

    • Ces schémas ne seront pas visibles dans la console lors de la configuration de la tâche.

    • 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 le schéma entier. Sinon, l'instance de migration risque d'échouer.

    • 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 de la première exécution 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.

    • 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, la structure des tables incrémentielles et les signaux de présence (heartbeats). Ne supprimez pas ces tables temporaires pendant la migration, car cela entraînerait l'échec de la tâche. Les tables sont automatiquement supprimées après la libération de l'instance DTS.

      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.

    • Pour garantir la précision des métriques de latence pour la migration incrémentielle des données, DTS crée une table de heartbeat nommée dts_postgres_heartbeat dans la base de données source.

    • Lors de 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 de 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 retirez les adresses IP de DTS de la liste d'autorisation IP 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 peut 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.

    • Avant de commencer la migration, évaluez les performances des bases de données source et de destination. Nous vous recommandons d'effectuer la migration pendant les heures creuses. Lors de la migration complète des données, DTS consomme des ressources de lecture et d'écriture sur les deux bases de données, ce qui peut augmenter leur charge.

    • Les opérations INSERT concurrentes lors de la migration complète des données peuvent provoquer une fragmentation des tables, ce qui peut entraîner une utilisation plus importante de l'espace de stockage par la base de données de destination que par l'instance source.

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

    • DTS tente de reprendre une tâche de migration ayant échoué pendant sept jours au maximum. Avant de basculer les charges de travail vers l'instance de destination, vous devez terminer ou libérer la tâche, ou révoquer les autorisations d'écriture du compte utilisé par DTS pour accéder à l'instance de destination à l'aide de la commande revoke. Cela empêche une tâche reprise automatiquement d'écraser les données dans l'instance de destination.

    • La validation DTS vérifie le contenu des données mais ne prend pas en charge la validation des métadonnées pour les objets tels que les séquences. Vous devez valider ces objets manuellement.

    • Après avoir basculé vos charges de travail vers l'instance de destination, les nouvelles séquences écrites ne s'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 rubrique Mettre à jour les valeurs des séquences dans la base de données de destination.

    • Cette limitation 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énements. 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 autorisations 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 entraîner des incohérences de 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 rubrique Modifier les paramètres de l'instance.

    • Lors de la migration de tables partitionnées, vous devez inclure la table parente et toutes ses partitions enfants en tant qu'objets de migration pour éviter les incohérences de données.

      Important

      • Dans PolarDB for PostgreSQL(Compatible with Oracle), la table parente d'une table partitionnée ne stocke pas directement les données. Les données sont stockées dans les partitions enfants. La tâche de migration doit inclure la table parente et toutes ses partitions enfants pour éviter la perte de données et les incohérences entre les bases de données source et de destination.

      • La migration de tables partitionnées ou de tables héritées (tables parentes et enfants) réparties sur différentes bases de données n'est pas prise en charge. Assurez-vous que les tables partitionnées et toutes leurs partitions, ainsi que les tables parentes et toutes leurs 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 rubrique Présentation de la facturation.

    Migration incrémentielle des données

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

    Types de migration

    Type de migration

    Description

    Migration du schéma

    DTS migre les schémas d'objets vers la base de données de destination. DTS prend en charge la migration du schéma pour les types d'objets suivants : tables, vues, synonymes, procédures stockées, fonctions stockées, packages et types définis par l'utilisateur.

    Remarque

    DTS ne prend pas en charge la migration du schéma pour les déclencheurs. Nous vous recommandons de supprimer les déclencheurs de la base de données source pour éviter les incohérences de données. Pour plus d'informations, consultez la rubrique Configurer une tâche de synchronisation ou de migration de données pour une base de données source contenant un déclencheur.

    Migration complète des données

    DTS migre les données historiques de la base de données source vers la base de données de destination.

    Remarque

    N'effectuez pas d'opérations DDL sur les objets de migration avant que la migration du schéma et la migration complète des données ne soient terminées. Sinon, la tâche de migration risque d'échouer.

    Migration incrémentielle des données

    Après la migration complète des données, DTS capture les mises à jour incrémentielles des données à partir du journal redo de la base de données source et les migre vers la base de données de destination.

    La migration incrémentielle des données permet une migration fluide avec un temps d'arrêt minimal de l'application.

    Objets pris en charge

    Objet Détails
    SCHEMA, TABLE Inclut PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, types de données intégrés et DEFAULT CONSTRAINT
    VIEW, PROCEDURE Nécessite PostgreSQL version 11 ou ultérieure. La prise en charge varie selon le type de base de données de destination — consultez la console pour plus de détails

    Instructions SQL prises en charge pour la migration incrémentielle

    Type d'opération

    Instruction SQL

    DML

    INSERT, UPDATE et DELETE

    DDL

    • DTS migre les opérations DDL uniquement pour les tâches de migration de données créées après le 1er octobre 2020.

      Important

      • Pour les tâches de migration de données créées avant le 12 mai 2023, vous devez créer des déclencheurs et des fonctions dans la base de données source pour capturer les informations DDL avant de configurer la tâche de migration. Pour plus d'informations, consultez la rubrique Migration incrémentielle DDL pour PostgreSQL à l'aide de déclencheurs et de fonctions.

      • DTS ne prend pas en charge la migration des données de type BIT lors de la migration incrémentielle des données.

    • Lorsque le compte de la base de données source est un compte privilégié, DTS prend en charge les instructions DDL suivantes :

      • CREATE TABLE et 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

      • CREATE INDEX ON TABLE

      Important

      • DTS ne migre pas les clauses supplémentaires dans les instructions DDL, telles que CASCADE ou RESTRICT.

      • DTS ne migre pas les instructions DDL provenant d'une session dans laquelle la commande SET session_replication_role = replica a été exécutée.

      • DTS ne migre pas les instructions DDL exécutées en invoquant une fonction.

      • Si un seul commit dans la base de données source contient à la fois des instructions DML et DDL, DTS ne migre pas les instructions DDL.

      • Si un seul commit dans la base de données source inclut des instructions DDL pour des objets non sélectionnés, DTS ne migre pas ces instructions.

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

    Base de données

    Exigences en matière d'autorisations

    Cluster PolarDB for PostgreSQL (Compatible with Oracle) source

    Un compte privilégié.

    Cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination

    Autorisation Database owner.

    Important

    Vous spécifiez le database owner lors de la création de la base de données.

    Pour créer un compte de base de données et accorder des autorisations :

    Pour un cluster PolarDB for PostgreSQL (Compatible with Oracle), consultez la rubrique Créer un compte de base de données.

    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 en fonction du mode et de 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 menu supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Migration.

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

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

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

      Avertissement

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

      Section

      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 une identification facile. Le nom n'a pas besoin d'être unique.

      Source Database

      Select Existing Connection

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

        Remarque

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

      • Si vous n'avez pas enregistré l'instance de base de données 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 PolarDB (Compatible with Oracle).

      Access Method

      Sélectionnez Public IP Address.

      Instance Region

      Sélectionnez la région où se trouve le cluster PolarDB for PostgreSQL (Compatible with Oracle) source.

      Data Sources

      • Single Data Source : Cette option nécessite de spécifier le Domain Name or IP Address et le Port Number du nœud principal du cluster PolarDB for PostgreSQL (Compatible with Oracle) source.

      • Multiple Data Sources : Cette option nécessite également de saisir les adresses IP et les numéros de port de plusieurs nœuds, y compris le nœud principal, du cluster PolarDB for PostgreSQL (Compatible with Oracle) source dans le champ IP:Port of Data Sources.

        Remarque

        Si vous sélectionnez Multiple Data Sources et configurez le paramètre IP:Port of Data Sources, DTS peut basculer automatiquement vers un nouveau nœud principal en cas de basculement primaire/secondaire dans le cluster PolarDB for PostgreSQL (Compatible with Oracle). Cette fonctionnalité prend en charge les scénarios de reprise après sinistre.

      Dans cet exemple, Single Data Source est sélectionné.

      Domain Name or IP Address

      Saisissez le point de terminaison du nœud principal du cluster PolarDB for PostgreSQL (Compatible with Oracle) source.

      Remarque

      Vous pouvez exécuter la commande ping sur votre ordinateur pour obtenir l'adresse IP du point de terminaison de connexion directe du cluster PolarDB for PostgreSQL (Compatible with Oracle) cible.

      Port Number

      Saisissez le port de service de la base de données source. La valeur par défaut est 1521.

      Remarque

      Dans cet exemple, ce port de service doit être accessible depuis Internet.

      IP:Port of Data Sources

      Saisissez les adresses IP et les numéros de port de plusieurs nœuds du cluster PolarDB for PostgreSQL (Compatible with Oracle) source. Séparez les différentes entrées par des virgules (,).

      Oracle Type

      • Non-RAC Instance : Cette option nécessite de spécifier le SID.

      • RAC or PDB Instance : Cette option nécessite de spécifier le Service Name.

      Dans cet exemple, Non-RAC Instance est sélectionné.

      Database Name

      Saisissez le nom de la base de données contenant l'objet de migration dans le cluster PolarDB for PostgreSQL (Oracle Compatible) source.

      Database Account

      Saisissez le compte de base de données pour le cluster PolarDB for PostgreSQL (Compatible with Oracle) source. Pour plus d'informations sur les autorisations requises, consultez la section Autorisations requises pour les comptes de base de données.

      Database Password

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

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

      Database Type

      Sélectionnez PolarDB (Compatible with Oracle).

      Access Method

      Sélectionnez Public IP Address.

      Instance Region

      Sélectionnez la région où se trouve le cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination.

      Data Sources

      • Single Data Source : Cette option nécessite de spécifier le Domain Name or IP Address et le Port Number du nœud principal du cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination.

      • Multiple Data Sources : Cette option nécessite également de saisir les adresses IP et les numéros de port de plusieurs nœuds, y compris le nœud principal, du cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination dans le champ IP:Port of Data Sources.

        Remarque

        Si vous sélectionnez Multiple Data Sources et configurez le paramètre IP:Port of Data Sources, DTS peut basculer automatiquement vers un nouveau nœud principal en cas de basculement primaire/secondaire dans le cluster PolarDB for PostgreSQL (Compatible with Oracle). Cette fonctionnalité prend en charge les scénarios de reprise après sinistre.

      Dans cet exemple, Single Data Source est sélectionné.

      Domain Name or IP Address

      Saisissez le point de terminaison du nœud principal du cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination.

      Remarque

      Vous pouvez exécuter la commande ping sur votre ordinateur pour obtenir l'adresse IP du point de terminaison de connexion directe du cluster PolarDB for PostgreSQL (Compatible with Oracle) cible.

      Port Number

      Saisissez le port de service de la base de données de destination. La valeur par défaut est 1521.

      IP:Port of Data Sources

      Saisissez les adresses IP et les numéros de port de plusieurs nœuds du cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination. Séparez les différentes entrées par des virgules (,).

      Database Name

      Saisissez le nom de la base de données du cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination vers lequel les objets seront migrés.

      Database Account

      Saisissez le compte de base de données pour le cluster PolarDB for PostgreSQL (Compatible with Oracle) de destination. Pour plus d'informations sur les autorisations requises, consultez la section Autorisations requises pour les comptes de base de données.

      Database Password

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

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

      Remarque

      • Assurez-vous que les blocs CIDR d'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. Cela peut être fait automatiquement ou manuellement. Pour plus d'informations, consultez la rubrique Ajouter les blocs CIDR d'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 l'utilisateur (où la 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.

        Paramètre

        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 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 de noms d'objets dans la zone Selected Objects si nécessaire.

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

        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 portant le même nom n'existe, 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 de données ne démarre pas.

          Remarque

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

        • 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 des incohérences de données et des risques métier. 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 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 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érents, seules certaines colonnes de données peuvent être migrées, ou la migration peut échouer. Procédez avec prudence.

        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é les Migration Types pour la Schema Migration, sélectionnez également Séquence ou migrez le schéma entier.

        Selected Objects

        Remarque

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

        • Pour définir des conditions WHERE afin de filtrer les données, faites un clic droit sur une table dans la zone Selected Objects et spécifiez les conditions de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez la rubrique Définir des conditions de filtre.

        • Pour sélectionner les opérations SQL à migrer au niveau de la base de données ou de la table, faites un clic droit sur un 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.

        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.

        Retry Time for Failed Connections

        Après le démarrage de la tâche de migration, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et commence immédiatement à 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 sur une valeur comprise entre 10 et 1440 minutes. Nous vous recommandons de définir la durée sur 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. Sinon, 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

        Après le démarrage de la tâche de migration, si un problème autre que la 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 sur une valeur comprise entre 1 et 1440 minutes. Nous vous recommandons de définir la durée sur 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. Sinon, la tâche échoue.

        Important

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

        Enable Throttling for Full Data Migration

        Lors de la migration complète, DTS consomme des ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Si nécessaire, vous pouvez activer la limitation de débit pour la tâche de migration complète. Vous pouvez définir les Queries per second (QPS) to the source database, le RPS of Full Data Migration et la 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 les 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 le RPS of Incremental Data Migration et la 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 les 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 métier. Dans cet exemple, vous n'avez pas besoin de configurer ce paramètre.

        Configure ETL

        Choisissez d'activer ou non la fonctionnalité extract, transform and load (ETL). Pour plus d'informations, consultez la rubrique 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 métier.

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

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

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

        Pour plus d'informations sur la fonctionnalité de validation des données, consultez 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 apparaît.

      • Si vous n'avez pas besoin d'afficher ou si vous avez terminé l'affichage des paramètres 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 que des incohérences de données et présenter des risques pour votre activité.

    7. Achetez l'instance.

      1. Lorsque le Success Rate est de 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 l'instance appartient. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez la rubrique 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 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 rubrique Spécifications de liaison pour la 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 des 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. Tant que la tâche de migration incrémentielle est en cours d'exécution, le Status de la tâche est Running.