Data Transmission Service:Migrer depuis RDS for MySQL vers une base de données MySQL auto-gérée

Prérequis

• Les tables à migrer depuis l'instance ApsaraDB RDS for MySQL doivent disposer d'une clé primaire ou d'un index unique non nul.

• L'espace de stockage de la base de données MySQL auto-gérée doit être supérieur à celui utilisé par l'instance ApsaraDB RDS for MySQL.

• Pour garantir la compatibilité, la version de la base de données MySQL auto-gérée doit correspondre à celle de l'instance ApsaraDB RDS for MySQL.

Notes d'utilisation

• Lors d'une migration complète des données, DTS consomme des ressources en lecture et en écriture sur les bases de données source et de destination, ce qui augmente leur charge. Si vos bases de données présentent des performances médiocres, des spécifications faibles ou des charges de travail élevées (par exemple, si la base de données source contient de nombreuses requêtes SQL lentes ou des tables sans clés primaires, ou si des interblocages se produisent dans la base de données de destination), cette augmentation de la charge peut solliciter excessivement vos bases de données, voire provoquer des interruptions de service. Effectuez la migration des données pendant les heures creuses, par exemple lorsque l'utilisation du CPU des deux bases de données est inférieure à 30 %.

• Si une table source ne possède ni clé primaire, ni contrainte d'unicité, ni aucune combinaison de champs garantissant l'unicité, DTS risque de générer des données en double dans la destination.

• La migration complète des données utilise des opérations INSERT concurrentes, ce qui entraîne une fragmentation des tables. Après la migration, l'espace de table de destination est plus grand que celui de la source.

• DTS récupère automatiquement les tâches ayant échoué. Avant de basculer les charges de travail vers la destination, arrêtez ou libérez la tâche pour éviter qu'elle n'écrase les données de destination.

• Le débit de la migration complète des données ne peut pas être ajusté.

Limitations

• DTS prend en charge la migration de schéma pour les tables, les vues, les déclencheurs, les procédures stockées et les fonctions stockées.

  Remarque

  Lors de la migration de schéma, DTS modifie le

  DEFINER

  des vues, procédures stockées ou fonctions en

  INVOKER

  .

• DTS ne migre pas les informations utilisateur. Pour appeler des vues, des procédures stockées ou des fonctions dans la destination, accordez des autorisations de lecture et d'écriture à l'appelant.

Types de migration

Facturation

Opérations SQL pour la migration incrémentielle

Privilèges requis pour les comptes de base de données

Pour créer un compte de base de données et accorder des privilèges :

• Pour une instance ApsaraDB RDS for MySQL, consultez Créer un compte et Modifier les privilèges d'un compte.

• Pour une base de données MySQL auto-gérée, consultez Créer un compte pour une base de données MySQL auto-gérée et activer la journalisation binaire.

Procédure

1. Connectez-vous à la console DTS.

   Remarque

   Si vous êtes redirigé automatiquement vers la console Data Management (DMS), cliquez sur l'icône située en bas à droite, puis cliquez sur pour revenir à la console DTS classique.

2. Dans le volet de navigation de gauche, cliquez sur Data Migration.

3. En haut de la page Migration Tasks, sélectionnez la région du cluster de destination.

4. Dans le coin supérieur droit de la page, cliquez sur Create Data Migration Task.

5. Configurez les paramètres de connexion pour les bases de données source et cible.

   Catégorie	Paramètre	Description
   N/A	Nom de la tâche	DTS génère automatiquement un nom de tâche. Spécifiez un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.
   Base de données source	Type d'instance	Sélectionnez RDS.
   	Région de l'instance	Sélectionnez la région où se trouve l'instance RDS source.
   	ID de l'instance RDS	Sélectionnez l'ID de l'instance RDS source.
   	Compte de base de données	Saisissez le compte de la base de données ApsaraDB RDS for MySQL. Pour connaître les privilèges requis, consultez la section Privilèges requis pour les comptes de base de données.
   	Mot de passe	Saisissez le mot de passe du compte de base de données. Remarque Après avoir saisi les informations de la base de données source, vous pouvez cliquer sur Test Connectivity à côté de Database Password pour vérifier que les informations saisies sont correctes. Si les informations sont correctes, un message Passed s'affiche. Si un message Failed s'affiche, cliquez sur Diagnose à côté de Failed et ajustez les informations de la base de données source selon les instructions.
   	Méthode de connexion	Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins. Si vous sélectionnez SSL-encrypted, vous devez d'abord activer le chiffrement SSL pour l'instance RDS source. Pour plus d'informations, consultez Configurer le chiffrement SSL. Remarque Actuellement, le paramètre Encryption est disponible uniquement dans les régions de Chine continentale et de Chine (Hong Kong).
   Base de données cible	Type d'instance	Sélectionnez un type en fonction de l'emplacement de déploiement de votre base de données. Cette rubrique utilise Self-managed database on an ECS instance comme exemple. Remarque Lorsque votre base de données auto-gérée est d'un autre type d'instance, vous devez effectuer des préparations supplémentaires. Pour plus d'informations, consultez Présentation des préparatifs.
   	Région de l'instance	Sélectionnez la région où se trouve l'instance ECS.
   	ID de l'instance ECS	Sélectionnez l'ID de l'instance ECS qui héberge la base de données MySQL auto-gérée.
   	Type de base de données	Sélectionnez MySQL.
   	Port	Saisissez le numéro de port du service de base de données. Dans cet exemple, saisissez 3306.
   	Compte de base de données	Saisissez le compte de la base de données MySQL auto-gérée. Pour connaître les privilèges requis, consultez la section Privilèges requis pour les comptes de base de données.
   	Mot de passe	Saisissez le mot de passe du compte de base de données. Remarque Après avoir saisi les informations de la base de données cible, vous pouvez cliquer sur Test Connectivity à côté de Database Password pour vérifier que les informations saisies sont correctes. Si les informations sont correctes, un message Passed s'affiche. Si un message Failed s'affiche, cliquez sur Diagnose à côté du message Failed et ajustez les informations de la base de données cible selon les instructions.
   	Méthode de connexion	Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins. Dans cet exemple, Non-encrypted est sélectionné.

6. Une fois la configuration terminée, cliquez sur Set Allowlist and Continue dans le coin inférieur droit de la page.

   Si la base de données source ou cible est une instance de base de données Alibaba Cloud, telle que ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB, DTS ajoute automatiquement les adresses IP des serveurs DTS de la région correspondante à la liste d'autorisation de l'instance. Si la base de données source ou cible est une base de données auto-gérée sur une instance ECS, DTS ajoute automatiquement les adresses IP aux règles du groupe de sécurité de l'instance ECS. Vous devez également vous assurer que la base de données auto-gérée autorise l'accès depuis l'instance ECS. Si la base de données est déployée sous forme de cluster sur plusieurs instances ECS, vous devez ajouter manuellement les adresses IP des serveurs DTS aux règles du groupe de sécurité de chaque instance ECS. Si la base de données source ou cible est une base de données auto-gérée dans un centre de données ou une base de données d'un autre fournisseur cloud, vous devez ajouter manuellement les adresses IP des serveurs DTS de la région correspondante pour autoriser l'accès. Pour obtenir la liste des adresses IP des serveurs DTS, consultez Adresses IP des serveurs DTS.

   Avertissement

   L'ajout des plages CIDR publiques des serveurs DTS, qu'il soit automatique ou manuel, peut présenter des risques de sécurité. En utilisant ce produit, vous reconnaissez et acceptez ces risques potentiels. Il vous incombe de mettre en œuvre des mesures de sécurité de base, notamment l'utilisation de mots de passe robustes, la restriction des ports ouverts, l'utilisation de l'authentification pour les appels API internes, la révision régulière et la restriction des segments réseau inutiles, ou la connexion via des réseaux privés tels qu'Express Connect, VPN Gateway ou Smart Access Gateway.

7. Sélectionnez les types de migration et les objets à migrer.

   Paramètre	Description
   Types de migration	Pour effectuer uniquement une migration complète, sélectionnez à la fois Schema Migration et full data migration. Pour effectuer une migration avec un temps d'arrêt minimal, sélectionnez Schema Migration, full data migration et incremental data migration. Remarque Si vous ne sélectionnez pas incremental data migration, n'écrivez pas de nouvelles données dans la base de données source pendant la migration afin de garantir la cohérence des données.
   Objets de migration	Dans la zone Available, cliquez sur les objets que vous souhaitez migrer, puis cliquez sur l'icône pour les déplacer vers la zone Selected Objects. Remarque Vous pouvez sélectionner des bases de données, des tables et des colonnes comme objets de migration. Par défaut, les noms des objets dans la base de données de destination sont identiques à ceux de la base de données source. Pour renommer un objet dans la base de données de destination, utilisez la fonctionnalité de mappage des noms d'objets. Pour plus d'informations, consultez Mappage des noms d'objets. Si vous utilisez la fonctionnalité de mappage des noms d'objets, la migration des objets dépendants peut échouer.
   Modification du nom mappé	Pour renommer les objets de migration dans l'instance de destination, utilisez la fonctionnalité de mappage des noms d'objets. Pour plus d'informations, consultez Mappage des noms d'objets.
   Durée de nouvelle tentative en cas d'échec de connexion à la base de données source ou de destination	Par défaut, si DTS ne parvient pas à se connecter à la base de données source ou de destination, il effectue des nouvelles tentatives pendant 720 minutes (12 heures). Vous pouvez personnaliser la durée de nouvelle tentative. Si DTS se reconnecte dans le délai spécifié, la tâche de migration reprend automatiquement. Sinon, la tâche de migration échoue. Remarque La tâche vous est facturée pendant que DTS tente de se reconnecter. Nous vous recommandons de définir 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.
   Répliquer la table temporaire vers la destination lors des opérations DDL en ligne sur la table source par DMS	Si vous utilisez Data Management (DMS) pour effectuer des opérations DDL en ligne sur la base de données source, choisissez si vous souhaitez migrer les tables temporaires générées par ces opérations. Yes : Migrez les données des tables temporaires générées par les opérations DDL en ligne. Remarque Si les tables temporaires générées par les opérations DDL en ligne contiennent une grande quantité de données, la tâche de migration peut être retardée. No : Ne migrez pas les données des tables temporaires. Seules les données DDL originales de la base de données source sont migrées. Remarque Cette option peut entraîner le verrouillage des tables dans la base de données de destination.

8. Une fois la configuration terminée, cliquez sur Precheck and Start dans le coin inférieur droit de la page.

   Remarque

   • Avant le démarrage de la tâche de migration, DTS exécute une pré-vérification. La tâche ne peut démarrer qu'après avoir réussi cette pré-vérification.

   • Si la pré-vérification échoue, cliquez sur l'icône à côté de l'élément ayant échoué pour afficher les détails.

     • Corrigez les problèmes selon les instructions et exécutez à nouveau la pré-vérification.

     • Si vous n'avez pas besoin de corriger les éléments d'avertissement, vous pouvez sélectionner Ignore puis cliquer sur Ignore Warnings and Rerun Precheck pour exécuter à nouveau la pré-vérification.

9. Une fois la tâche passée avec succès la pré-vérification, cliquez sur Next.

10. Dans la boîte de dialogue Confirm Settings qui s'affiche, sélectionnez une Instance Class et cochez la case Data Transmission Service (pay-as-you-go) Service Terms.

11. Cliquez sur Buy and Start pour commencer la migration.

    • Migration de schéma + Migration complète des données

      Laissez la tâche se terminer automatiquement. L'arrêter manuellement peut entraîner une incomplétude des données.

    • Migration de schéma + Migration complète des données + Migration incrémentielle des données

      La tâche de migration ne s'arrête pas automatiquement. Vous devez l'arrêter manuellement.

      Important

      Choisissez un moment approprié pour arrêter la tâche manuellement, par exemple pendant les heures creuses ou lorsque vous êtes prêt à basculer votre activité vers le cluster de destination.

      1. Attendez que la tâche de migration entre dans la phase Incremental Data Migration et que le statut indique Undelayed. Ensuite, cessez d'écrire des données dans la base de données source pendant plusieurs minutes. Pendant ce temps, le statut de Incremental Data Migration peut afficher une latence.

      2. Attendez que le statut de Incremental Data Migration indique à nouveau Undelayed. Ensuite, arrêtez manuellement la tâche de migration. Cochez la case de la tâche de migration cible et cliquez sur Pause dans la barre d'opérations par lot en bas de la page.