Data Transmission Service (DTS) vous permet de migrer des bases de données entre instances grâce à un flux de travail guidé dans la console. Ce tutoriel prend pour exemple une migration d'ApsaraDB RDS for MySQL vers MySQL et couvre l'intégralité du processus : connexion à vos bases de données, sélection des objets à migrer, exécution d'une prévérification, achat d'une instance de migration et démarrage de la tâche.
Les étapes et les paramètres présentés dans ce tutoriel sont basés sur une migration MySQL vers MySQL entre des instances ApsaraDB RDS for MySQL. Votre configuration réelle dépend des types de bases de données source et de destination. Pour connaître les scénarios pris en charge, consultez la rubrique Overview of data migration scenarios .
Prérequis
Avant de commencer, assurez-vous de disposer des éléments suivants :
Des bases de données source et de destination créées et exécutant des versions prises en charge. Consultez la rubrique Overview of data migration scenarios pour obtenir la liste des types et versions pris en charge.
(Pour les bases de données auto-gérées) Les environnements requis sont préparés. Consultez la rubrique Preparation overview.
Un compte de base de données sur l'instance source disposant des autorisations SELECT, REPLICATION CLIENT et REPLICATION SLAVE sur les objets à migrer.
Un compte de base de données sur l'instance de destination disposant des autorisations de lecture et d'écriture sur la base de données de destination.
Étape 1 : Accéder à la page Data Migration
Utilisez la console DTS ou la console DMS pour accéder à la page Data Migration.
Console DTS
Connectez-vous à la console DTS.
Dans le volet de navigation de gauche, cliquez sur Data Migration.
Dans le coin supérieur gauche, sélectionnez la région où résidera votre instance de migration.
Console DMS
Les étapes exactes peuvent varier selon le mode et la disposition de votre console DMS. Consultez les pages Simple mode et Customize the layout and style of the DMS console pour plus de détails.
Connectez-vous à la console DMS.
Dans la barre de navigation supérieure, placez le pointeur sur Data + AI > DTS (DTS) > Data Migration.
Dans la liste déroulante située à droite de Data Migration Tasks, sélectionnez la région où résidera votre instance de migration.
Étape 2 : Créer une tâche
Cliquez sur Create Task pour ouvrir la page de configuration de la tâche.
Si la page affiche un bouton New Configuration Page dans le coin supérieur droit, cliquez dessus pour basculer vers la nouvelle version. Ignorez cette étape si vous voyez Back to Previous Version à la place — vous êtes déjà sur la nouvelle version.
Les pages de configuration nouvelle et précédente comportent des paramètres différents. Utilisez la nouvelle version.
Étape 3 : Configurer les bases de données source et de destination
Après avoir renseigné les détails des bases de données source et de destination, lisez la section Limits affichée en haut de la page avant de poursuivre. Ignorer cette étape peut entraîner des échecs de tâche ou des incohérences de données.
Les tableaux suivants décrivent les paramètres des bases de données source et de destination. Dans cet exemple, les deux sont des instances ApsaraDB RDS for MySQL au sein du même compte Alibaba Cloud.
Base de données source
| Parameter | Description |
|---|---|
| Task Name | Nom de la tâche DTS. DTS en génère un automatiquement. Spécifiez un nom descriptif pour faciliter l'identification de la tâche. Le nom n'a pas besoin d'être unique. |
| Select a DMS database instance | Non sélectionné dans cet exemple. Configurez plutôt les paramètres de la base de données ci-dessous. |
| Database Type | Type de la base de données source. Sélectionnez MySQL. |
| Access Method | Méthode d'accès de la base de données source. Sélectionnez Alibaba Cloud Instance. |
| Instance Region | Région de l'instance ApsaraDB RDS for MySQL source. |
| Replicate Data Across Alibaba Cloud Accounts | Indique si la base de données source appartient à un autre compte Alibaba Cloud. Sélectionnez No pour cet exemple. |
| RDS Instance ID | ID de l'instance ApsaraDB RDS for MySQL source. |
| Database Account | Compte de base de données disposant des autorisations SELECT, REPLICATION CLIENT et REPLICATION SLAVE sur les objets à migrer. |
| Database Password | Mot de passe du compte de base de données. |
| Encryption | Utilisez le paramètre par défaut pour cet exemple. |
Base de données de destination
| Parameter | Description |
|---|---|
| Select a DMS database instance | Non sélectionné dans cet exemple. Configurez plutôt les paramètres de la base de données ci-dessous. |
| Database Type | Type de la base de données de destination. Sélectionnez MySQL. |
| Access Method | Méthode d'accès de la base de données de destination. Sélectionnez Alibaba Cloud Instance. |
| Instance Region | Région de l'instance ApsaraDB RDS for MySQL de destination. |
| Replicate Data Across Alibaba Cloud Accounts | Indique si la base de données de destination appartient à un autre compte Alibaba Cloud. Sélectionnez No pour cet exemple. |
| RDS Instance ID | ID de l'instance ApsaraDB RDS for MySQL de destination. |
| Database Account | Compte de base de données disposant des autorisations de lecture et d'écriture sur la base de données de destination. |
| Database Password | Mot de passe du compte de base de données. |
| Encryption | Utilisez le paramètre par défaut pour cet exemple. |
Étape 4 : Tester la connectivité
Cliquez sur Test Connectivity and Proceed en bas de la page.
DTS met automatiquement à jour les paramètres du pare-feu en fonction de l'hébergement de vos bases de données :
Instances de base de données Alibaba Cloud (telles qu'ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB) : DTS ajoute ses blocs CIDR de serveur à la liste d'autorisation d'adresses IP de l'instance.
Bases de données auto-gérées sur une seule instance Elastic Compute Service (ECS) : DTS ajoute ses blocs CIDR de serveur aux règles du groupe de sécurité de l'instance ECS. Assurez-vous que l'instance ECS peut atteindre la base de données.
Bases de données auto-gérées sur plusieurs instances ECS : Ajoutez manuellement les blocs CIDR des serveurs DTS aux règles du groupe de sécurité de chaque instance ECS.
Bases de données locales ou sur cloud tiers : Ajoutez manuellement les blocs CIDR des serveurs DTS à la liste d'autorisation d'adresses IP de la base de données. Consultez la rubrique Add the CIDR blocks of DTS servers.
L'ajout de blocs CIDR DTS à votre liste d'autorisation ou à vos règles de groupe de sécurité introduit des risques de sécurité. Avant de migrer les données, prenez des mesures préventives telles que le renforcement des identifiants, la limitation des ports exposés, l'authentification des appels API, l'audit régulier des règles de la liste d'autorisation et l'utilisation d'Express Connect, VPN Gateway ou Smart Access Gateway pour connecter votre base de données à DTS.
Étape 5 : Configurer les objets de migration
Choisir les éléments à migrer
Sur la page Configure Objects, sélectionnez les objets et les types de migration.
Pour cet exemple, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration sous Migration Types, puis déplacez les objets à migrer de Source Objects vers Selected Objects.
Le tableau suivant décrit les principaux paramètres.
| Parameter | Description |
|---|---|
| Migration Types | Choisissez en fonction de votre objectif :<br>• Schema Migration + Full Data Migration — copie les données existantes une seule fois, sans synchronisation continue. Évitez d'écrire dans la base de données source pendant la migration pour prévenir toute incohérence des données.<br>• Schema Migration + Full Data Migration + Incremental Data Migration — maintient la destination synchronisée pendant la migration, ce qui assure la continuité du service. Utilisez cette option si votre application doit rester en ligne pendant la migration.<br><br> Remarque
Si vous ignorez Schema Migration, assurez-vous qu'une base de données et une table sont créées dans la base de données de destination pour recevoir les données et activez le mappage des noms d'objets dans Selected Objects. |
| Method to Migrate Triggers in Source Database | Méthode de gestion des déclencheurs de la base de données source. Configurez ce paramètre uniquement si vous avez des déclencheurs à migrer. Consultez la rubrique Synchronize or migrate triggers from the source database. Disponible uniquement lorsque Schema Migration et Incremental Data Migration sont tous deux sélectionnés. |
| Enable Migration Assessment | Indique s'il faut évaluer la compatibilité du schéma (longueur des index, procédures stockées, tables dépendantes) avant la migration. La sélection de Yes augmente le temps de prévérification. Les résultats apparaissent sous Assessment Result et n'affectent pas la réussite ou l'échec de la prévérification. Disponible uniquement lorsque Schema Migration est sélectionné. |
| Processing Mode of Conflicting Tables | Méthode de gestion des tables de destination qui partagent les mêmes noms que les tables source :<br>• Precheck and Report Errors — fait échouer la prévérification si des noms de table identiques sont trouvés. Pour contourner les conflits, utilisez le mappage des noms d'objets pour renommer les tables à destination.<br>• Ignore Errors and Proceed — ignore la vérification des conflits de noms. Avertissement
Cela peut provoquer des incohérences de données. Lors de la migration complète, les enregistrements existants sont conservés ; lors de la migration incrémentielle, les enregistrements existants sont écrasés. Si les schémas diffèrent, seules certaines colonnes peuvent être migrées ou la tâche peut échouer complètement. |
| Capitalization of Object Names in Destination Instance | Politique de mise en majuscule pour les noms de bases de données, de tables et de colonnes dans la destination. La valeur par défaut est DTS default policy. Consultez la rubrique Specify the capitalization of object names in the destination instance. |
| Source Objects | Sélectionnez les colonnes, tables ou bases de données à migrer, puis cliquez sur  pour les ajouter à Selected Objects. Si vous sélectionnez des tables ou des colonnes, DTS ne migre pas les vues, les déclencheurs ou les procédures stockées, sauf s'ils sont explicitement sélectionnés. |
| Selected Objects | Gérez les objets préparés pour la migration :<br>• Renommer un seul objet : faites un clic droit dessus. Consultez la rubrique Map the name of a single object.<br>• Renommer plusieurs objets : cliquez sur Batch Edit dans le coin supérieur droit. Consultez la rubrique Map multiple object names at a time.<br>• Filtrer les lignes avec des conditions SQL : faites un clic droit sur une table et spécifiez les conditions WHERE. Consultez la rubrique Set filter conditions.<br>• Sélectionner les opérations DML ou DDL à migrer : faites un clic droit sur un objet et sélectionnez les opérations. |
Configurer les paramètres avancés
Cliquez sur Next: Advanced Settings. Les valeurs par défaut conviennent à la plupart des scénarios. Ajustez les paramètres suivants si nécessaire.
| Parameter | Description |
|---|---|
| Dedicated Cluster for Task Scheduling | Par défaut, DTS utilise le cluster partagé. Pour une stabilité accrue des tâches, achetez un cluster dédié. Consultez la rubrique What is a DTS dedicated cluster. |
| Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database. | S'applique lorsque vous utilisez DMS ou gh-ost pour les opérations DDL en ligne sur la source. Important
pt-online-schema-change n'est pas pris en charge — son utilisation entraîne l'échec de la tâche DTS.<br>• Yes — migre les données de la table temporaire issues des opérations DDL en ligne. Peut introduire une latence.<br>• No, Adapt to DMS Online DDL — migre uniquement le DDL original de DMS, pas les données de la table temporaire. Les tables de destination peuvent être verrouillées.<br>• No, Adapt to gh-ost — migre uniquement le DDL original de gh-ost, pas les données de la table temporaire. Prend en charge le filtrage des tables fantômes gh-ost. Les tables de destination peuvent être verrouillées. |
| Whether to Migrate Accounts | Indique s'il faut migrer les informations de compte de la base de données source. Si défini sur Yes, sélectionnez les comptes à migrer et vérifiez les autorisations des comptes utilisés dans cette tâche. Consultez la rubrique Migrate database accounts. |
| Retry Time for Failed Connections | Durée pendant laquelle DTS tente de se reconnecter en cas de perte de connectivité avec la base de données source ou de destination. Plage valide : 10–1 440 minutes. Par défaut : 720. Nous vous recommandons de définir ce paramètre sur une valeur supérieure à 30 minutes. Si DTS se reconnecte dans ce délai, la tâche reprend ; sinon, elle échoue. Remarque
Si plusieurs tâches partagent la même base de données source ou de destination, la fenêtre de nouvelle tentative définie le plus récemment prend effet. Les frais DTS s'accumulent pendant les nouvelles tentatives. |
| Retry Time for Other Issues | Durée pendant laquelle DTS retente les opérations DDL ou DML ayant échoué. Plage valide : 1–1 440 minutes. Par défaut : 10. Nous vous recommandons de définir ce paramètre sur une valeur supérieure à 10 minutes. Cette valeur doit être inférieure à Retry Time for Failed Connections. |
| Enable Throttling for Full Data Migration | Indique s'il faut limiter la vitesse de migration lors de la migration complète des données. Pendant la migration complète, DTS utilise les ressources de lecture et d'écriture des bases de données source et de destination. Vous pouvez activer la limitation en fonction de vos besoins métier. Configurez Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s). Cela réduit la charge du serveur de base de données de destination. Disponible uniquement lorsque Full Data Migration est sélectionné. |
| Enable Throttling for Incremental Data Migration | Indique s'il faut limiter la vitesse de migration lors de la migration incrémentielle des données. Configurez RPS of Incremental Data Migration et Data migration speed for incremental migration (MB/s). Disponible uniquement lorsque Incremental Data Migration est sélectionné. |
| Environment Tag | Tag permettant d'identifier l'environnement de l'instance DTS. Sélectionnez en fonction de votre environnement (par exemple, production ou staging). |
| Configure ETL | Indique s'il faut activer le traitement extract, transform, and load (ETL) sur les données migrées. Sélectionnez Yes pour saisir des instructions de traitement des données dans l'éditeur de code. Consultez la rubrique Configure ETL in a data migration or data synchronization task. |
| Whether to delete SQL operations on heartbeat tables of forward and reverse tasks | Indique si DTS écrit des opérations SQL dans les tables de heartbeat pendant l'exécution de l'instance.<br>• Yes — n'écrit pas de SQL de heartbeat. La latence peut sembler gonflée dans la surveillance.<br>• No — écrit du SQL de heartbeat. La sauvegarde physique et le clonage de la base de données source peuvent être affectés. |
| Monitoring and Alerting | Indique s'il faut configurer des alertes en cas d'échec de la tâche ou de latence dépassant un seuil. Sélectionnez Yes pour définir les seuils et les contacts de notification. Consultez la rubrique Configure monitoring and alerting when you create a DTS task. |
Configurer la vérification des données
Cliquez sur Next Step: Data Verification pour éventuellement configurer une tâche de vérification des données. Consultez la rubrique Configure a data verification task.
Étape 6 : Exécuter la prévérification
Cliquez sur Next: Save Task Settings and Precheck en bas de la page.
Pour afficher les paramètres OpenAPI de cette configuration de tâche avant l'enregistrement, placez le pointeur sur Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters.
DTS exécute une prévérification avant de démarrer la migration. La tâche ne peut démarrer qu'après la réussite de la prévérification.
Éléments ayant échoué : Cliquez sur View Details à côté de l'élément ayant échoué, diagnostiquez le problème, corrigez-le, puis cliquez sur Precheck Again.
Éléments d'alerte non ignorables : Cliquez sur View Details, corrigez le problème, puis cliquez sur Precheck Again.
Éléments d'alerte ignorables : Cliquez sur Confirm Alert Details > Ignore > OK, puis cliquez sur Precheck Again. Ignorer les alertes peut entraîner des incohérences de données.
Étape 7 : Acheter une instance de migration
Attendez que le Success Rate atteigne 100 %, puis cliquez sur Next: Purchase Instance.
Sur la page Purchase Instance, configurez l'instance.
| Parameter | Description |
|---|---|
| Resource Group | Groupe de ressources pour l'instance de migration. Par défaut : default resource group. Consultez la rubrique What is Resource Management? |
| Instance Class | La classe d'instance détermine la vitesse de migration. Sélectionnez en fonction de votre volume de données et de vos exigences de temps. Consultez la rubrique Instance classes of data migration instances. |
Cochez la case Data Transmission Service (Pay-as-you-go) Service Terms, puis cliquez sur Buy and Start. Cliquez sur OK dans la boîte de dialogue de confirmation.
La tâche commence à s'exécuter. Suivez la progression sur la page Data Migration.
Étapes suivantes
Overview of data migration scenarios — explorez d'autres combinaisons prises en charge de bases de données source et de destination.
Configure a data verification task — vérifiez la cohérence des données une fois la migration terminée.
Map object names — renommez les bases de données, les tables ou les colonnes à destination.