Partager via


Utiliser le composant de migration SQL Server dans SQL Server Management Studio

Le composant de migration dans SQL Server Management Studio (SSMS) vérifie les problèmes de mise à niveau et de compatibilité entre les versions antérieures de SQL Server et les versions ultérieures de SQL Server, s’exécutant localement et sur d’autres environnements de machine virtuelle. Le composant de migration détecte les problèmes de compatibilité liés aux changements cassants, aux modifications de comportement, aux fonctionnalités déconseillées et à d’autres informations. Le rapport fournit également une vérification de parité des fonctionnalités si vous souhaitez migrer d’une base de données multiplateforme vers une autre. Le rapport d’évaluation du conseiller de mise à niveau fournit l’effet des objets, de la cause possible et des étapes de correction.

Vous pouvez également migrer physiquement votre base de données à l’aide du composant de migration. Il suit la technologie de sauvegarde-copie-restauration pour déplacer les données de la source vers la cible en fournissant un dossier de sauvegarde et, éventuellement, un dossier de copie. En plus des données, l'assistant de migration transfère les connexions pour simplifier la migration parallèle.

Conditions préalables

  • SQL Server Management Studio 21 et versions ultérieures.
  • Connexion à une instance de SQL Server avec des autorisations sysadmin.

Installation et configuration

  1. Vérifiez que SQL Server Management Studio (SSMS) 21 est installé. Une fois l’installation terminée, sélectionnez Modifier>les composants individuels.

  2. Sélectionnez le composant Migration , choisissez Installer lors du téléchargement dans la liste déroulante, puis sélectionnez Modifier pour terminer l’installation.

Évaluer votre environnement

  1. Connectez-vous à l’instance SQL Server qui doit être évaluée pour la mise à niveau d’une version antérieure de SQL Server vers la version ultérieure.

  2. Cliquez avec le bouton droit sur l’instance source, puis accédez à Migrer SQL Server>New Assessment....

  3. Sélectionnez le type d’évaluation à l’aide des informations suivantes :

    • Nom : nom d’évaluation unique

    • Nom de la version cible : La version cible que vous souhaitez mettre à niveau

    • Type d’évaluation : l’une des options suivantes :

      • Type de compatibilité : Identifier les changements cassants, les modifications de comportement et les fonctionnalités déconseillées

      • Parité des fonctionnalités : découvrir des fonctionnalités partiellement prises en charge qui peuvent nécessiter une réinsécriture

        Remarque

        Cette option est activée lorsque la cible est SQL Server sur Linux.

  4. Sélectionnez les bases de données que vous souhaitez évaluer. Si vous souhaitez analyser des requêtes ad hoc à l’aide de fichiers de trace d’événements ou de profileurs étendus, vous pouvez fournir le répertoire contenant tous les fichiers de trace ou d’événements étendus.

  5. Vérifiez la sélection et sélectionnez Terminer. La durée des règles d’évaluation dépend du nombre de bases de données et de la complexité de leurs schémas. Une fois l’évaluation terminée, elle ouvre automatiquement le rapport.

  6. Passez en revue le rapport d’évaluation. Ce rapport fournit une liste de problèmes sous chaque catégorie. Chaque problème affiche un type de problème, tous les objets affectés et les recommandations pour résoudre les problèmes.

Vous pouvez modifier la compatibilité pour identifier le problème d’un niveau de compatibilité de base de données particulier, comme illustré dans la capture d’écran suivante.

Capture d’écran du rapport de migration SQL, avec un filtre au niveau de compatibilité de la base de données.

Si vous avez déjà enregistré un rapport d’évaluation, vous pouvez ouvrir l’évaluation en accédant à Voir le rapport d’évaluation>Ouvrir l’évaluation, et en choisissant le fichier assessment_<name>.json.

Préparation de la migration

  • Vérifiez que le rapport d’évaluation est examiné et que tous les problèmes sont résolus.

  • Vérifiez que les bases de données sources sont dans un état correct connu avant de commencer la migration. Les bases de données sont migrées as-is, sans modification des données ou des structures internes. Nous vous recommandons d’utiliser DBCC CHECKDB pour garantir l’intégrité logique et physique des bases de données sources.

  • Si l’une des bases de données est protégée par transparent data encryption (TDE), vérifiez que le certificat ou la clé asymétrique correspondant est transféré vers l’instance sql Server cible avant de lancer la migration.

  • Il existe deux options pour les dossiers partagés utilisés pour sauvegarder des bases de données à partir de la source et les restaurer sur la cible :

    1. Utilisez un seul dossier partagé que les instances de SQL Server source et cible ont les autorisations nécessaires pour effectuer respectivement la sauvegarde et la restauration.

    2. Si vous préférez des dossiers partagés distincts, assurez-vous que l’utilisateur Windows effectuant la migration dispose des autorisations nécessaires pour copier les fichiers de sauvegarde du dossier partagé source vers le dossier partagé cible.

Migrer votre base de données

  1. Connectez-vous au serveur SQL Server qui doit être évalué pour la mise à niveau de la version inférieure de SQL Server vers une version ultérieure.

  2. Cliquez avec le bouton droit sur l’instance SQL Server, puis accédez à Migrer vers SQL Server>Nouvelle migration....

  3. Fournissez les détails du serveur cible :

    • Nom de la migration : nom de migration unique
    • Nom de l’instance SQL Server cible
    • Type d’authentification – Authentification Windows ou authentification SQL
    • Fournir les informations d’identification de l’utilisateur
    • Sélectionnez d’autres paramètres de connexion en fonction de votre environnement
  4. Bases de données

    • Sélectionnez les bases de données que vous souhaitez migrer
    • Vous pouvez modifier le nom de la base de données cible
    • Indiquez le chemin du dossier de sauvegarde, qui peut être un lecteur local ou un chemin de partage de fichiers
    • Si l’instance cible ne peut pas accéder au partage de fichiers source, vous pouvez sélectionner un répertoire pour copier les fichiers de sauvegarde
  5. Détails de la sauvegarde :

    Si vous souhaitez modifier le chemin de sauvegarde et de copie d’une base de données particulière, vous pouvez sélectionner le nom de la base de données et modifier le chemin de sauvegarde et de copie. Vous pouvez également modifier les données cibles et le chemin du fichier journal.

  6. Connexions:

    Choisissez les connexions éligibles pour la migration.

  7. Une fois que vous avez examiné la sélection, sélectionnez Terminer.

L'Assistant de Migration indique la migration de chaque base de données. Une fois terminé, vous pouvez vous connecter à SQL Server cible et vérifier que les bases de données et les connexions sont migrées avec succès.