Migrer des machines virtuelles VMware vSphere vers Azure (avec agent)

Cet article explique comment migrer des machines virtuelles VMware vSphere ou Azure VMware Solution locales vers Azure à l’aide de l’outil migration et de modernisation , avec la migration basée sur l’agent. Vous pouvez également migrer des machines virtuelles VMware vSphere en utilisant la migration sans agent (Recommandé). Comparez les méthodes.

Dans ce tutoriel, vous allez apprendre à :

Préparez Azure pour qu’il fonctionne avec Azure Migrate.
Préparer une migration basée sur un agent. Configurez un compte VMware vCenter Server afin de permettre à Azure Migrate de détecter les machines pour la migration. Configurer un compte afin que l’agent du service Mobility puisse être installé sur les machines que vous souhaitez migrer, et préparer une machine en tant qu’appliance de réplication.
Configurer l’appliance de réplication
Démarrez l’exécution de la migration.
Effectuez le suivi et surveillez les migrations.
Exécuter une migration de test pour vérifier que tout fonctionne comme prévu.
Exécuter une migration de machine virtuelle complète

Remarque

Les tutoriels vous montrent le chemin de déploiement le plus simple pour un scénario donné afin que vous puissiez configurer rapidement une preuve de concept. Ils utilisent des options par défaut, le cas échéant, et ne montrent pas tous les paramètres et chemins possibles.

Si vous n’avez pas d’abonnement Azure, créez un compte gratuit avant de commencer.

Conditions préalables

Avant de commencer ce didacticiel, vous devez :

Accédez au projet déjà créé ou créez un projet.
Suivre le premier tutoriel pour configurer Azure et VMware en vue de la migration.
Nous vous recommandons de suivre le deuxième tutoriel afin d’évaluer les machines virtuelles VMware avant de les migrer vers Azure, mais cela n’est pas une obligation.
Vérifier les autorisations pour votre compte Azure : votre compte Azure doit être autorisé à créer une machine virtuelle et à écrire sur un disque managé Azure.
Pour connaître les rôles intégrés et les détails d’autorisation Azure Migrate requis pour créer un projet et exécuter la découverte, les évaluations et les migrations, consultez Préparer des comptes Azure pour Azure Migrate.
Attribuez des autorisations pour inscrire l’appliance de réplication dans Microsoft Entra ID. En savoir plus.

Configurer un réseau Azure

Configurez un réseau Azure. Les machines sources (locales ou Azure VMware Solution) sont répliquées sur des disques managés Azure. Quand vous basculez vers Azure pour la migration, les machines virtuelles Azure sont créées à partir de ces disques managés, et elles sont jointes au réseau Azure que vous avez configuré.

Préparation de la migration

Vérifiez les conditions de prise en charge et les autorisations, et préparez le déploiement d’une appliance de réplication.

Préparer un compte pour la détection des machines virtuelles

L’outil Migration et modernisation doit accéder à VMware vSphere pour découvrir les machines virtuelles que vous voulez migrer. Créez le compte comme suit :

Pour utiliser un compte dédié, créez un rôle au niveau du serveur vCenter Server. Donnez au rôle un nom tel que Azure_Migrate.
Attribuez au rôle les autorisations résumées dans le tableau ci-dessous.
Créez un utilisateur sur le serveur vCenter Server ou sur l’hôte vSphere. Affectez le rôle à l’utilisateur.

Autorisations de compte VMware vSphere

Tâche	Rôle/Autorisations	Détails
Découverte de machines virtuelles	Au moins un utilisateur en lecture seule Objet de centre de données -> Propager vers l’objet enfant, rôle = lecture seule	L’utilisateur est affecté au niveau du centre de données et a accès à tous les objets dans le centre de données. Pour restreindre l’accès, affectez le rôle Pas d'accès avec l'objet Propager aux enfants aux objets enfants (hôtes vSphere, magasins de données, machines virtuelles et réseaux).
Réplication	Créez un rôle (Azure Site Recovery) avec les autorisations nécessaires, puis attribuez le rôle à un utilisateur ou à un groupe d’utilisateurs VMware vSphere Objet de centre de données –> Propager vers l’objet enfant, rôle = Azure Site Recovery Magasin de données -> Allouer de l’espace, Parcourir le magasin de données, Opérations de fichier de bas niveau, Supprimer le fichier, Mettre à jour les fichiers de machine virtuelle Réseau -> Attribution de réseau Ressource –> Affecter des machines virtuelles au pool de ressources, migrer des machines virtuelles hors tension, migrer des machines virtuelles sous tension Tâches -> Créer une tâche, Mettre à jour une tâche Machine virtuelle -> Configuration de la machine virtuelle Machine virtuelle –> Interagir –> Répondre à la question, connexion d’appareil, configurer un support CD, configurer un support disquette, mettre hors tension, mettre sous tension, installation d’outils VMware Machine virtuelle -> Stock -> Créer, inscrire, désinscrire Machine virtuelle -> Provisionnement -> Autoriser le téléchargement de machines virtuelles, autoriser le chargement de fichiers de machine virtuelle Machine virtuelle -> Captures instantanées -> Supprimer les captures instantanées	L’utilisateur est affecté au niveau du centre de données et a accès à tous les objets dans le centre de données. Pour restreindre l’accès, affectez le rôle Pas d'accès avec l'objet Propager aux enfants aux objets enfants (hôtes vSphere, magasins de données, machines virtuelles et réseaux).

Préparer un compte pour l’installation du service Mobilité

Le service Mobilité doit être installé sur les machines virtuelles que vous souhaitez répliquer.

L’appliance de réplication Azure Migrate peut effectuer une installation de type push de ce service quand vous activez la réplication pour une machine, ou vous pouvez l’installer manuellement ou à l’aide des outils d’installation.
Dans ce tutoriel, nous allons installer le service Mobilité avec l’installation de type push.
Pour l’installation de type push, vous devez préparer un compte dont l’outil Migration et modernisation peut se servir pour accéder à la machine virtuelle. Ce compte est utilisé uniquement pour l’installation Push, si vous n’installez pas le service Mobility manuellement.

Préparez le compte comme suit :

Préparez un domaine ou un compte local avec les autorisations nécessaires pour l’installation sur la machine virtuelle.
Pour les machines virtuelles Windows, si vous n’utilisez pas de compte de domaine, désactivez le contrôle d’accès utilisateur distant sur l’ordinateur local en ajoutant l’entrée DWORD LocalAccountTokenFilterPolicy, avec la valeur 1 dans le Registre, sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Pour des machines virtuelles Linux, préparez un compte racine sur le serveur Linux source.

Préparer une machine pour le dispositif de réplication

L’appliance de réplication Azure Site Recovery est utilisée pour répliquer des ordinateurs vers Azure. En savoir plus.

Pour configurer une nouvelle appliance, nous vous recommandons d’utiliser le modèle OVA, car il veille à ce que toutes les configurations requises soient gérées. Le modèle OVA crée une machine avec les spécifications requises.

Si votre organisation a des restrictions, vous pouvez configurer manuellement l’appliance de réplication en tirant parti de PowerShell. Assurez-vous que vous disposez des configurations requises pour le matériel et les logiciels, ainsi que pour toutes les autres conditions préalables.

Vérifier les exigences de VMware vSphere

Vérifiez que les machines virtuelles VMware vSphere sont conformes aux exigences de la migration vers Azure.

Vérifier Configuration requise pour les machines virtuelles VMware vSphere.
Vérifier Configuration requise pour la migration des machines virtuelles.
Vérifiez les paramètres Azure. Les machines virtuelles sources (machines virtuelles locales ou Azure VMware Solution) que vous répliquez vers Azure doivent respecter les exigences de machine virtuelle Azure.
Certaines modifications doivent être apportées aux machines virtuelles afin qu’elles puissent être migrées vers Azure.
- Il est important d’effectuer ces modifications avant de commencer la migration. Si vous migrez la machine virtuelle avant d’effectuer la modification, elle risque de ne pas démarrer dans Azure.
- Passez en revue les modifications que vous devez apporter aux Windows et Linux.

Remarque

La migration basée sur un agent avec l’outil Migration et modernisation est basée sur les fonctionnalités du service Azure Site Recovery. Certaines exigences peuvent pointer vers la documentation de Site Recovery.

Configurer l’appliance de réplication

Remarque

L’appliance de réplication classique prend sa retraite le 30 septembre 2026. Le point de récupération final pour les réplications existantes sera le 31 mai 2026. La prise en charge de la migration continue jusqu’à la date de mise hors service (30 septembre 2026). Vous devez passer à l'appliance simplifiée pour toutes les nouvelles migrations utilisant l'appliance de réplication basée sur un agent.

Cette section explique comment configurer l’appliance simplifiée avec un modèle OVA (Open Virtualization Application) téléchargé. Si vous ne pouvez pas utiliser cette méthode, vous pouvez configurer l’appliance à l’aide d’un script.

Télécharger le modèle OVF de l’appliance de réplication ou le script du programme d’installation PowerShell

Remarque

La découverte basée sur l'appliance Azure Migrate est un prérequis pour configurer l'appareil de réplication et suivre les migrations basées sur un agent dans le nouveau portail. Pour exécuter des migrations à l’aide de l’appliance de réplication directement sans installer Azure Migrate appliance, vous devez rediriger vers le portail Azure Migrate classique en accédant à votre Azure Migrate Project > Exécuter > Migrations et en cliquant sur le lien disponible dans la bannière.

Dans le projet Azure Migrate >Execute>Migration, sélectionnez Exécution de démarrage.
Dans Spécifier l'intention, >Que voulez-vous migrer, sélectionnez Serveurs ou Machines Virtuelles (VM). Sous Où souhaitez-vous migrer, sélectionnez machine virtuelle Azure.
Dans Comment sélectionner des charges de travail, vous pouvez soit sélectionner manuellement des serveurs à partir de tous les inventaires, soit utiliser une évaluation existante en sélectionnant à partir d'une évaluation.
Dans la méthode De découverte, sélectionnez l’appliance qui correspond à votre environnement source (VMware vSphere dans ce cas). En mode migration, sélectionnez Migration basée sur agent.
Dans la page Charges de travail , sélectionnez Configurer l’appliance de réplication pour démarrer la configuration de l’appliance.
Le type de virtualisation et la méthode de migration (sans agent ou avec agent) sont préremplies et grisées en fonction du type d’appliance Azure Migrate source utilisé pour la découverte et le mode de migration sélectionné à l’étape précédente.
Dans Région cible, sélectionnez la région Azure vers laquelle vous souhaitez migrer les machines.
Sélectionnez l'option pour confirmer que la région cible pour la migration est region-name.
Sélectionnez Créer des ressources. Un coffre Azure Site Recovery est créé en arrière-plan.

Remarque

Vous ne pouvez pas changer la région cible du projet après avoir cliqué sur ce bouton : toutes les migrations suivantes seront effectuées dans cette région.
Sélectionnez Télécharger. Un modèle OVF est téléchargé.
Notez le nom du groupe de ressources et du coffre Recovery Services. Vous en aurez besoin lors du déploiement de l’appliance.

Remarque

Si vous avez sélectionné « Point de terminaison privé » comme méthode de connectivité pour le projet Azure Migrate lors de sa création, le coffre Recovery Services est également configuré pour la connectivité de point de terminaison privé. Vérifiez que les points de terminaison privés sont accessibles à partir de l’appliance de réplication : En savoir plus

Importer le modèle OVF dans VMware vSphere

Après avoir téléchargé le modèle OVF, vous l’importez dans VMware vSphere pour créer l’application de réplication sur une machine virtuelle VMware vSphere exécutant Windows Server 2016.

Connectez-vous au serveur VMware vCenter ou à l’hôte vSphere ESXi avec le client VMware vSphere.
Dans le menu Fichier , sélectionnez Déployer le modèle OVF pour démarrer l’Assistant Déploiement du modèle OVF.
Dans Sélectionner une source, entrez l’emplacement de l’OVF téléchargé.
Dans Les détails de la révision, sélectionnez Suivant.
Dans Sélectionner le nom et le dossier etsélectionner la configuration, acceptez les paramètres par défaut.
Dans Sélectionner le stockage>Sélectionner le format de disque virtuel, pour des performances optimales, sélectionnez Provision Épaisse Eager Zéroed.
Dans le reste des pages de l’Assistant, acceptez les paramètres par défaut.
Dans Prêt à être terminé, pour configurer la machine virtuelle avec les paramètres par défaut, sélectionnez Power on après le déploiement>Terminé.

Conseil / Astuce

Si vous souhaitez ajouter une carte réseau supplémentaire, décochez la case Mettre sous tension après le déploiement>Terminer. Par défaut, le modèle contient une seule carte réseau. mais vous pouvez en ajouter d’autres après le déploiement.

Inscrire l’appliance de réplication

Terminez la configuration et l’inscription de l’appliance de réplication à l’aide des étapes fournies ici.

Exécuter des migrations

Remarque

Dans le portail, vous pouvez sélectionner jusqu’à 10 machines à la fois pour la réplication. Si vous avez besoin d’en répliquer davantage, regroupez-les par lots de 10.

Dans le projet Azure Migrate >Execute>Migration, sélectionnez Exécution de démarrage.
Dans Spécifier l'intention, >Que voulez-vous migrer, sélectionnez Serveurs ou Machines Virtuelles (VM). Sous Où souhaitez-vous migrer, sélectionnez machine virtuelle Azure.
Dans Comment sélectionner des charges de travail, vous pouvez soit sélectionner manuellement des serveurs à partir de tous les inventaires, soit utiliser une évaluation existante en sélectionnant à partir d'une évaluation.
Dans la méthode De découverte, sélectionnez l’appliance qui correspond à votre environnement source (VMware vSphere dans ce cas). En mode migration, sélectionnez Migration basée sur agent.
Dans Charges de travail, sélectionnez les machines que vous souhaitez répliquer et migrer, puis sélectionnez le type de sécurité de machine virtuelle cible. Azure Migrate prend en charge la migration vers des machines virtuelles de lancement approuvées. Par défaut, il migre les machines virtuelles éligibles en tant que TVM. Ces machines virtuelles offrent des fonctionnalités de sécurité améliorées, telles que le démarrage sécurisé et le TPM virtuel, sans frais supplémentaires. Nous vous recommandons de les utiliser le cas échéant.
Sélectionnez l’appliance de réplication que vous avez configurée dans le menu déroulant ou configurez une nouvelle appliance de réplication en faisant référence aux étapes fournies dans la section précédente.
Dans vCenter server/vSphere host, sélectionnez les détails du vCenter hôte dans la liste déroulante.
Dans les informations d’identification de l’invité, spécifiez le compte d’administrateur de machine virtuelle qui sera utilisé pour l’installation push du service Mobilité. Cliquez ensuite sur Suivant après avoir sélectionné les machines virtuelles à répliquer.
Dans les paramètres cibles, sélectionnez l’abonnement et la région cible vers laquelle vous allez migrer, puis spécifiez le groupe de ressources dans lequel les machines virtuelles Azure résideront après la migration. Complétez les paramètres ci-dessous dans le volet,
- Dans les options de disponibilité, sélectionnez :
  - Zone de disponibilité pour épingler la machine migrée à une Zone de disponibilité spécifique dans la région. Utilisez cette option pour distribuer les serveurs qui forment une couche Application à plusieurs nœuds entre des Zones de disponibilité. Si vous sélectionnez cette option, vous devez spécifier la zone de disponibilité à utiliser pour chaque machine sélectionnée dans l’onglet Calcul. Cette option est disponible uniquement si la région cible sélectionnée pour la migration prend en charge les zones de disponibilité
  - Groupe à haute disponibilité pour placer la machine migrée dans un groupe à haute disponibilité. Pour utiliser cette option, le groupe de ressources cible qui a été sélectionné doit avoir un ou plusieurs groupes à haute disponibilité.
  - Aucune option de redondance de l’infrastructure n’est requise si vous n’avez pas besoin de ces configurations de disponibilité pour les machines migrées.
- Dans Réseau virtuel, sélectionnez le réseau virtuel/sous-réseau Azure auquel les machines virtuelles Azure seront jointes après la migration.
- Dans le compte de stockage du cache, conservez l’option par défaut pour utiliser le compte de stockage de cache créé automatiquement pour le projet. Utilisez la liste déroulante si vous voulez spécifier un autre compte de stockage à utiliser comme compte de stockage de cache pour la réplication.
Remarque
- Si vous avez sélectionné « Point de terminaison privé » comme méthode de connectivité pour le projet Azure Migrate, accordez au coffre Recovery Services l’accès au compte de stockage de cache. Pour en savoir plus
- Pour répliquer en utilisant ExpressRoute avec le peering privé, créez un point de terminaison privé pour le compte de stockage de cache. Pour en savoir plus
- Dans le type de chiffrement de disque, sélectionnez :
  - Chiffrement au repos avec une clé gérée par la plateforme
  - Chiffrement au repos avec une clé gérée par le client
  - Chiffrement double avec des clés gérées par la plateforme et des clés gérées par le client
Remarque

Pour répliquer des machines virtuelles avec CMK, vous devez créer un jeu de chiffrement de disque sous le groupe de ressources cible. Un objet de jeu de chiffrement de disque associe des disques gérés à un coffre de clés qui contient la CMK à utiliser pour le SSE.
- Dans Azure Hybrid Benefit :
  - Sélectionnez Non si vous ne souhaitez pas appliquer Azure Hybrid Benefit. Cliquez ensuite sur Suivant.
  - Sélectionnez Oui si vous avez des ordinateurs Windows Server couverts par des abonnements Software Assurance ou Windows Server actifs, et que vous souhaitez appliquer l’avantage aux machines que vous migrez. Cliquez ensuite sur Suivant.
Dans Calcul, vérifiez le nom de la machine virtuelle, sa taille, le type de disque du système d’exploitation et la configuration de la disponibilité (si elle a été sélectionnée à l’étape précédente). Les machines virtuelles doivent satisfaire aux exigences d’Azure.

Taille de machine virtuelle : si vous utilisez des recommandations d’évaluation, la liste déroulante taille de machine virtuelle affiche la taille recommandée. Sinon, Azure Migrate choisit une taille qui correspond à la taille la plus proche dans l’abonnement Azure. Vous pouvez également choisir une taille manuelle dans Taille de la machine virtuelle Azure.
Disque du système d’exploitation : spécifiez le disque de système d’exploitation (démarrage) de la machine virtuelle. Le disque du système d’exploitation est le disque qui contient le chargeur de démarrage et le programme d’installation du système d’exploitation.
Zone de disponibilité : spécifiez la zone de disponibilité à utiliser.
Groupe à haute disponibilité : spécifiez le groupe à haute disponibilité à utiliser.
Réservation de capacité : si vous disposez déjà d’une réservation de capacité pour la référence SKU de machine virtuelle dans l’abonnement cible et l’emplacement, spécifiez-le ici pour ce déploiement. Les réservations de capacité garantissent que la référence SKU de machine virtuelle requise est disponible lorsque vous démarrez la migration. Vous pouvez associer une réservation maintenant ou ignorer cette étape et la configurer ultérieurement pendant la migration. La réservation de capacité pour la référence SKU peut se trouver dans n’importe quel groupe de ressources dans l’abonnement et l’emplacement cibles. En savoir plus.

Dans Disques, spécifiez si les disques de machine virtuelle doivent être répliqués sur Azure, puis sélectionnez le type de disque (Premium v2, Ultra Disk, SSD Standard, HDD standard ou Disques managés Premium) dans Azure. Ensuite, sélectionnez Suivant.
- Vous pouvez exclure des disques de la réplication.
- Si vous excluez des disques, ils ne seront pas présents sur la machine virtuelle Azure après la migration.
- Vous pouvez exclure des disques si l’agent mobilité est déjà installé sur ce serveur. En savoir plus.
Dans Balises, choisissez d’ajouter des balises à vos machines virtuelles, disques et cartes réseau.
Dans Vérifier et démarrer l’exécution, passez en revue les paramètres, puis sélectionnez Vérifier et démarrer l’exécution pour démarrer la réplication initiale pour les serveurs.

Suivre et superviser

Dans le projet Azure Migrate, accédez à Exécuter > Migrations. Utilisez Afficher par applications ou Afficher par charges de travail pour changer la façon dont les éléments sont regroupés.
La réplication se déroule comme suit :
- Une fois le travail Démarrer la réplication terminé, les machines commencent leur réplication initiale vers Azure.
- Lors de la réplication initiale, une capture instantanée de machine virtuelle est créée. Les données de disque de la capture instantanée sont répliquées sur les disques managés de réplica dans Azure.
- Au terme de la réplication initiale, la réplication différentielle commence. Les modifications incrémentielles apportées aux disques sources sont régulièrement répliquées sur les disques réplicas dans Azure.
La progression de l’exécution s’affiche dans l’étape d’exécution et l’état d’exécution :
- Étape d’exécution : préparation, test ou achèvement.
- État d’exécution : En cours, En cours, Erreur, Action en attente ou Terminé.
La progression de l’exécution est suivie à trois étapes de la phase d’exécution :
- Préparation : les serveurs activés pour la réplication restent à l’étape de préparation pendant que la réplication initiale (réplication des données) est en cours. Vous pouvez effectuer des opérations Stop, Start, Pause et Resume dans cette étape si nécessaire à l’aide des listes déroulantes disponibles dans le panneau d’exploration du serveur. Une fois la réplication initiale terminée, les serveurs passent à la phase de test.
- Test : les serveurs pour lesquels la réplication initiale est terminée et la réplication delta est en cours passe à la phase de test. Vous pouvez choisir d’effectuer des migrations de test sur un réseau virtuel de test avant la migration réelle (recommandée). Vous pouvez ignorer l’étape de test et démarrer la migration directement à l’aide des actions disponibles dans le menu déroulant Achèvement .
- Achèvement : les serveurs pour lesquels les migrations de test sont terminées ou ignorées passent à cette étape. Vous pouvez effectuer des migrations finales (Cutover) pour ces serveurs. Une fois la migration terminée, effectuez la migration complète pour nettoyer les ressources de migration à l’aide des listes déroulantes disponibles dans le panneau d’exploration du serveur.

Exécuter un test de migration

Quand la réplication différentielle commence, vous pouvez exécuter une migration de test avec les machines virtuelles avant d’exécuter une migration complète vers Azure. Avant la migration, nous vous recommandons vivement d’effectuer cette opération au moins une fois pour chaque machine.

L’exécution d’un test de migration vérifie que la migration fonctionne comme prévu, sans avoir d’impact sur les machines sources (locales ou AVS), qui restent opérationnelles et continuent de répliquer.
Une migration de test simule la migration en créant une machine virtuelle Azure à l’aide de données répliquées (il s’agit en général d’une migration vers un réseau virtuel hors production dans votre abonnement Azure).
Vous pouvez utiliser la machine virtuelle Azure de test répliquée pour valider la migration, effectuer des tests d’applications et résoudre les éventuels problèmes avant la migration complète.

Effectuez une migration de test de la façon suivante :

Dans Azure Migrate projet, sous Execute>Migrations> sélectionnez le serveur pour lequel vous souhaitez effectuer le test de migration en cliquant sur le nom du serveur sous Workloads colonne.
Dans le volet de navigation, sous le menu déroulant Test, sélectionnez Démarrer le test de migration.
Dans Migration de test, sélectionnez le réseau virtuel Azure dans lequel la machine virtuelle Azure se trouvera pendant le test. Nous vous recommandons d’utiliser un réseau virtuel hors production.
Sélectionnez le sous-réseau auquel vous souhaitez associer chacune des cartes d’interface réseau de la machine virtuelle migrée.
Vous avez la possibilité de mettre à niveau le système d’exploitation Windows Server pendant la migration de test. Pour effectuer la mise à niveau, sélectionnez l’option Mise à niveau disponible. Dans le volet qui s’affiche, sélectionnez la version du système d’exploitation cible vers laquelle vous souhaitez effectuer la mise à niveau, puis sélectionnez Appliquer. En savoir plus.
Une fois que vous avez cliqué sur Tester la migration, le travail démarre. Surveillez l’état dans le portail sous État d’exécution. Une fois la migration de test terminée, veillez à nettoyer les ressources de test en accédant au serveur et en sélectionnant Nettoyer la migration de test sous la liste déroulante Test .
Remarque

Vous pouvez désormais inscrire vos serveurs exécutant SQL Server auprès du fournisseur de ressources SQL Server sur des machines virtuelles Azure pour bénéficier de la mise à jour corrective automatisée, de la sauvegarde automatisée et de la gestion simplifiée des licences à l’aide de l’extension SQL IaaS Agent.
- Sélectionnez le serveur sous la colonne Charges de travail dans la page Exécuter> les migrations. Dans les paramètres calcul et réseau, cochez la case associée à l’inscription à l’extension IaaS SQL.
- Sélectionnez Azure Hybrid Benefit pour SQL Server si vous disposez d’instances de SQL Server couvertes par des abonnements Software Assurance ou SQL Server actifs, et si vous souhaitez appliquer cet avantage aux machines que vous migrez.