Résolution des problèmes de réplication dans la migration de machines virtuelles VMware sans agent

Cet article décrit certains problèmes courants et erreurs spécifiques que vous pouvez rencontrer quand vous répliquez des machines virtuelles VMware locales avec la méthode sans agent de l’outil Migration et modernisation.

Lorsque vous répliquez une machine virtuelle VMware à l’aide de la méthode de réplication sans agent, les données des disques de la machine virtuelle (vmdk) sont répliquées sur les disques managés de réplica dans votre abonnement Azure. Quand la réplication commence pour une machine virtuelle, un premier cycle de réplication se produit, dans lequel des copies complètes des disques sont répliquées. Une fois la réplication initiale terminée, des cycles de réplication incrémentielle sont planifiés régulièrement pour transférer les modifications qui se sont produites depuis le cycle de réplication précédent.

Vous pouvez parfois voir les cycles de réplication échouer pour une machine virtuelle. Ces échecs peuvent se produire pour des raisons allant des problèmes de configuration du réseau local aux problèmes de serveur principal du service cloud d’Azure Migrate. Dans cet article, nous allons :

• vous montrer comment analyser l’état de la réplication et résoudre les erreurs ;
• répertorier certaines des erreurs de réplication les plus fréquentes et suggérer des étapes pour y remédier.

Analyser l’état de la réplication à l’aide du portail Azure

Pour analyser l’état de réplication de vos machines virtuelles, procédez comme suit :

1. Accédez à la page Serveurs, bases de données et applications web dans Azure Migrate sur le portail Azure.

   

2. Dans la vignette Migration et modernisation, sous Réplications, sélectionnez le numéro en regard de Machine virtuelle Azure.

   

3. Vous verrez une liste de serveurs de réplication ainsi que des informations supplémentaires telles que l’état, l’intégrité, la dernière synchronisation, etc. La colonne Intégrité de la réplication indique l’intégrité de réplication actuelle de la machine virtuelle. Une valeur Critique ou Avertissement indique généralement que le cycle de réplication précédent de la machine virtuelle a échoué. Pour obtenir plus de détails, cliquez avec le bouton droit sur la machine virtuelle, puis sélectionnez Détails de l’erreur d’intégrité. La page Détails de l’erreur contient des informations sur l’erreur et des détails supplémentaires sur la façon de résoudre le problème.

   

4. Sélectionnez Événements récents pour voir les échecs du cycle de réplication précédent pour la machine virtuelle. Dans la page Événements, recherchez l’événement le plus récent du type Échec du cycle de réplication ou Échec du cycle de réplication pour le disque pour la machine virtuelle.

   

5. Sélectionnez l’événement pour comprendre les causes possibles de l’erreur et les mesures correctives recommandées. Utilisez les informations fournies pour dépanner et corriger l’erreur.

   

Erreurs de réplication courantes

Cette section décrit quelques-unes des erreurs courantes et la façon dont vous pouvez les résoudre.

Erreur Échec de l’opération de Key Vault lors de la tentative de réplication de machines virtuelles

Erreur :l’opération Azure Key Vault a échoué. L’opération : Configurer un compte de stockage managé, Coffre de clés : nom_du_coffre_de_clés, Compte de stockage : nom_du_compte_de_stockage a échoué avec l’erreur : »

Erreur :l’opération Azure Key Vault a échoué. L’opération : Générer une définition de signature d’accès partagé, Coffre de clés : nom_du_coffre_de_clés, Compte de stockage : nom_du_compte_de_stockage a échoué avec l’erreur : »

Cette erreur se produit généralement lorsque la stratégie d’accès utilisateur de Key Vault ne donne pas à l’utilisateur actuellement connecté les autorisations nécessaires pour configurer les comptes de stockage que Key Vault doit gérer. Pour vérifier la stratégie d’accès utilisateur sur le coffre de clés, accédez à la page Key Vault sur le portail du coffre de clés et sélectionnez Stratégies d’accès.

Lorsque le portail crée le coffre de clés, il ajoute également une stratégie d’accès utilisateur accordant à l’utilisateur actuellement connecté des autorisations pour configurer les comptes de stockage que Key Vault doit gérer. Cela peut échouer pour deux raisons :

• L’utilisateur connecté est un principal distant sur le locataire Azure du client (abonnement CSP et l’utilisateur connecté est l’administrateur partenaire). Dans ce cas, la solution de contournement consiste à supprimer le coffre de clés, à vous déconnecter du portail, puis à vous connecter avec un compte utilisateur du locataire du client (pas un principal distant), puis à réessayer l’opération. Le partenaire CSP dispose généralement d’un compte d’utilisateur dans le client Microsoft Entra clients qu’il peut utiliser. Si ce n'est pas le cas, ils peuvent créer un nouveau compte utilisateur pour eux-mêmes dans le locataire Microsoft Entra du client, se connecter au portail en tant que nouvel utilisateur, puis réessayer l'opération de réplication. Le compte utilisé doit disposer des autorisations Propriétaire ou Contributeur+Administrateur d’accès utilisateur sur le compte dans le groupe de ressources (groupe de ressources Migrer un projet).

• L’autre cas où cela pourrait se produire est lorsqu’un utilisateur (utilisateur1) a tenté d’initialiser la réplication et a rencontré une défaillance, mais que le coffre de clés a déjà été créé (et que la stratégie d’accès utilisateur est attribuée de manière appropriée à cet utilisateur). Ultérieurement, un autre utilisateur (utilisateur2) tente de configurer la réplication, mais l’opération de configuration du compte de stockage managé ou de génération de la définition SAS échoue, car il n’existe aucune stratégie d’accès utilisateur correspondant à utilisateur2 dans le coffre de clés.

Résolution : Pour résoudre ce problème, créez une stratégie d’accès utilisateur pour utilisateur2 dans le coffre de clés qui accorde l’autorisation à utilisateur2 de configurer un compte de stockage managé et de générer des définitions SAS. Utilisateur2 peut faire cela à partir d’Azure PowerShell à l’aide des cmdlets ci-dessous :

$userPrincipalId = $(Get-AzureRmADUser -UserPrincipalName "user2_email_address").Id

Set-AzureRmKeyVaultAccessPolicy -VaultName "keyvaultname" -ObjectId $userPrincipalId -PermissionsToStorage get, list, delete, set, update, regeneratekey, getsas, listsas, deletesas, setsas, recover, back up, restore, purge

DisposeArtefactsTimedOut

ID d’erreur : 181008

Message d’erreur : MV : VMName. Erreur : Événement d’expiration du délai « DisposeArtefactsTimeout » rencontré dans l’état &'['Gateway.Service.StateMachine.SnapshotReplication.SnapshotReplicationEngine+WaitingForArtefactsDisposalPreCycle' ('WaitingForArtefactsDisposalPreCycle')]'.

Causes possibles :

Le composant qui tente de répliquer des données dans Azure est indisponible ou ne répond pas. Les causes possibles sont les suivantes :

• Le service de passerelle exécuté dans l’appliance Azure Migrate est indisponible.
• Le service de passerelle rencontre des problèmes de connectivité au compte de stockage Service Bus/Event Hubs/Appliance.

Identification de la cause exacte de DisposeArtefactsTimedOut et de la résolution correspondante :

1. Vérifiez que l’appliance Azure Migrate est opérationnelle

2. Vérifiez si le service de passerelle est en cours d’exécution sur l’appliance :

   1. Connectez-vous à l’appliance Azure Migrate avec le Bureau à distance.

   2. Ouvrez le composant logiciel enfichable MMC des services Microsoft (Exécuter > services.msc) et vérifiez si Service de passerelle Microsoft Azure est en cours d’exécution. Si le service est arrêté ou n’est pas en cours d’exécution, démarrez-le. Vous pouvez également ouvrir une invite de commandes ou PowerShell et entrer : « Net Start asrgwy ».

3. Vérifiez les problèmes de connectivité entre l’appliance Azure Migrate et l’appliance Compte de stockage :

   Après avoir téléchargé azcopy dans l’appliance Azure Migrate, exécutez la commande suivante :

   _azcopy bench https://[account].blob.core.windows.net/[container]?SAS_
   

   Procédure d’exécution du test d’évaluation des performances :

   1. Téléchargez azcopy.

   2. Recherchez l’appliance Compte de stockage dans le groupe de ressources. Le nom du compte de stockage ressemble à migrategwsa**********. Il s’agit de la valeur du paramètre [account] dans la commande ci-dessus.

   3. Recherchez votre compte de stockage dans le portail Azure. Assurez-vous que l’abonnement que vous utilisez pour effectuer la recherche est le même abonnement (abonnement cible) que celui dans lequel le compte de stockage est créé. Accédez à Conteneurs dans la section Service BLOB. Sélectionnez +Conteneur et créez un conteneur. Veillez à fournir l’autorisation d’écriture au conteneur. Conservez le niveau d’accès public à la valeur sélectionnée par défaut.

   4. Accédez à Paramètres>Signature d’accès partagé, puis sélectionnez conteneur dans type de ressource autorisé.

   5. Sélectionnez Générer une SAP et une chaîne de connexion, puis copiez le jeton SAP. Si vous utilisez PowerShell, veillez à placer l’URL entre guillemets simples (' ').

   6. Exécutez la commande ci-dessus dans l’invite de commandes en remplaçant le compte, le conteneur, SAP par les valeurs obtenues dans les étapes b, c et e respectivement.

   Vous pouvez également télécharger Explorateur Stockage Azure sur l’appliance et essayer de charger 10 blobs d’environ 64 Mo dans les comptes de stockage. S’il n’y a pas de problème, le chargement devrait réussir.

   Résolution : Si ce test échoue, vous avez un problème de réseau. Demandez à votre équipe réseau locale de vérifier les problèmes de connectivité. En règle générale, certains paramètres de pare-feu peuvent être à l’origine des échecs.

4. Vérifiez les problèmes de connectivité entre l’appliance Azure Migrate et Service Bus :

   Remarque

   Cela s’applique uniquement aux projets configurés avec un point de terminaison public.
   Un Service bus fait référence à la ressource de type ServiceBusNamespace dans le groupe de ressources d’un projet Migrate. Le nom du Service Bus est au format migratelsa(keyvaultsuffix). Le suffixe Migrer key vault est disponible dans le fichier gateway.json sur l’appliance.
   Par exemple, si le gateway.json contient :
   "AzureKeyVaultArmId": "/subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.KeyVault/vaults/migratekv1329610309",
   la ressource d’espace de noms Service Bus sera migratelsa1329610309.

   Ce test vérifie si l’appliance Azure Migrate peut communiquer avec le serveur principal du service cloud Azure Migrate. L’appliance communique avec le serveur principal du service via Service Bus et des files d’attente de messages Event Hubs. Pour valider la connectivité de l’appliance à Service Bus, téléchargez Service Bus Explorer, essayez de vous connecter à l’appliance Service Bus et d’effectuer les opérations d’envoi de message/de réception. S’il n’y a pas de problème, l’opération devrait aboutir.

   Procédure d’exécution du test :

   1. Copiez la chaîne de connexion à partir de l’instance Service Bus qui a été créée dans le projet Migrate.
   2. Ouvrez Service Bus Explorer.
   3. Accédez à Fichier, puis à Connexion.
   4. Collez la chaîne de connexion, puis sélectionnez Connexion.
   5. Cette opération ouvre l’espace de noms Service Bus.
   6. Sélectionnez Snapshot Manager. Cliquez avec le bouton droit sur Snapshot Manager, sélectionnez Recevoir des messages>Aperçu, puis sélectionnez OK.
   7. Si la connexion est établie, le message « [x] messages reçus » s’affiche dans la sortie de la console. Si la connexion échoue, vous verrez un message indiquant que la connexion a échoué.

   Résolution : Si ce test échoue, vous avez un problème de réseau. Demandez à votre équipe réseau locale de vérifier les problèmes de connectivité. En règle générale, certains paramètres de pare-feu peuvent être à l’origine des échecs.

5. Vérifiez les problèmes de connectivité entre l’appliance Azure Migrate et Azure Key Vault :

   Ce test vérifie les problèmes de connectivité entre l’appliance Azure Migrate et Azure Key Vault : Le coffre de clés permet de gérer l’accès au compte de stockage utilisé pour la réplication.

   Procédure de vérification de la connectivité :

   1. Récupérez l’URI du coffre de clés dans la liste des ressources du groupe de ressources correspondant au projet Azure Migrate.

   2. Ouvrez PowerShell dans l’appliance Azure Migrate et exécutez la commande suivante :

   _test-netconnection Key Vault URI -P 443_
   

   Cette commande essaiera d’établir une connexion TCP et renverra une sortie.

   • Dans la sortie, vérifiez le champ « TcpTestSucceeded ». Si la valeur est « True », il n’y a pas de problème de connectivité entre l’appliance Azure Migrate et Azure Key Vault. Si la valeur est « False », il y a un problème de connectivité.

   Résolution : Si ce test échoue, il y a un problème de connectivité entre l’appliance Azure Migrate et Azure Key Vault. Demandez à votre équipe réseau locale de vérifier les problèmes de connectivité. En règle générale, certains paramètres de pare-feu peuvent être à l’origine des échecs.

DiskUploadTimedOut

ID d’erreur: 1011

Message d’erreur : Le chargement des données du disque DiskPath, DiskId de la machine virtuelle VMName, VMId ne s’est pas terminé dans le délai imparti.

Cette erreur indique généralement que l’appliance Azure Migrate effectuant la réplication n’est pas en mesure de se connecter à Azure Cloud Services, ou que la réplication progresse lentement, provoquant une expiration du délai d’attente du cycle de réplication.

Les causes possibles sont les suivantes :

• L’appliance Azure Migrate est indisponible.
• Le service de passerelle de réplication n’est pas en cours d’exécution sur l’appliance.
• Le service de passerelle de réplication rencontre des problèmes de connectivité avec l’un des composants suivants du service Azure qui sont utilisés pour la réplication : Service Bus/Event Hubs/Cache Azure Compte de stockage/Azure Key Vault.
• Le service de passerelle est limité au niveau vCenter lors de la tentative de lecture du disque.

Identification de la cause racine et résolution du problème :

1. Vérifiez que l’appliance Azure Migrate est opérationnelle

2. Vérifiez si le service de passerelle est en cours d’exécution sur l’appliance :

   1. Connectez-vous à l’appliance Azure Migrate à l’aide du Bureau à distance et procédez comme suit.

   2. Ouvrez le composant logiciel enfichable MMC des services Microsoft (Exécuter > services.msc) et vérifiez si « Service de passerelle Microsoft Azure » est en cours d’exécution. Si le service est arrêté ou n’est pas en cours d’exécution, démarrez-le. Vous pouvez également ouvrir une invite de commandes ou PowerShell et entrer : « Net Start asrgwy ».

3. Vérifiez les problèmes de connectivité entre l’appliance Azure Migrate et le cache Compte de stockage :

   Après avoir téléchargé azcopy dans l’appliance Azure Migrate, exécutez la commande suivante :

   _azcopy bench https://[account].blob.core.windows.net/[container]?SAS_
   

   Procédure d’exécution du test d’évaluation des performances :

   1. Téléchargez azcopy.

   2. Recherchez l’appliance Compte de stockage dans le groupe de ressources. Le nom du compte de stockage ressemble à migratelsa**********. Il s’agit de la valeur du paramètre [account] dans la commande ci-dessus.

   3. Recherchez votre compte de stockage dans le portail Azure. Assurez-vous que l’abonnement que vous utilisez pour effectuer la recherche est le même abonnement (abonnement cible) que celui dans lequel le compte de stockage est créé. Accédez à Conteneurs dans la section Service BLOB. Sélectionnez +Conteneur et créez un conteneur. Laissez le niveau d’accès public à la valeur sélectionnée par défaut.

   4. Accédez à Paramètres>Signature d’accès partagé. Sélectionnez Conteneur dans type de ressource autorisé. Sélectionnez Générer la chaîne de connexion et SAP. Copiez la valeur SAP.

   5. Exécutez la commande ci-dessus dans l’invite de commandes en remplaçant « account », « container » et « SAS » par les valeurs obtenues aux étapes 2, 3 et 4, respectivement.

   Vous pouvez également télécharger Explorateur Stockage Azure sur l’appliance et essayer de charger 10 blobs d’environ 64 Mo dans les comptes de stockage. S’il n’y a pas de problème, le chargement devrait réussir.

   Résolution : Si ce test échoue, vous avez un problème de réseau. Demandez à votre équipe réseau locale de vérifier les problèmes de connectivité. En règle générale, certains paramètres de pare-feu peuvent être à l’origine des échecs.

4. Vérifiez les problèmes de connectivité entre l’appliance Azure Migrate et Azure Service Bus :

   Ce test vérifie si l’appliance Azure Migrate peut communiquer avec le serveur principal du service cloud Azure Migrate. L’appliance communique avec le serveur principal du service via Service Bus et des files d’attente de messages Event Hubs. Pour valider la connectivité de l’appliance à Service Bus, téléchargez Service Bus Explorer, essayez de vous connecter à l’appliance Service Bus et d’effectuer les opérations d’envoi de message/de réception. S’il n’y a pas de problème, l’opération devrait aboutir.

   Procédure d’exécution du test :

   1. Copiez la chaîne de connexion à partir de l’instance Service Bus qui a été créée dans le groupe de ressources correspondant au projet Azure Migrate.

   2. Ouvrez Service Bus Explorer.

   3. Accédez à Fichier>Se connecter.

   4. Collez la chaîne de connexion que vous avez copiée à l’étape 1, puis sélectionnez Se connecter.

   5. Cette opération ouvre l’espace de noms Service Bus.

   6. Dans l’espace de noms, sélectionnez Snapshot Manager. Cliquez avec le bouton droit sur Snapshot Manager, sélectionnez Recevoir des messages>Aperçu, puis sélectionnez OK.

   Si la connexion est établie, le message « [x] messages reçus » s’affiche dans la sortie de la console. Si la connexion échoue, vous verrez un message indiquant que la connexion a échoué.

   Résolution : Si ce test échoue, il existe un problème de connectivité entre l’appliance Azure Migrate et Service Bus. Demandez à votre équipe réseau locale de vérifier ces problèmes de connectivité. En règle générale, certains paramètres de pare-feu peuvent être à l’origine des échecs.

5. Vérifiez les problèmes de connectivité entre l’appliance Azure Migrate et Azure Key Vault :

   Ce test vérifie les problèmes de connectivité entre l’appliance Azure Migrate et Azure Key Vault : Le coffre de clés permet de gérer l’accès au compte de stockage utilisé pour la réplication.

   Procédure de vérification de la connectivité :

   1. Récupérez l’URI du coffre de clés dans la liste des ressources du groupe de ressources correspondant au projet Azure Migrate.

   2. Ouvrez PowerShell dans l’appliance Azure Migrate et exécutez la commande suivante :

   _test-netconnection Key Vault URI -P 443_
   

   Cette commande essaiera d’établir une connexion TCP et renverra une sortie.

   1. Dans la sortie, vérifiez le champ « TcpTestSucceeded ». Si la valeur est « True », il n’y a pas de problème de connectivité entre l’appliance Azure Migrate et Azure Key Vault. Si la valeur est « False », il y a un problème de connectivité.

   Résolution : Si ce test échoue, il y a un problème de connectivité entre l’appliance Azure Migrate et Azure Key Vault. Demandez à votre équipe réseau locale de vérifier les problèmes de connectivité. En règle générale, certains paramètres de pare-feu peuvent être à l’origine des échecs.

Une erreur s’est produite lors de la tentative de récupération des blocs modifiés

Message d’erreur : « Rencontré une erreur lors de la tentative d’extraction des blocs de modification »

La méthode de réplication sans agent utilise la technologie Changed Block Tracking (CBT) de VMware pour répliquer les données sur Azure. CBT permet à l’outil Migration et modernisation d’assurer le suivi des blocs qui ont été modifiés depuis le dernier cycle de réplication et de répliquer uniquement ces derniers. Cette erreur se produit si la fonctionnalité CBT pour une machine virtuelle de réplication est réinitialisée ou si le fichier CBT est endommagé.

Cette erreur peut être résolue des deux manières suivantes :

• Si vous avez choisi l’option Réparer automatiquement la réplication en sélectionnant « Oui » quand vous avez déclenché la réplication de la machine virtuelle, l’outil tente de la réparer pour vous. Cliquez avec le bouton droit sur la machine virtuelle, puis sélectionnez Réparer la réplication.
• Si vous n’avez pas choisi Réparer automatiquement la réplication ou si l’étape ci-dessus n’a pas fonctionné pour vous, arrêtez la réplication de la machine virtuelle, réinitialisez la fonctionnalité CBT sur la machine virtuelle, puis reconfigurez la réplication.

Un tel problème connu qui peut entraîner une réinitialisation CBT de la machine virtuelle sur VMware vSphere 5.5 est décrit dans base de connaissances VMware 1020128 : le suivi des blocs modifié est réinitialisé après une opération vMotion de stockage dans vSphere 5.x. Si vous êtes sur VMware vSphere 5.5, veillez à appliquer les mises à jour décrites dans cet article.

Vous pouvez également réinitialiser la fonctionnalité CBT de VMware sur une machine virtuelle à l’aide de VMware PowerCLI.

Une erreur interne s’est produite

Parfois, vous pourriez rencontrer une erreur due à des problèmes dans l’environnement ou l’API VMware. Nous avons identifié la série d’erreurs suivante comme étant des erreurs liées à l’environnement VMware. Ces erreurs ont un format fixe.

Message d’erreur : Une erreur interne s’est produite. [Message d’erreur]

Par exemple : Message d’erreur : une erreur interne s’est produite. [Une configuration d’instantané non valide a été détectée].

La section suivante répertorie certaines des erreurs VMware les plus fréquentes et la façon dont vous pouvez les atténuer.

Message d’erreur : Une erreur interne s’est produite. [Connexion refusée par le serveur]

Le problème est un problème connu de VMware et se produit dans le VDDK 6.7. Vous devez arrêter le service de passerelle en cours d’exécution dans l’appliance Azure Migrate, télécharger une mise à jour à partir de la base de connaissances VMware et redémarrer le service de passerelle.

Étapes pour arrêter le service de passerelle :

1. Appuyez sur Windows+R, puis ouvrez services.msc. Sélectionnez Service de passerelle Microsoft Azure, puis arrêtez-le.
2. Vous pouvez également ouvrir une invite de commandes ou PowerShell et entrer : « Net Stop asrgwy ». Veillez à patienter jusqu’à ce que vous obteniez le message indiquant que le service n’est plus en cours d’exécution.

Étapes de démarrage du service de passerelle :

1. Appuyez sur Windows+R, ouvrez services.msc. Cliquez avec le bouton droit sur Service de passerelle Microsoft Azure, puis démarrez-le.
2. Vous pouvez également ouvrir une invite de commandes ou PowerShell et entrer : « Net Start asrgwy ».

Message d’erreur : Une erreur interne s’est produite. [« Une configuration d’instantané non valide a été détectée. »]

Si vous avez une machine virtuelle avec plusieurs disques, vous pouvez rencontrer cette erreur si vous supprimez un disque de la machine virtuelle. Pour remédier à ce problème, reportez-vous aux étapes décrites dans cet article VMware.

Message d’erreur : Une erreur interne s’est produite. [Suspension de la génération de l’instantané]

Ce problème se produit lorsque la génération d’instantané ne répond plus. Lorsque ce problème se produit, vous pouvez voir que la tâche de création d’un instantané s’arrête à 95 % ou 99 %. Pour résoudre ce problème, consultez cette base de connaissances VMware.

Message d’erreur : Une erreur interne s’est produite. [Échec de la consolidation des disques sur les machines virtuelles [Raisons]]

Lorsque nous consolidons les disques à la fin du cycle de réplication, l’opération échoue. Suivez les instructions de la base de connaissances VMware en sélectionnant la raison appropriée pour résoudre le problème.

Les erreurs suivantes se produisent lorsque les opérations liées aux instantanés VMware de création, suppression ou consolidation des disques échouent. Suivez les instructions de la section suivante pour corriger les erreurs :

Message d’erreur : Une erreur interne s’est produite. [Une autre tâche est déjà en cours]

Ce problème se produit lorsque des tâches conflictuelles de la machine virtuelle sont exécutées en arrière-plan, ou lorsqu’une tâche au sein de vCenter Server expire.

Message d’erreur : Une erreur interne s’est produite. [Opération non autorisée dans l’état actuel]

Ce problème survient lorsque les agents de gestion de vCenter Server cessent de fonctionner. Pour résoudre ce problème, reportez-vous à la résolution dans la base de connaissances VMware suivante.

Message d’erreur : Une erreur interne s’est produite. [Taille du disque d’instantané non valide]

Il s’agit d’un problème VMware connu dans lequel la taille du disque indiquée par l’instantané devient zéro.

Message d’erreur : Une erreur interne s’est produite. [L’allocation de mémoire a échoué. Mémoire insuffisante.]

Cela se produit lorsque la mémoire tampon de l’hôte NFC est insuffisante. Pour résoudre ce problème, vous devez déplacer la machine virtuelle (compute vMotion) vers un autre hôte, dont les ressources sont disponibles.

Message d’erreur : Une erreur interne s’est produite. [La taille du fichier est supérieure à la taille maximale prise en charge (1012384)]

Cela se produit lorsque la taille du fichier est supérieure à la taille maximale prise en charge lors de la création de l'instantané. Suivez la résolution indiquée dans la base de connaissances VMware.

Message d’erreur : Une erreur interne s’est produite. [Impossible de se connecter à l'hôte (1004109)]

Cela se produit lorsque les hôtes ESXi ne peuvent pas se connecter au réseau.

Message d'erreur : Une erreur s'est produite lors de l'enregistrement de l'instantané : code d'erreur de suivi des modifications non valide

Cette erreur se produit en cas de problème avec le magasin de données sous-jacent sur lequel l'instantané est stocké. Suivez la résolution indiquée dans la base de connaissances VMware.

Message d'erreur : Une erreur s'est produite lors de la création d'un instantané : impossible d'ouvrir le fichier d'instantané.

Cette erreur se produit lorsque la taille du fichier d'instantané créé est supérieure à l'espace disponible dans le magasin de données où se trouve la machine virtuelle. Suivez la résolution indiquée dans ce document.

Erreur de préparation de la protection

Message d’erreur : Impossible de répliquer cette machine virtuelle avec la configuration VMware actuelle.

Causes possibles :

• Le suivi des modifications ne peut pas être activé pour la machine virtuelle, car les instantanés sont déjà présents pour la machine virtuelle.

Recommandation :

• Supprimez les instantanés ou activez le suivi des blocs de modification sur la machine virtuelle et réessayez.

Échec du cycle de réplication

ID d’erreur : 181008

Message d’erreur : machine virtuelle : « VMName ». Erreur : Aucun disksnapshot n’a été trouvé pour la réplication de capture instantanée avec l’ID d’instantané : « SnapshotID ».

Causes possibles :

• Un ou plusieurs disques inclus ne sont plus rattachés à la machine virtuelle.

Recommandation :

• Restaurez le chemin d’accès d’origine des disques inclus en utilisant Storage vMotion, puis réessayez la réplication.

Connexion d’hôte refusée

ID d’erreur : 1022

Message d’erreur : L’appliance Azure Migrate ne peut pas se connecter à l’hôte vSphere '%HostName;'

Causes possibles :

Cela peut se produire si :

1. L’appliance Azure Migrate ne peut pas résoudre le nom d’hôte de l’hôte vSphere.
2. L’appliance Azure Migrate ne peut pas se connecter à l’hôte vSphere sur le port 902 (port par défaut utilisé par VMware vSphere Virtual Disk Development Kit), car le port TCP 902 est bloqué sur l’hôte vSphere ou par un pare-feu réseau.

Recommandations :

Vérifiez que le nom d’hôte de l’hôte vSphere est résolu à partir de l’appliance Azure Migrate.

• Connectez-vous à l’appliance Azure Migrate et ouvrez PowerShell.
• Effectuez une opération nslookup sur le nom d’hôte et vérifiez si l’adresse est résolue : nslookup '%HostName;' .
• Si le nom d’hôte n’est pas résolu, vérifiez que la résolution DNS des noms d’hôte vSphere peut être effectuée à partir de l’appliance Azure Migrate. Vous pouvez également ajouter une entrée d’hôte statique pour chaque hôte vSphere au fichier d’hôtes (C:\Windows\System32\drivers\etc\hosts) sur l’appliance.

Vérifiez que l’hôte vSphere accepte les connexions sur le port 902 et que le point de terminaison est accessible à partir de l’appliance.

• Connectez-vous à l’appliance Azure Migrate et ouvrez PowerShell.
• Utilisez l’applet de commande Test-NetConnection pour valider la connectivité : Test-NetConnection '%HostName;' -Port 902.
• Si le test tcp ne réussit pas, la connexion est bloquée par un pare-feu ou n’est pas acceptée par l’hôte vSphere. Résolvez les problèmes réseau pour permettre à la réplication de continuer.

Étapes suivantes

Continuez la réplication de machine virtuelle et effectuez un test de migration.