Guide de migration : Access vers SQL Server
S'applique à : 
SQL Server
Dans ce guide, vous allez découvrir comment migrer des bases de données Microsoft Access vers Microsoft SQL Server à l’aide de l’Assistant Microsoft SQL Server pour Access (SSMA pour Access).
Pour obtenir d’autres guides de migration, consultez les Guides de migration de base de données Azure.
Prérequis
Avant de commencer à migrer votre base de données Access vers SQL Server :
- Vérifiez que votre environnement source est pris en charge.
- Téléchargez SSMA pour Access.
- Obtenez la connectivité et les 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.
Évaluer
À l’aide de l’Assistant Migration Microsoft SQL Server (SSMA) pour Access, vous pouvez examiner les données et les objets de base de données, et évaluer les bases de données pour la migration. Pour en savoir plus sur l’outil, consultez Assistant Migration SQL Server pour Access (AccessToSQL).
Pour créer une évaluation
Ouvrez SSMA pour Access.
Sélectionnez Fichier, puis Nouveau projet.
Entrez un nom de projet et un emplacement où enregistrer votre projet. Sélectionnez ensuite une cible de migration SQL Server dans la liste déroulante, puis sélectionnez OK.
Sélectionnez Add Databases et sélectionnez les bases de données à ajouter à votre projet.
Dans Access Metadata Explorer, cliquez avec le bouton droit sur la base de données que vous souhaitez évaluer, puis sélectionnez Create Report. Vous pouvez également sélectionner l’onglet Create Report 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 de 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, comme illustré ici :
drive:\<username>\Documents\SSMAProjects\MyAccessMigration\report\report_2020_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 cela :
Dans le menu Tools, sélectionnez Project Settings.
Sélectionnez l’onglet Mappage de types.
Vous pouvez changer le mappage de type pour chaque table en la sélectionnant dans Access Metadata Explorer.
Convertir
Pour convertir des objets de base de données
Sélectionnez Connect to SQL Server et entrez les détails de la connexion.
Cliquez avec le bouton droit sur la base de données dans Access Metadata Explorer, puis sélectionnez Convert Schema. Vous pouvez également sélectionner l’onglet Convert Schema en haut à droite.
Une fois la conversion terminée, comparez et examinez 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.
(Facultatif) Pour convertir un objet individuel, cliquez avec le bouton droit sur l’objet et Convert Schema Convert Schema. Un objet qui a été converti apparaît en gras dans Access Metadata Explorer.
Dans le volet de sortie, sélectionnez Review results, puis examinez les erreurs dans le volet Error List.
Enregistrez le projet localement pour un exercice de correction de schéma hors connexion. Dans le menu File, sélectionnez Save Project. 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 SQL Server.
Migrate
Une fois que vous avez évalué vos bases de données et résolu les incohérences, l’étape suivante consiste à 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 SQL Server dans des transactions. Le nombre de lignes à charger dans SQL Server 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 :
Si ce n’est déjà fait, sélectionnez Connect to SQL Server et entrez les détails de la connexion.
Publiez le schéma en cliquant avec le bouton droit sur la base de données dans SQL Server Metadata Explorer, et en sélectionnant Synchronize with Database. Cette action a pour effet de publier le schéma MySQL sur SQL Server.
Révisez le mappage entre votre projet source et votre cible.
Migrez les données en cliquant avec le bouton droit sur la base de données ou l’objet que vous souhaitez migrer dans Access Metadata Explorer, puis en sélectionnant Migrate Data. Vous pouvez également sélectionner l’onglet Migrate Data. Pour migrer des données pour une base de données entière, cochez la case en regard 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 les cases en regard des tables. Pour omettre certaines données de tables individuelles, décochez les cases.
Une fois la migration terminée, affichez le rapport de migration des données (Data Migration Report).
Connectez-vous à votre instance de SQL Server à l’aide de SQL Server Management Studio (SSMS), 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’exécution de cette tâche nécessite d’apporter des modifications 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.
Notes
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 de charge de travail de données | Cet outil fournit des suggestions pour les plateformes cibles, la préparation du cloud et le niveau de correction des applications/bases de données qui sont les mieux adaptés pour une charge de travail donnée. 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.