Lorsqu’une machine virtuelle Hyper-V refuse de démarrer parce qu’elle est bloquée dans un état « Enregistré », votre travail peut s’arrêter net. Ce problème est courant chez les administrateurs informatiques, notamment après le redémarrage de l’hôte ou lors de la reprise après sinistre. Dans ce guide, nous expliquons ce qu’est un état enregistré dans Hyper-V, pourquoi votre machine virtuelle risque de ne pas démarrer à partir de cet état, ce qui se produit si vous supprimez cet état, et comment résoudre étape par étape le blocage d’une machine virtuelle. Nous abordons également le dépannage avancé dans les environnements complexes et partageons les bonnes pratiques afin d’éviter ce problème à l’avenir.
Quel est l’état enregistré dans Hyper-V ?
L’état enregistré dans Hyper-V capture, à un instant donné, l’intégralité de la machine virtuelle (VM) en cours d’exécution — notamment le contenu de sa mémoire et l’état de ses périphériques — afin que vous puissiez interrompre votre travail et le reprendre ultérieurement sans perdre vos progrès. Lorsque vous placez une VM en mode état enregistré, Hyper-V écrit deux fichiers essentiels dans son dossier : .bin pour les données de mémoire et .vsv pour le contexte des périphériques.
Ces fichiers permettent ensemble à Hyper-V de suspendre en toute sécurité l’activité de votre machine virtuelle. Le fichier .bin contient une copie exacte du contenu de la mémoire vive (RAM) au moment où vous avez mis la machine virtuelle en pause ou l’avez arrêtée à l’aide de la commande Save, plutôt que Turn Off ou Shut Down. Le fichier .vsv enregistre des détails tels que les registres du processeur et les mémoires tampons de l’adaptateur réseau.
Pourquoi cela est-il important ? Si vous devez redémarrer votre serveur hôte ou effectuer une maintenance, mais que vous souhaitez que les machines virtuelles reprennent là où elles se sont arrêtées — et non simplement redémarrent —, vous comptez sur ces fichiers. Certains outils de sauvegarde déclenchent également des états enregistrés afin de capturer des instantanés cohérents sans avoir à arrêter les systèmes d’exploitation invités.
Il est important de ne pas confondre les états enregistrés avec les points de contrôle (instantanés). Les points de contrôle incluent les modifications apportées au disque, tandis que les états enregistrés ne préservent que les données de la mémoire volatile.
Pourquoi ma machine virtuelle Hyper-V ne parvient-elle pas à démarrer ?
Lorsque votre machine virtuelle reste bloquée pendant la tentative de restauration à partir d’un état enregistré — et qu’elle ne démarre pas — le message d’erreur indique souvent quelque chose comme
« Échec de la restauration de l’état de la machine virtuelle » ou
« La machine virtuelle n’est pas compatible avec l’ordinateur physique. »
Ce problème indique qu’une anomalie s’est produite entre l’enregistrement et la restauration de cet instantané mémoire. Examinons les causes possibles :
Tout d’abord, des fichiers .bin ou .vsv corrompus empêcheront la reprise, car des informations essentielles font défaut ou sont illisibles. Les modifications matérielles constituent une autre cause : si vous déplacez une machine virtuelle entre des hôtes dotés de processeurs différents ou modifiez les paramètres matériels (par exemple en ajoutant ou supprimant des adaptateurs réseau), l’ancienne image mémoire pourrait ne plus correspondre aux attentes du nouveau matériel.
Les pénuries de ressources sont également fréquentes : un hôte disposant d’une mémoire vive (RAM) ou d’un espace disque insuffisant ne peut tout simplement pas recharger de gros fichiers d’image mémoire en cours d’exécution. Des problèmes de stockage, tels que des lecteurs déconnectés ou des lettres de lecteur modifiées, empêchent Hyper-V de localiser ces fichiers essentiels.
Les autorisations sont également importantes : si les paramètres de sécurité de Windows bloquent l’accès à une partie quelconque du dossier de la machine virtuelle — y compris après que des analyses antivirus aient verrouillé des fichiers — vous verrez des erreurs indiquant un accès refusé.
Enfin, les tâches de sauvegarde interrompues laissent parfois des machines virtuelles bloquées en cours de processus dans un état inutilisable.
Pour les environnements regroupés utilisant un stockage partagé (Volumes partagés de cluster), une complexité supplémentaire apparaît : les migrations dynamiques entre nœuds peuvent entraîner des incohérences de version si les hôtes exécutent différentes versions de Windows Server ou présentent des niveaux de correctifs divergents.
Parfois, même la suppression de l’état enregistré ne résout pas le problème s’il existe des problèmes plus profonds liés à la configuration, tels que des types de micrologiciel incompatibles (machines virtuelles de génération 1 contre machines virtuelles de génération 2) ou des versions des services d’intégration non synchronisées entre les hôtes.
Que se passe-t-il lorsque vous supprimez l’état enregistré dans Hyper-V ?
La suppression de l’état enregistré supprime les fichiers .bin et .vsv du dossier de votre machine virtuelle. Cette opération force votre machine virtuelle à redémarrer à partir de zéro, comme si quelqu’un avait arraché son cordon d’alimentation au lieu de lui permettre de s’arrêter correctement.
Que signifie ceci pour les données ? Tout travail non enregistré stocké uniquement dans la mémoire vive disparaît définitivement ; en revanche, tout ce qui est écrit sur les disques virtuels reste intact, car la simple suppression des images mémoire ne les affecte pas.
Cette approche résout souvent les problèmes d’incompatibilité causés par des états corrompus — mais assurez-vous toujours d’avoir effectué des sauvegardes avant de supprimer ces fichiers sur les systèmes de production ! Leur suppression est généralement sans risque, mais irréversible en ce qui concerne les données d’application non enregistrées à l’intérieur des systèmes invités.
Si vous exécutez des hôtes en cluster à l’aide de volumes partagés de cluster (CSV), sachez que la suppression d’états enregistrés alors que d’autres nœuds y font encore référence peut provoquer d’autres problèmes de synchronisation, sauf si cette opération est effectuée avec précaution via le Gestionnaire de cluster de basculement.
Comment résoudre le problème d’une machine virtuelle Hyper-V bloquée dans un état enregistré ?
Nous allons examiner ensemble des solutions, allant des correctifs simples aux méthodes avancées de récupération adaptées aux environnements d’entreprise — y compris les clusters. Chaque méthode commence par un aperçu général, suivi des étapes détaillées, afin que vous compreniez pourquoi elle fonctionne avant de l’appliquer vous-même.
Méthode 1. Supprimer l’état enregistré à l’aide du Gestionnaire Hyper-V
La plupart des administrateurs commencent ici, car cette méthode est rapide — et souvent efficace — pour résoudre de légers dysfonctionnements liés à des fichiers d’enregistrement corrompus.
Commencez par ouvrir Hyper-V Manager, puis sélectionnez votre machine virtuelle problématique dans la liste située dans le volet gauche. Dans le volet droit, sous Actions, cliquez sur Delete Saved State et confirmez à l’invite. Essayez ensuite de démarrer à nouveau votre machine virtuelle à l’aide de Start dans la section Actions : celle-ci devrait démarrer correctement, comme si elle avait été éteinte précédemment.
Méthode 2. Vérifier les ressources de l’hôte et la disponibilité du stockage
Si la suppression n’a pas résolu le problème — ou n’est pas possible — votre prochaine étape consiste à vérifier si des pénuries de ressources empêchent les tentatives de démarrage.
Commencez par vérifier qu’il y a suffisamment de mémoire vive (RAM) libre sur votre serveur hôte ; ouvrez le Task Manager, basculez vers l’onglet Performances, puis examinez la mémoire disponible pendant que toutes les autres charges de travail fonctionnent normalement.
Ensuite, vérifiez l’espace disque : ouvrez l’File Explorer, cliquez avec le bouton droit sur le(s) lecteur(s) système, sélectionnez Properties, puis comparez les valeurs d’espace libre aux besoins attendus pour les machines virtuelles volumineuses.
Si vous stockez les machines virtuelles sur des disques externes ou sur des périphériques SAN/NAS mappés via des lettres de lecteur, vérifiez soigneusement que ces mappages n’ont pas changé depuis le dernier démarrage réussi ; des chemins incohérents empêcheront toute tentative de restauration.
Pour les déploiements regroupés utilisant des volumes CSV, assurez-vous que tous les nœuds voient des chemins de stockage identiques via le Gestionnaire de cluster de basculement ; sinon, des échecs liés à la migration peuvent survenir.
Méthode 3. Corriger les autorisations des fichiers de la machine virtuelle
Les erreurs « accès refusé » indiquent généralement des autorisations NTFS corrompues dans vos dossiers de machine virtuelle, souvent après des déplacements ou copies manuels effectués en dehors des outils pris en charge.
Assurez-vous que le compte nommé NT VIRTUAL MACHINE\<GUID> dispose du contrôle total sur tous les éléments contenus (.vhdx, .bin, *.vsv). Si ce compte est absent :
1. Cliquez sur Add
2. Saisissez exactement le nom de l’objet
3. Accorder le contrôle total
4. Appliquer de manière récursive
Vous pouvez également lancer l’invite de commandes en tant qu’administrateur (pas PowerShell), puis exécuter la commande suivante :
icacls.exe "C:\Path\To\VM\{VM-GUID}.bin" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)
icacls.exe "C:\Path\To\VM\{VM-GUID}.vsv" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)Si l’héritage des autorisations semble entièrement rompu, utilisez le drapeau /reset :
icacls.exe "C:\Path\To\VM\" /reset /T
Vérifiez systématiquement les résultats en tentant à nouveau d’accéder au dossier via l’Explorateur de fichiers avant de relancer le démarrage.
Méthode 4. Supprimer manuellement les fichiers d’état enregistrés
Parfois, ni l’interface graphique ni les corrections des autorisations ne résolvent le problème : dans ce cas, la suppression directe devient nécessaire.
Avant de continuer :
1) Confirmez qu’aucune sauvegarde ni aucun point de restauration actif n’existe.
2) Utilisez le Moniteur de ressources (resmon.exe) > onglet « Processeur » > barre de recherche « Gestionnaires associés » ; saisissez une partie du nom de fichier (.bin, .vsv) pour vous assurer qu’aucun processus ne verrouille les fichiers ciblés.
3) Si verrouillé, arrêtez d’abord le processus ou le service concerné
Maintenant :
1) Éteignez complètement la machine virtuelle concernée, si possible
2) Ouvrir la console des services (services.msc)
3) Localisez le service nommé Hyper-V Virtual Machine Management
4) Clic droit > sélectionnez Stop
5) Accédez à nouveau à C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines
6) Supprimez les fichiers .bin et .vsv correspondant à l’identifiant global unique (GUID) de l’instance bloquée
7) Redémarrez le service de gestion via la même console (Start)
8) Essayez de démarrer à nouveau la machine virtuelle concernée
Méthode 5 : Mettre à niveau la version de configuration de la machine virtuelle
Les anciennes machines virtuelles créées sous des versions antérieures de Windows Server peuvent stocker des formats d’état enregistré incompatibles avec les hôtes plus récents après une mise à niveau ou une migration — un problème fréquent lors des cycles de renouvellement de l’infrastructure.
Dans de tels cas :
1) Assurez-vous que la machine virtuelle cible est entièrement arrêtée, et non simplement suspendue ou enregistrée !
2) Ouvrez le Hyper-V Manager
3) Sélectionnez l’instance souhaitée
4) Dans le volet Actions, cliquez sur Upgrade Configuration Version
5) Confirmez la mise à niveau lorsqu’on vous y invite
Ensuite, essayez à nouveau un démarrage normal ; la plupart des problèmes de compatibilité disparaissent dès que les métadonnées correspondent aux normes actuelles de la plateforme.
Méthode 6 : Diagnostiquer les conflits liés à l’adaptateur réseau et la compatibilité avec l’hôte
Les erreurs signalant une incompatibilité proviennent souvent d’une mauvaise configuration de l’adaptateur réseau après une migration entre hôtes, ou encore d’un changement de nom ou d’une suppression des commutateurs virtuels associés.
Ouvrez le Gestionnaire de réseau virtuel dans l’interface du Gestionnaire Hyper-V ; vérifiez que chaque adaptateur connecté correspond à des noms de commutateur valides présents localement sur le(s) nouveau(x) nœud(s) hôte.
Si nécessaire :
Renommer à nouveau les commutateurs afin que les noms correspondent entre les serveurs source et destination
Réaffecter les adaptateurs directement dans la boîte de dialogue Paramètres de chaque invité concerné
Pour les utilisateurs avancés : vérifiez l’unicité de l’adresse MAC sur tous les adaptateurs à l’aide de PowerShell :
Get-VMNetworkAdapter -All | Select Nom,AdresseMAC
Des adresses MAC en double peuvent provoquer des défaillances de connectivité discrètes, notamment après l’importation ou l’exportation simultanée de plusieurs machines virtuelles.
Méthode 7 : Exporter et réimporter la configuration de la machine virtuelle
Si la reconstruction semble trop intrusive, mais que la corruption persiste au niveau de la configuration, essayez plutôt d’exporter et d’importer les métadonnées :
1) Ouvrir une fenêtre PowerShell avec des privilèges élevés
2) Exécutez la commande Export-VM -Name "<Your_VM_Name>" -Path "<Export_Directory>"
3) Supprimez l’instance d’origine de l’inventaire (ne supprimez pas les disques !)
4) Importez à nouveau à l’aide de la commande Import-VM -Path "<Export_Directory>\<Config_File>.xml"
5) Attacher les disques existants lors des invites de l’assistant d’importation
Ce processus actualise les références internes sans modifier les données utilisateur situées dans les volumes attachés.
Méthode 8 : Recréer la machine virtuelle à l’aide des disques existants (dernier recours)
En dernier recours, documentez d’abord tous les paramètres actuels — y compris les processeurs, la mémoire vive et la configuration réseau attribués — à partir des écrans de configuration d’origine dans la suite d’outils de gestion.
Supprimer immédiatement l’instance ayant échoué (ne PAS supprimer les disques .vhdx/.avhdx !)
Créer une nouvelle correspondance d’invités selon les spécifications préalables
Pendant l’assistant, sélectionnez l’option intitulée « Utiliser un disque dur virtuel existant », qui pointe directement vers le(s) fichier(s) de stockage préservé(s)
Démarrez une nouvelle instance : son comportement doit être identique, sauf qu’elle s’exécute désormais sur une couche de métadonnées/configuration propre.
Protégez vos machines virtuelles Hyper-V avec Vinchin
Pour renforcer encore la protection contre les temps d’arrêt imprévus causés par des problèmes tels que « l’état enregistré ne peut pas être démarré », envisagez de mettre en œuvre une solution de sauvegarde fiable pour votre environnement. Vinchin se distingue comme une solution professionnelle conçue spécifiquement pour la sauvegarde des machines virtuelles sur plus de 15 plates-formes principales — y compris un support complet de Microsoft Hyper‑V, ainsi que VMware, Proxmox VE, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack et d’autres.
Vinchin propose des fonctionnalités complètes telles que la sauvegarde incrémentale permanente (réduisant au minimum l’utilisation du stockage), la dé-duplication et la compression intégrées (optimisant les performances), des capacités transparentes de migration V2V interplateformes, des sauvegardes planifiées ou répétitives pour une automatisation sans souci — et bien plus encore.
Avec la console web intuitive de Vinchin, sauvegarder une machine virtuelle Hyper‑V ne prend que quatre étapes :
1. Sélectionnez la machine Hyper‑V spécifique dans l’inventaire ;
2. Choisissez l’emplacement où les sauvegardes seront stockées ;
3. Configurez des stratégies telles que la planification, la suppression des doublons et le chiffrement, selon les besoins de chaque politique ;
4. Envoyer la tâche.
Approuvé mondialement par des milliers d’organisations—avec des évaluations constamment élevées—Vinchin propose une façon sans risque de découvrir toute sa puissance grâce à une licence d’essai gratuite de 60 jours, couvrant l’ensemble des fonctionnalités disponibles.
État enregistré Hyper‑V impossible à démarrer – Foire aux questions
Q1 : Une mise à jour de Windows Server peut-elle empêcher le démarrage des états enregistrés de mes machines virtuelles en cours d’exécution ?
A1 : Oui — une mise à jour majeure peut modifier des composants sous-jacents, rendant les anciens états de sauvegarde incompatibles jusqu’à ce qu’ils soient supprimés manuellement ou mis à niveau correctement.
Q2 : Comment vérifier rapidement quel processus verrouille mon fichier .bin/.vsv ?
A2 : Ouvrez le Moniteur des ressources > onglet Processeur > tapez une partie du nom de fichier dans la colonne « Poignées associées » > identifiez immédiatement le processus ou le service verrouillant !
Q3 : Que dois-je faire si un nœud de mon cluster tombe en panne pendant une migration dynamique, laissant plusieurs machines virtuelles bloquées ?
A3 : Utilisez le Gestionnaire de cluster de basculement > déplacez temporairement la propriété du rôle > effacez ou enregistrez manuellement l’état de chaque machine virtuelle concernée avant de restituer la propriété de la charge de travail.
Conclusion
Un « état enregistré » bloqué peut perturber l’activité, mais un dépannage rigoureux permet de remettre la plupart des machines virtuelles en marche rapidement, tout en évitant des reconstructions inutiles. Les sauvegardes régulières restent essentielles. Vinchin simplifie, rend fiable et efficace la protection d’environnements complexes impliquant plusieurs hôtes. Essayez Vinchin dès aujourd’hui et limitez les temps d’indisponibilité !
