Guide de migration : Access vers Azure SQL Database
Dans ce guide, vous découvrirez comment migrer votre base de données Microsoft Access vers une base de données Azure SQL à l’aide de l’outil Assistant Migration SQL Server pour Access (SSMA pour Access).
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 Access vers une base de données SQL, procédez comme suit :
- Vérifiez que votre environnement source est pris en charge.
- Téléchargez et installez Assistant Migration SQL Server pour Access.
- Veillez à avoir de la connectivité et les autorisations suffisantes pour accéder à 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
Utilisez SSMA pour Access afin d’examiner des données et des objets de base de données, ainsi que pour évaluer vos bases de données pour la migration.
Pour créer une évaluation, procédez comme suit :
Ouvrez SSMA pour Access.
Sélectionnez Fichier, puis Nouveau projet.
Fournissez un nom de projet et un emplacement pour votre projet, puis sélectionnez Azure SQL Database dans la liste déroulante comme cible de migration.
Sélectionnez OK.
Sélectionnez Ajouter des bases de données, puis sélectionnez les bases de données à ajouter à votre nouveau projet.
Dans le volet Explorateur de métadonnées Access, cliquez avec le bouton droit sur une base de données, puis sélectionnez Créer un rapport. Vous pouvez également sélectionner l’onglet Créer un rapport en haut à droite.
Examinez le rapport HTML pour comprendre les statistiques de conversion et les erreurs ou avertissements. Vous pouvez également ouvrir le rapport dans Excel pour obtenir un inventaire des objets Access 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:\<username>\Documents\SSMAProjects\MyAccessMigration\report\report_<date>
Valider les types de données
Validez les mappages de types de données par défaut et changez-les en fonction de vos exigences, si nécessaire. Pour ce faire :
Dans SSMA pour Access, sélectionnez Outils, puis Paramètres du projet.
Sélectionnez l’onglet Mappage de types.
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 Access.
Convertir le schéma
Pour convertir des objets de base de données, procédez comme suit :
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 entrer 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.
Dans le volet Explorateur de métadonnées Access, cliquez avec le bouton droit sur la base de données, puis sélectionnez Convertir le schéma. Vous pouvez également sélectionner votre base de données, puis sélectionner l’onglet Convertir le schéma.
Une fois la conversion terminée, comparez les objets convertis aux objets d’origine afin d’identifier les problèmes potentiels et de traiter les problèmes en fonction des recommandations.
Comparez le texte Transact-SQL converti au code d’origine et passez en revue les recommandations.
(Facultatif) Pour convertir un objet individuel, cliquez avec le bouton droit sur l’objet, puis sélectionnez Convertir le schéma. Les objets convertis apparaissent en texte gras dans l’Explorateur de métadonnées Access :
Dans le volet Sortie, sélectionnez l’icône Examiner les résultats, puis examinez les erreurs dans le volet Liste d’erreurs.
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 les publier sur votre base de données SQL.
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 des données est une opération de chargement en masse qui déplace des lignes de données vers une base de données Azure SQL dans des transactions. Le nombre de lignes à charger dans votre base de données SQL dans chaque transaction est configuré dans les paramètres du projet.
Pour publier votre schéma et migrer les données à l’aide de SSMA pour Access, procédez comme suit :
Si ce n’est pas déjà fait, sélectionnez Se connecter à Azure SQL Database et fournissez les détails de connexion.
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 que vous utilisez, puis sélectionnez Synchroniser avec la base de données. Cette action publie le schéma MySQL sur la base de données SQL.
Dans le volet Synchroniser avec la base de données, examinez le mappage entre votre projet source et votre cible :
Dans le volet Explorateur de métadonnées Access, sélectionnez les cases à cocher à côté des éléments que vous souhaitez migrer. Pour migrer toute la base de données, cochez la case à côté de la base de données.
Migrez les données. Cliquez avec le bouton droit sur la base de données ou l’objet 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.
Une fois la migration terminée, affichez le rapport de migration des données (Data Migration Report).
Connectez-vous à votre base de données Azure 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 :
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.
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.
Exécuter des tests de validation : exécutez les tests de validation sur la source et sur la cible, puis analysez les résultats.
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.
| Intitulé | 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. |
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
Si vous souhaitez obtenir une matrice des services et outils Microsoft et tiers disponibles pour 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 la migration de données.
Pour en savoir plus sur Azure SQL Database, consultez :
Pour en savoir plus sur l’infrastructure et le cycle d’adoption des migrations cloud, consultez :
Pour évaluer la couche d’accès aux applications, consultez Data Access Migration Toolkit (préversion).
Pour plus d’informations sur la façon d’effectuer un test A/B Data Access Layer, consultez Vue d’ensemble de l’Assistant Expérimentation de base de données.
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour