Guide de migration : IBM Db2 vers SQL Server
S'applique à : 
SQL Server
Dans ce guide, vous allez apprendre à migrer vos bases de données utilisateur d’IBM Db2 vers SQL Server à l’aide de l’Assistant Migration SQL Server (SSMA) pour Db2.
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 Db2 vers SQL Server, effectuez les étapes suivantes :
- Vérifiez que votre environnement source est pris en charge.
- Téléchargez et installez SSMA pour Db2.
- 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 et convertir
Utilisez l’Assistant Migration SQL Server (SSMA) pour Db2 afin d’examiner les données et les objets de base de données, et évaluer vos bases de données pour la migration.
Pour créer une évaluation, procédez comme suit :
Ouvrez SSMA pour Db2.
Sélectionnez Fichier, puis Nouveau projet.
Fournissez un nom et un emplacement de projet, puis, dans la liste déroulante, sélectionnez une cible de migration SQL Server. Cliquez sur OK.
Sélectionnez se connecter à Db2, puis entrez les détails de la connexion Db2.
Cliquez avec le bouton droit sur le schéma Db2 que vous souhaitez migrer, puis sélectionnez Créer un rapport pour générer un rapport HTML. Vous pouvez également sélectionner 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 DB2 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\MyDb2Migration\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 des exigences, si nécessaire. Pour ce faire, procédez comme suit :
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 Db2.
Convertir le schéma
Pour convertir le schéma, procédez comme suit :
(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.
Sélectionnez l’onglet Se connecter à SQL Server, puis entrez les détails de connexion pour votre instance SQL Server.
Dans la liste déroulante Base de données, sélectionnez votre base de données cible ou entrez un nouveau nom pour créer une base de données sur le serveur cible.
Fournissez des informations d’authentification.
Sélectionnez Se connecter.
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.
Une fois la conversion terminée, comparez la structure convertie à la structure d’origine afin d’identifier les problèmes potentiels et de les traiter en fonction des recommandations.
Dans le volet de sortie, sélectionnez l’icône Passer en revue les résultats, puis examinez les erreurs dans le volet Liste d’erreurs.
Pour un exercice de correction de schéma hors connexion, enregistrez le projet localement en sélectionnant Fichier>Enregistrer le projet. Cela vous permet d’évaluer les schémas source et cible hors connexion et d’apporter une correction avant de pouvoir publier le schéma sur votre instance SQL Server.
Migrer
Une fois que vous avez terminé l’évaluation de vos bases de données et que vous avez traité toutes les anomalies, l’étape suivante consiste à exécuter le processus de migration.
Pour publier votre schéma et migrer vos données, procédez comme suit :
Publiez le schéma. Dans le volet Explorateur de métadonnées SQL Server, cliquez avec le bouton droit sur la base de données, puis sélectionnez Synchroniser avec la base de données.
Migrez les données. Dans le volet Explorateur de métadonnées Db2, cliquez avec le bouton droit sur le schéma 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.
Fournissez les informations de connexion pour les instances DB2 et SQL Server.
Une fois la migration terminée, affichez le Rapport de migration des données.
Connectez-vous à votre instance SQL Server à l’aide de SQL Server Management Studio (SSMS), puis 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. La réalisation de cette étape peut nécessiter quelques 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.
Ressources de migration
Pour plus d’informations sur l’exécution de ce scénario de migration, consultez les ressources suivantes. Elles ont été développées 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. |
| Package de découverte et d’évaluation de ressources de données IBM Db2 zOS | Après avoir exécuté le script SQL sur une base de données, vous pouvez exporter les résultats vers un fichier sur le système de fichiers. Plusieurs formats de fichier sont pris en charge, notamment CSV, afin que vous puissiez capturer les résultats dans des outils externes, comme des feuilles de calcul. Cette méthode peut être utile si vous voulez partager facilement des résultats avec des équipes pour lesquelles le banc d’essai n’est pas installé. |
| Artefacts et scripts d’inventaire IBM DB2 LUW | Comprend un script SQL qui interroge les tables système IBM DB2 LUW version 11.1 et fournit les résultats au format CSV des éléments suivants : un nombre d’objets par schéma et type d’objet, une estimation des « données brutes » dans chaque schéma et le dimensionnement des tables présentes dans chaque schéma. |
| IBM Db2 vers SQL Server - Utilitaire Comparaison de bases de données | L’utilitaire Comparaison de bases de données est une application console Windows que vous pouvez utiliser pour 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.