Tous les produits
Search
Centre de documentation

Data Transmission Service:Migrer des données d'un cluster PolarDB for MySQL vers une instance PolarDB-X 1,0

Dernière mise à jour :Sep 20, 2026

Cette rubrique explique comment utiliser Data Transmission Service (DTS) pour migrer les données d'un PolarDB for MySQL cluster vers une PolarDB-X 1,0.

Prérequis

  • La capacité de stockage de l'instance de destination doit être supérieure à l'espace de stockage utilisé du PolarDB for MySQL cluster source. L'instance PolarDB-X 1,0 de destination. Pour plus d'informations, consultez Créer une instance PolarDB-X 1,0.

    Remarque

    Lors de la création de l'instance, sélectionnez RDS MySQL comme type de stockage.

  • Les bases de données et les tables destinées à recevoir les données doivent être créées dans l'instance PolarDB-X 1,0 de destination. Pour plus d'informations, consultez Créer une base de données et Opérations SQL de base.

Précautions

Type

Description

Limites de la base de données source

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

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

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

  • Si vous effectuez une migration incrémentielle :

    • Vous devez activer la journalisation binaire et définir le paramètre loose_polar_log_bin sur on. Sinon, la prévalidation signale une erreur et la tâche de migration des données ne peut pas démarrer. Pour plus d'informations sur l'activation de la journalisation binaire et la modification des paramètres, consultez Activer la journalisation binaire et Modifier les paramètres.

      Remarque

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

    • Les journaux binaires du PolarDB for MySQL cluster doivent être conservés pendant au moins 3 jours. Nous recommandons une période de rétention de 7 jours. Sinon, DTS pourrait ne pas parvenir à obtenir les journaux binaires, ce qui entraînerait l'échec de la tâche. Dans des cas extrêmes, cela peut provoquer une incohérence ou une perte de données. Les problèmes causés par une période de rétention des journaux binaires inférieure aux exigences de DTS ne sont pas couverts par l'accord de niveau de service (SLA) de DTS.

      Remarque

      Pour plus d'informations sur la définition de la période de rétention des journaux binaires d'un PolarDB for MySQL cluster, consultez Modifier la période de rétention.

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

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

      Remarque

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

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

Autres limites

  • Exigences relatives aux objets de migration :

    • Les données des types BIT, VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, VECTOR et TXID_SNAPSHOT ne peuvent pas être migrées.

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

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

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

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

  • Si votre base de données source utilise des opérations DDL en ligne en mode table temporaire, y compris les scénarios de fusion multi-tables, ou ajoute des index basés sur des fonctions aux colonnes de clé unique, une perte de données ou un échec de la tâche peut se produire sur la base de données de destination.

  • La migration du schéma n'est pas prise en charge. Avant de configurer une tâche de migration, créez les bases de données et les tables correspondantes dans l'instance PolarDB-X 1,0 de destination.

  • Avant de migrer les données, évaluez les performances des bases de données source et de destination. Nous vous recommandons de migrer les données pendant les heures creuses. Sinon, le processus d'initialisation complète des données occupera les ressources de lecture et d'écriture des bases de données source et de destination, ce qui pourrait augmenter la charge de la base de données.

  • Le processus d'initialisation complète des données exécute simultanément des instructions INSERT, ce qui provoque une fragmentation des tables dans la base de données de destination. Par conséquent, l'espace de table de l'instance de destination est plus grand que celui de l'instance source une fois l'initialisation complète des données terminée.

  • Pendant la migration des données, n'utilisez pas d'outils tels que pt-online-schema-change pour effectuer des modifications DDL en ligne sur les objets source. Sinon, la migration échouera.

  • Pendant la migration des données, si des données autres que celles écrites par DTS sont ajoutées à la base de données de destination, une incohérence des données peut survenir entre les bases de données source et de destination.

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

    Remarque

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

  • Si la table PolarDB-X 1,0 de destination a le partitionnement automatique activé (auto_partition=true), chaque instruction DDL exécutée sur la source ne peut contenir qu'une seule alter_specification. Sinon, DTS signale une erreur (TDDL-4998 : Multi alter specifications when create GSI not support yet). Pour exécuter une instruction DDL contenant plusieurs éléments alter_specification, divisez chaque alter_specification en une instruction DDL distincte et exécutez-les une par une. Pour plus d'informations, consultez ALTER TABLE.

Facturation

Type de migration

Frais de configuration de la tâche

Frais de trafic Internet

Migration complète des données

Gratuit.

Gratuit dans cet exemple.

Migration incrémentielle des données

Des frais s'appliquent. Pour plus d'informations, consultez Présentation de la facturation.

Instructions SQL prenant en charge la migration incrémentielle

Type d'opération

Instructions SQL

DML

INSERT, UPDATE et DELETE

Autorisations requises pour les comptes de base de données

Base de données

Migration complète des données

Migration incrémentielle des données

PolarDB for MySQL source

Autorisation SELECT

Autorisations de lecture et d'écriture

PolarDB-X 1,0 de destination

Autorisations de lecture et d'écriture

Pour plus d'informations sur la création et l'autorisation des comptes 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 selon le mode et la disposition de la console DMS. Pour plus d'informations, consultez 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 Migration > Data + AI > Data Transmission (DTS).

    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

    Aucun

    Data Migration

    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.

    Data Migration Tasks

    Create Task

    Vous pouvez choisir d'utiliser ou non une instance de base de données existante en fonction de vos besoins métier.

    • Si vous utilisez une instance existante, les informations de base de données ci-dessous sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau.

    • Si vous n'utilisez pas d'instance existante, vous devez configurer les informations de base de données ci-dessous.

    Remarque

    Database Type

    Sélectionnez PolarDB for MySQL.

    Access Method

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

    Sélectionnez la région du cluster PolarDB for MySQL source.

    Replicate Data Across Alibaba Cloud Accounts

    Dans cet exemple, une instance de base de données sous le compte Alibaba Cloud actuel est utilisée. Sélectionnez No.

    PolarDB Cluster ID

    Sélectionnez le cluster PolarDB for MySQL source.

    Database Account

    Saisissez le compte de base de données du cluster PolarDB for MySQL source. Pour plus d'informations sur les exigences en matière d'autorisations, consultez 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 une valeur en fonction de la situation réelle. Pour plus d'informations sur le chiffrement SSL, consultez Configurer le chiffrement SSL.

    Destination Database

    Select Existing Connection

    Vous pouvez choisir d'utiliser ou non une instance de base de données existante en fonction de vos besoins métier.

    • Si vous utilisez une instance existante, les informations de base de données ci-dessous sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau.

    • Si vous n'utilisez pas d'instance existante, vous devez configurer les informations de base de données ci-dessous.

    Remarque

    Database Connections

    Sélectionnez Select a DMS database instance..

    Add DMS Database Instance

    Sélectionnez Database Type.

    PolarDB-X 1.0

    Sélectionnez la région de l'instance PolarDB-X 1,0 de destination.

    Access Method

    Sélectionnez l'instance PolarDB-X 1,0 de destination.

    Alibaba Cloud Instance

    Saisissez le compte de base de données de l'instance PolarDB-X 1,0 de destination. Pour plus d'informations sur les exigences en matière d'autorisations, consultez Autorisations requises pour les comptes de base de données.

    Instance Region

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

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

    Remarque

    Assurez-vous que les plages d'adresses IP du service DTS sont ajoutées automatiquement ou manuellement aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Pour plus d'informations, consultez Ajouter les adresses IP des serveurs DTS à une liste d'autorisation.

  5. Configurez les objets de la tâche.

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

      Paramètre

      Description

      Instance ID

      • Si vous devez uniquement effectuer une migration complète, sélectionnez Database Account.

      • Pour effectuer une migration sans temps d'arrêt, sélectionnez à la fois Database Password et Test Connectivity and Proceed.

      Remarque

      Si vous ne sélectionnez pas Configure Objects, 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.

      Migration Types

      • Full Data Migration : 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 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 Mappage des noms d'objets.

      • Full Data Migration : ignore la vérification des tables portant le même nom.

        Avertissement

        La sélection de Incremental Data Migration peut entraîner une incohérence des 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 de la base de données de destination.

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

      Incremental Data Migration

      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, Processing Mode of Conflicting Tables est sélectionné. Vous pouvez également choisir de maintenir 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.

      Precheck and Report Errors

      Dans la zone Ignore Errors and Proceed, cliquez sur les objets à migrer, puis cliquez sur Right arrow pour les déplacer vers la zone Ignore Errors and Proceed.

      Remarque

      La granularité minimale pour la sélection des objets de migration est la table.

      Capitalization of Object Names in Destination Instance

      Remarque
      • Pour filtrer les données par condition, faites un clic droit sur la table à migrer dans Selected Objects et définissez les conditions de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez Filtrer les données de tâche avec une condition SQL.

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

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

      Paramètre

      Description

      Selected Objects

      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.

      Selected Objects

      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 à une valeur comprise entre 10 et 1440 minutes. Nous vous recommandons de définir la durée à plus de 30 minutes. Si DTS se reconnecte aux bases de données source et de destination dans la durée spécifiée, la tâche de migration reprend automatiquement. Sinon, la tâche échoue.

      Remarque
      • Pour plusieurs instances DTS partageant la même source ou 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 vous êtes facturé pour la tâche 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.

      Selected Objects

      Après le démarrage de la tâche de migration, 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 1440 minutes. Nous vous recommandons de définir la durée à plus de 10 minutes. Si les opérations associées réussissent dans la durée de nouvelle tentative spécifiée, la tâche de migration reprend automatiquement. Sinon, la tâche échoue.

      Important

      La valeur de Batch Edit doit être inférieure à la valeur de Selected Objects.

      Next: Advanced Settings

      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 Dedicated Cluster for Task Scheduling, Retry Time for Failed Connections et Retry Time for Other Issues 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 Retry Time for Other Issues pour Retry Time for Failed Connections.

      • Vous pouvez également ajuster la vitesse de migration complète après le démarrage de l'instance de migration.

      Enable Throttling for Full 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 Queries per second (QPS) to the source database et RPS of Full Data Migration 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 Data migration speed for full migration (MB/s) pour Full Data Migration.

      • Vous pouvez également ajuster la vitesse de migration incrémentielle après le démarrage de l'instance de migration.

      Migration Types

      Vous pouvez sélectionner des tags d'environnement qui identifient l'instance en fonction de vos besoins métier. Vous n'avez pas besoin de sélectionner un tag dans cet exemple.

      Enable Throttling for Incremental Data Migration

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

      • RPS of Incremental Data Migration : Les informations SQL de pulsation ne sont pas écrites dans la base de données source. Cela peut entraîner un retard signalé par l'instance DTS.

      • Data migration speed for incremental migration (MB/s) : É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.

      Incremental Data Migration

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

      • Migration Types : Configure la fonctionnalité ETL. Vous devez également saisir des instructions de traitement des données dans la zone de texte.

      • Environment Tag : Ne configure pas la fonctionnalité ETL.

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

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

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

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

  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 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 exécutez à nouveau 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 exécutez à nouveau 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 exécuter à nouveau 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 une 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 lien pour l'instance de migration de données. Pour plus d'informations, consultez le tableau suivant.

      Catégorie

      Paramètre

      Description

      Configure ETL

      Yes

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

      No

      DTS propose des spécifications de migration avec différents niveaux de performance. La spécification de lien 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 Spécifications de lien de migration de données.

    3. Une fois la configuration terminée, lisez et acceptez les <!--@uicontrol {"id":"d8e4a2757dm8a","data-isbold="true"}-->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 afficher 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.