Résoudre les problèmes de migration de machines virtuelles vers Azure Local via Azure Migrate (préversion)

S’applique à : Azure Local 2311.2 et versions ultérieures

Cet article explique comment résoudre les problèmes potentiels que vous pouvez rencontrer lors de la migration de machines virtuelles Hyper-V et VMWare vers votre instance Azure Local à l’aide d’Azure Migrate.

Important

Cette fonctionnalité est actuellement en PRÉVERSION. Pour connaître les conditions juridiques qui s’appliquent aux fonctionnalités Azure en version bêta, en préversion ou plus généralement non encore en disponibilité générale, consultez l’Avenant aux conditions d’utilisation des préversions de Microsoft Azure.

Vérifier si les services nécessaires sont en cours d’exécution

Assurez-vous que l’ordinateur virtuel de l’appliance source et l’ordinateur virtuel de l’appliance cible disposent d’une configuration saine en vérifiant que les services suivants sont en cours d’exécution.

Ouvrez PowerShell en tant qu’administrateur et exécutez la commande suivante pour chacun des services répertoriés entre parenthèses pour l’appliance source et l’appliance cible pour vérifier qu’ils sont en cours d’exécution :

Get-Service -Name <name_of_service>

Sur l’ordinateur virtuel de l’appliance source :

• Service de passerelle Microsoft Azure (asrgwy)
• Service de découverte Microsoft Azure Hyper-V (amhvdiscoverysvc)
• Service de gestion Azure Site Recovery (asrmgmtsvc)

Sur l’ordinateur virtuel de l’appliance cible :

• Service de passerelle Microsoft Azure (asrgwy)
• Service de gestion Azure Site Recovery (asrmgmtsvc)

Les données de configuration sont disponibles à l’adresse C :\ProgramData\Microsoft Azure\Config.

Collecter les journaux et les informations

Si vous rencontrez des problèmes, avant d’ouvrir un ticket de support, collectez les informations suivantes sur vos problèmes et partagez-les avec l’équipe de Support Microsoft pour analyse.

• Journaux d’activité de l’appliance Azure Migrate
• Description du problème ou retour d’expérience
• Identifiant d’abonnement
• ID client
• Nom de projet Azure Migrate
• Région ou zone géographique du projet Azure Migrate
• Nom d’ordinateur virtuel pour les problèmes de réplication et de migration
• ID de corrélation pour le déploiement ou l’ID tâche

Les sections suivantes décrivent comment collecter ces informations en fonction de l’opération ou du type de problème.

Pour les opérations déclenchées par l’utilisateur à partir de Portail Azure

Pour résoudre les problèmes liés aux opérations déclenchées par l’utilisateur, l’ID de corrélation ou un ID de travail sont nécessaires.

Obtenir l’ID de corrélation pour un déploiement

Les échecs dans les opérations telles que la création ou la suppression d’un projet de migration, la création d’artefacts d’appliance, d’entités et de comptes de stockage, les erreurs sont affichées comme des échecs dans la section Déploiements du groupe de ressources de projet de migration. Chaque opération de déploiement a également un ID de corrélation utile pour la résolution des problèmes.

En outre, les opérations ayant échoué dans la session sont affichées sous forme de notifications ou dans les journaux d’activité de l’historique antérieur.

Procédez comme suit pour identifier l’ID de corrélation de votre déploiement dans Portail Azure :

1. Accédez au groupe de ressources de votre projet Azure Migrate, puis accédez à Vue d’ensemble. Dans le volet droit, sélectionnez le lien hypertexte qui affiche les déploiements ayant échoué et réussi.

   

2. Identifiez le déploiement pour lequel vous souhaitez utiliser l’ID de corrélation et sélectionnez le nom du déploiement.

   

3. Recherchez l’ID de corrélation.

   

Obtenir l’ID de travail pour la réplication ou la migration

Les opérations telles que la création et la suppression d’un élément protégé (également appelée création et suppression d’une réplication) et le basculement planifié (également appelé migration) sont également répertoriées en tant que travaux dans la section Migration locale Azure du portail.

Dans ces cas, l’ID de travail doit également être collecté.

Procédez comme suit pour obtenir l’ID de travail :

1. Dans votre projet Azure Migrate dans le Portail Azure, accédez à Vue d’ensemble sous Outils de migration.

   

2. Dans le volet gauche, accédez à > de migration locale Azure.

3. Identifiez le travail pour lequel vous souhaitez obtenir l’ID de travail et sélectionnez le nom du travail.

   

4. Recherchez l’ID de travail.

   

Pour les opérations de réplication planifiées

Les échecs dans les opérations planifiées, comme les échecs de cycle de réplication horaire, sont répertoriés sous la section Migration locale Azure du portail.

Pour résoudre les problèmes de réplication, collectez les informations suivantes :

• Détails de l’erreur affichés dans les événements qui incluent l’heure, l’ID d’erreur, le message d’erreur, l’ID de machine virtuelle.
• Captures d’écran de Portail Azure si possible.

Pour les problèmes d’expérience utilisateur dans le portail

Pour résoudre les problèmes d’expérience utilisateur dans le portail, collectez les informations suivantes :

• Captures d’écran de Portail Azure.
• Enregistrez les opérations en mode développeur du navigateur. Exportez le fichier HAR et partagez-le.

Pour les problèmes d’inscription de l’appliance

Pour résoudre les problèmes d’inscription de l’appliance, collectez les informations suivantes :

• Tous les journaux disponibles sur l’appliance sur C :\ProgramData\MicrosoftAzure\Logs.

Pour les problèmes de découverte

Pour résoudre les problèmes de découverte, collectez les informations suivantes :

• Tous les journaux disponibles sur l’appliance source sur C :\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery.

Pour plus d’informations, consultez Résoudre les problèmes de découverte.

Pour des questions spéciales

Si nécessaire, Support Microsoft peut également demander des journaux d’événements de composant ou des journaux d’événements système tels que les journaux Hyper-V et les journaux SMB.

Problèmes courants et solutions

Échec de la création du projet Azure Migrate

Cause racine

La création du projet Azure Migrate échoue si l’abonnement Azure n’est pas inscrit pour Azure Migrate ou si l’utilisateur ne dispose pas des autorisations requises pour créer un projet.

Résolution recommandée

Vérifiez les éléments suivants :

• Assurez-vous que vous disposez d’un rôle Administrateur d’application sur le locataire Azure AD.
• Vérifiez que vous disposez des rôles Contributeur et Administrateur d’accès utilisateur sur l’abonnement Azure.
• Vérifiez que vous sélectionnez l’une des régions prises en charge pour la création d’un projet Azure Migrate. Pour obtenir la liste des régions prises en charge, consultez zones géographiques prises en charge.

Échec de la validation du système cible sur l’appliance

Cause racine

Le système cible ne parvient pas à valider, car le nom de domaine complet n’est pas résolu par défaut par DNS à partir de l’appliance.

Résolution recommandée

Mappez manuellement l’adresse IP locale Azure à son nom de domaine complet correspondant en modifiant le fichier hosts situé dans C :\Windows\System32\drivers\etc\hosts.

Ajoutez une nouvelle ligne avec l’adresse IP système et le nom de domaine complet au format suivant : <nom de domaine>< complet du cluster IP>de cluster.

La suppression ou la modification des informations système cibles de l’appliance source Configuration Manager ne fonctionne pas.

Cause racine lors de la fourniture d’informations dans l’appliance source Configuration Manager, le nom du système cible ne peut pas être modifié une fois entré.

Résolution recommandée Suivez ces étapes pour supprimer ou modifier le système cible de l’appliance source Configuration Manager :

1. Sur votre appliance source, ouvrez Explorer. Accédez à C :\ProgramData\Microsoft Azure\CredStore et supprimez la TargetClusterCredentials.json.

2. Rechargez Appliance Configuration Manager et vous pouvez entrer de nouvelles valeurs pour le système cible.

Remarque

Cette solution de contournement n’est pas recommandée si vous avez démarré la réplication.

Cette solution de contournement ne peut être utilisée que si l’appliance n’est pas inscrite. Si l’appliance est inscrite, vous devez supprimer l’appliance du projet. Vous devez ensuite générer une nouvelle clé de projet et réinstaller l’appliance.

Échec de l’inscription de l’appliance cible

Cause racine

L’inscription de l’appliance cible échoue.

Résolution recommandée

Actualisez la page et réessayez d’inscrire.

Problèmes liés à l’appliance cible

Cause racine

Dans certains cas, vous devrez peut-être supprimer l’appliance cible du projet. Par exemple, si vous souhaitez déplacer l’appliance vers un autre abonnement ou région. Pour cela, vous devez supprimer l’appliance cible et en créer une nouvelle dans le nouvel abonnement ou la nouvelle région.

Résolution recommandée

Pour supprimer l’appliance cible du projet, procédez comme suit :

1. Exécutez PowerShell ISE en tant qu’administrateur.

2. Exécutez la commande suivante pour supprimer l’appliance :

   .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
   

Échec de la réplication de machine virtuelle

Cause racine

La réplication des machines virtuelles peut échouer pour une ou plusieurs des raisons suivantes :

• Le volume partagé de cluster ou le conteneur de stockage est plein.
• Les ordinateurs virtuels ne sont pas hautement disponibles. Toutes les machines virtuelles doivent être hautement disponibles pour être découvertes pour la réplication et la migration. Si les machines virtuelles ne sont pas hautement disponibles, elles ne s’affichent pas dans la liste et sont exclues pour la migration.

Résolution recommandée

Pour activer la réplication et la migration, assurez-vous que le volume partagé de cluster ou le conteneur de stockage dispose d’un espace suffisant.

En outre, pour migrer un ordinateur virtuel sans HA, procédez comme suit :

1. Vous devez d’abord rendre l’ordinateur virtuel hautement disponible. Pour plus d’informations, consultez Rendre une machine virtuelle Hyper-V hautement disponible.
2. Attendez que l’agent de découverte synchronise les données.

Vous pouvez également accéder à Azure Migrate et sélectionner Actualiser pour actualiser manuellement les serveurs, les bases de données et les applications web pour accélérer la synchronisation de l’agent de découverte.

La réplication ou la migration échoue avec la valeur d’erreur ne peut pas être null

Cause racine

La réplication ou la migration échoue avec le message d’erreur suivant :

La valeur ne peut pas être null. Nom du paramètre : FetchingHyperVDiskPropertiesFailed.

Le composant ne parvient pas à extraire les propriétés du disque à partir de l’hôte Hyper-V source. Cela peut se produire si le disque virtuel du cluster sous-jacent est hors connexion ou si le disque n’est pas dans un état sain.

Résolution recommandée

1. Vérifiez que les disques de cluster sont opérationnels et vérifiez que vous pouvez extraire les propriétés du disque.

2. Sur l’appliance source, exécutez PowerShell en tant qu’administrateur. Exécutez les étapes suivantes après avoir remplacé le contenu par {} les valeurs réelles.

   $ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}
   
   $ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").
   

3. Dans la sortie retournée, vérifiez que les propriétés MaxInternalSize et ParentPath en SettingData XML sont appropriées.

Les disques sur les machines virtuelles migrées sont hors connexion

Cause racine

Les disques sur les machines virtuelles Windows migrées peuvent ne pas être en ligne.

La migration crée un disque dur virtuel/VHDX, ce qui entraîne un nouveau disque pour le système d’exploitation Windows sur la machine virtuelle migrée. Le système d’exploitation voit cela comme un nouveau lecteur et applique la stratégie SAN. Le système d’exploitation ne rend pas le disque en ligne, car il est considéré comme un disque partagé.

Résolution recommandée

Pour contourner ce problème, choisissez l’une des options suivantes :

• Définissez la stratégie SAN comme OnlineAll pour les machines virtuelles Windows migrées. Redémarrez les machines virtuelles. Cela doit mettre tous les disques en ligne. Pour obtenir des instructions détaillées, consultez comment configurer une stratégie SAN pour mettre en ligne des disques.

• Mettez manuellement les lecteurs en ligne sur des machines virtuelles migrées.

La migration échoue avec impossible de supprimer l’erreur d’instantané

Cause racine

Impossible de migrer en raison de l’erreur suivante :

Erreur : Échec de la suppression d’un instantané avec id(s)

Les opérations manuelles de machine virtuelle Hyper-V sur le système échouent avec la même erreur et aucune opération manuelle sur la machine virtuelle ne peut être effectuée sur ce serveur.

Résolution recommandée

Pour atténuer cette erreur, vérifiez que la machine virtuelle est opérationnelle.

Connectez-vous à votre appliance source et essayez les étapes suivantes pour vous assurer que votre migration est fluide.

1. Obtenez l’ID de machine virtuelle dans les informations d’erreur.

   $VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
   

2. Assurez-vous que get-VM fonctionne correctement et retourne les informations de l’appliance source.

   Get-VM -Id $VmId 
   

3. Assurez-vous que get-VHD fonctionne correctement et retourne les informations correctes.

   Get-VHD -VMId $VmId
   

4. Si l’opération de création d’instantané échoue, assurez-vous que la création manuelle d’instantané fonctionne correctement sur la machine virtuelle.

   Get-VM -Id $VmId | Checkpoint-VM 
   

5. Si l’opération de suppression d’instantané échoue, assurez-vous que la suppression d’instantané fonctionne manuellement correctement sur la machine virtuelle.

   Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
   

Échec de la désactivation de la machine virtuelle sur l’hôte Hyper-V

Cause racine

Pendant le basculement planifié, la machine virtuelle est désactivée sur l’hôte Hyper-V source via un appel WMI. Vous voyez l’ID d’erreur : 1000001 ou un message d’erreur : une erreur interne s’est produite.

Résolution recommandée

Vous pouvez désactiver la machine virtuelle manuellement sur l’hôte Hyper-V source via PowerShell.

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

Étapes suivantes

Selon la phase de migration dans laquelle vous vous trouvez, vous devrez peut-être passer en revue l’un des articles suivants pour résoudre les problèmes :

• Résolvez les problèmes de découverte.
• Résoudre les problèmes liés aux projets Azure Migrate.
• Résoudre les problèmes liés aux diagnostics de l’appliance.