Guide de migration : MySQL vers Azure SQL Database

S’applique à : Azure SQL Database

Dans ce guide, vous allez découvrir comment migrer votre base de données MySQL vers une base de données Azure SQL à l’aide de l’Assistant Migration SQL Server pour MySQL (SSMA pour MySQL).

Pour d’autres guides sur la migration, consultez Guide sur la migration de bases de données Azure.

Prérequis

Avant de commencer à migrer votre base de données MySQL vers une base de données SQL, procédez comme suit :

• Vérifiez que votre environnement source est pris en charge. Actuellement, MySQL 4.1 et ultérieur est pris en charge.
• Téléchargez et installez Assistant Migration SQL Server pour MySQL.
• Vérifiez que vous disposez d’une connectivité et d’autorisations suffisantes pour accéder à la fois à la source et à la cible.

Prémigration

Une fois que vous avez rempli les prérequis, vous êtes prêt à découvrir la topologie de votre environnement et à évaluer la faisabilité de votre migration vers le cloud Azure.

Évaluer

En utilisant l’Assistant Migration SQL Server (SSMA) pour MySQL afin d’examiner les données et les objets de base de données, et évaluer les bases de données pour la migration.

Pour créer une évaluation, procédez comme suit :

1. Ouvrez SSMA pour MySQL.

2. Sélectionnez Fichier, puis Nouveau projet.

3. Dans le volet Nouveau projet, entrez un nom et un emplacement pour votre projet, puis, dans la liste déroulante Migrer vers, sélectionnez Azure SQL Database.

4. Sélectionnez OK.

   

5. Sélectionnez l’onglet Se connecter à MySQL, puis fournissez les détails de connexion de votre serveur MySQL.

   

6. Dans le volet Explorateur de métadonnées MySQL, cliquez avec le bouton droit sur le schéma MySQL, puis sélectionnez Créer un rapport. Vous pouvez également sélectionner l’onglet Créer un rapport en haut à droite.

   

7. Examinez le rapport HTML pour comprendre les statistiques, les erreurs et les avertissements relatifs à la conversion. Analysez-les pour comprendre les problèmes de conversion et les solutions. Vous pouvez également ouvrir le rapport dans Excel pour obtenir un inventaire des objets MySQL et comprendre l’effort nécessaire pour effectuer des conversions de schémas. Le dossier de rapport situé dans SSMAProjects est l’emplacement par défaut du rapport. Par exemple :

   drive:\Users\<username>\Documents\SSMAProjects\MySQLMigration\report\report_2016_11_12T02_47_55\

   

Valider les types de données

Validez les mappages de types de données par défaut et changez-les en fonction des besoins, si nécessaire. Pour ce faire :

1. Sélectionnez Outils, puis Paramètres du projet.

2. Sélectionnez l’onglet Mappage de types.

   

3. Vous pouvez changer le mappage de type pour chaque table en sélectionnant le nom de la table dans le volet Explorateur de métadonnées MySQL.

Convertir le schéma

Pour convertir le schéma, procédez comme suit :

1. (Facultatif) Pour convertir des requêtes dynamiques ou spécialisées, cliquez avec le bouton droit sur le nœud, puis sélectionnez Ajouter une instruction.

2. Sélectionnez l’onglet Se connecter à Azure SQL Database, puis procédez comme suit :

   a. Entrez les informations de connexion à votre base de données SQL.
   b. Dans la liste déroulante, sélectionnez votre base de données SQL cible. Vous pouvez aussi indiquer un nouveau nom afin de créer une base de données sur le serveur cible.
   c. Fournissez des informations d’authentification.
   d. Sélectionnez Connecter.

   

3. Cliquez avec le bouton droit sur le schéma que vous utilisez, puis sélectionnez Convertir le schéma. Vous pouvez également sélectionner l’onglet Convertir le schéma en haut à droite.

   

4. Une fois la conversion terminée, vérifiez et comparez les objets convertis aux objets d’origine afin d’identifier les problèmes potentiels et de les traiter en fonction des recommandations.

   

   Comparez le texte Transact-SQL converti au code d’origine et passez en revue les recommandations.

   

5. Dans le volet Sortie, sélectionnez Vérifier les résultats, puis examinez les erreurs dans le volet Liste d’erreurs.

6. Enregistrez le projet localement pour un exercice de correction de schéma hors connexion. Pour ce faire, sélectionnez Fichier>Enregistrer le projet. Cela vous permet d’évaluer les schémas source et cible hors connexion et d’apporter une correction avant de publier le schéma sur votre base de données SQL.

   Comparez les procédures converties aux procédures d’origine, comme illustré ici :

   

Migrer les bases de données

Une fois que vous avez évalué vos bases de données et résolu les incohérences, vous pouvez exécuter le processus de migration. La migration comprend deux étapes : la publication du schéma et la migration des données.

Pour publier le schéma et migrer les données, procédez comme suit :

1. Publiez le schéma. Dans le volet Explorateur de métadonnées Azure SQL Database, cliquez avec le bouton droit sur la base de données, puis sélectionnez Synchroniser avec la base de données. Cette action publie le schéma MySQL sur votre base de données SQL.

   

2. Migrez les données. Dans le volet Explorateur de métadonnées MySQL, cliquez avec le bouton droit sur le schéma MySQL que vous souhaitez migrer, puis sélectionnez Migrer les données. Vous pouvez également sélectionner l’onglet Migrer les données en haut à droite.

   Pour migrer des données pour une base de données entière, cochez la case à côté du nom de la base de données. Pour migrer des données à partir de tables individuelles, développez la base de données, développez Tables, puis cochez la case à côté de la table. Pour omettre certaines données des tables individuelles, décochez la case.

   

3. Une fois la migration terminée, affichez le Rapport de migration des données.

   

4. Connectez-vous à votre base de données SQL à l’aide de SQL Server Management Studio et validez la migration en examinant les données et le schéma.

   

Post-migration

Une fois la phase de Migration terminée, vous devez effectuer une série de tâches post-migration pour vous assurer que tout fonctionne de la manière la plus fluide et efficace possible.

Corriger les applications

Une fois les données migrées vers l’environnement cible, toutes les applications qui consommaient la source doivent commencer à consommer la cible. Dans certains cas, l’accomplissement de cette tâche nécessitera d’apporter des changements aux applications.

Effectuer des tests

L’approche de test pour la migration de base de données comprend les activités suivantes :

1. Développer des tests de validation : pour tester la migration d’une base de données, vous devez utiliser des requêtes SQL. Vous devez créer les requêtes de validation à exécuter sur les bases de données source et cible. Vos requêtes de validation doivent couvrir l’étendue que vous avez définie.

2. Configurer un environnement de test : L’environnement de test doit contenir une copie de la base de données source et de la base de données cible. Veillez à isoler l’environnement de test.

3. Exécuter des tests de validation : exécutez les tests de validation sur la source et sur la cible, puis analysez les résultats.

4. Exécuter des tests de performances : exécutez des tests de performances sur la source et sur la cible, puis analysez et comparez les résultats.

Optimiser

La phase postmigration est cruciale pour résoudre les problèmes de justesse et d’exhaustivité des données ainsi que pour gérer les problèmes de performances liés à la charge de travail.

Pour plus d’informations sur ces problèmes et les étapes spécifiques pour les atténuer, consultez le Guide de validation et d’optimisation post-migration.

Ressources de migration

Pour plus d’informations sur l’exécution de ce scénario de migration, consultez la ressource suivante. Elle a été développée pour soutenir un engagement de projet de migration réel.

Titre	Description
Outil et modèle d’évaluation d’une charge de travail de données	Fournit des suggestions pour les plateformes cibles, la préparation du cloud et les niveaux de correction des applications/bases de données qui sont les mieux adaptés pour des charges de travail spécifiées. Il propose des fonctionnalités de génération de rapports et de calculs simples en un clic qui permettent d’accélérer les évaluations d’un vaste domaine en fournissant un processus de décision de plateforme cible automatisé et uniforme.
MySQL vers SQL DB – Utilitaire Comparer les bases de données	L’utilitaire Comparer les bases de données est une application console Windows permettant de vérifier que les données sont identiques sur les plateformes source et cible. Vous pouvez utiliser cet outil pour comparer efficacement les données jusqu’au niveau de la ligne ou de la colonne sur toutes les tables, lignes et colonnes, ou une partie d’entre elles.

L’équipe d’ingénierie SQL des données a développé ces ressources. La charte fondamentale de cette équipe a pour objet d’initier et d’accélérer une modernisation complexe et de faire face aux projets de migration de plateforme de données vers la plateforme Azure Data de Microsoft.

Étapes suivantes

• Pour vous aider à estimer les économies que vous pouvez réaliser en migrant vos charges de travail vers Azure, consultez l’outil de calcul du coût total de possession Azure.

• Si vous souhaitez obtenir une matrice des services et outils Microsoft et tiers qui peuvent vous aider dans différents scénarios de migration de données et de base de données ainsi que pour des tâches spécialisées, consultez Service et outils disponibles pour les scénarios de migration de données.

• Pour obtenir d’autres guides de migration, consultez le Guide de migration de base de données Azure.

• Pour obtenir des vidéos sur la migration, consultez Vue d’ensemble du parcours de migration, outils et services de migration et d’évaluation recommandés.

• Pour plus de ressources sur la migration cloud, consultez Solutions de migration cloud.