Das Wiederherstellen einer Hyper-V-VM aus einem Backup scheint manchmal unkompliziert, doch dann startet sie einfach nicht und gibt Fehlermeldungen zu gespeicherten Zuständen oder Netzwerkadaptern aus. Das Backup war definitiv in Ordnung, und die Wiederherstellung sah erfolgreich aus – aber die VM bootet einfach nicht.Ärgerlich, oder? Normalerweise lassen sich diese Probleme in wenigen Minuten beheben, sobald man die Ursache kennt. Oft liegt es an einer Konfigurationsabweichung zwischen der alten und der neuen Umgebung, insbesondere bei Netzwerkadaptern oder gespeicherten Zuständen. Wenn Ihre VM also nach der Wiederherstellung nicht startet, finden Sie hier die wahrscheinlichen Ursachen und Lösungsvorschläge.
So beheben Sie das Problem, dass eine Hyper-V-VM nach der Wiederherstellung nicht startet
Lösung 1 – Binden Sie den virtuellen Switch neu, nach dem die VM sucht.
Das kommt sehr häufig vor. Die VM wurde mit einem bestimmten virtuellen Switch-Namen gespeichert, der auf dem neuen Host nicht mehr existiert. Hyper-V weigert sich daher, sie zu starten, da keine Netzwerkverbindung hergestellt werden kann. Die Lösung? Die VM einem vorhandenen Switch zuordnen.
- Öffnen Sie den Hyper-V-Manager.
- Klicken Sie mit der rechten Maustaste auf die VM und wählen Sie Einstellungen.
- Wählen Sie in der Seitenleiste „Netzwerkadapter“ aus.
- Wählen Sie unter „Virtueller Schalter“ einen verfügbaren Schalter aus. Normalerweise funktioniert der Standardschalter einwandfrei; alternativ können Sie einen externen Schalter auswählen, falls Sie diesen zuvor eingerichtet haben.
- Klicken Sie auf OK und versuchen Sie, die VM erneut zu starten.
Dieser Schritt ist die übliche Lösung, insbesondere wenn die VM zwischen verschiedenen Rechnern verschoben wurde. Bei manchen Konfigurationen wendet Windows den richtigen Schalter möglicherweise nicht automatisch an, weshalb diese manuelle Korrektur oft erforderlich ist.
Lösung 2 – Stellen Sie sicher, dass der Name des Netzwerkadapters übereinstimmt.
Wenn der Netzwerkadapter der VM auf dem alten Host einen anderen Namen hatte, sucht Hyper-V möglicherweise noch nach diesem Namen. Warum das wichtig ist, ist unklar, aber es ist so. Die Umbenennung des Adapters, sodass sie der vorherigen Konfiguration entspricht, kann Wunder wirken.
- Öffnen Sie die Hyper-V-Verwaltungskonsole.
- Klicken Sie auf Virtual Switch Manager.
- Benennen Sie den Adapter so um, dass er den Erwartungen der VM entspricht (diese Information befindet sich möglicherweise in der ursprünglichen Konfiguration oder den Protokollen der VM).
- Versuchen Sie, die VM erneut zu starten.
Es ist so, als ob die VM in einem Netzwerk, das nicht mehr existiert, nach einem alten Bekannten sucht und sich dann festfährt. Dadurch wird die Diskrepanz behoben.
Lösung 3 – Gespeicherten Zustand entfernen, um eingefrorene Sitzungen zu vermeiden
Wenn nach der Behebung des Problems weiterhin Fehler auftreten, enthält der gespeicherte Zustand wahrscheinlich noch alte Hardwareinformationen. Durch das Löschen dieser Informationen wird die VM gezwungen, neu zu starten – ohne jegliche Überbleibsel.
- Klicken Sie im Hyper-V-Manager mit der rechten Maustaste auf die VM.
- Wählen Sie „Gespeicherten Zustand löschen…“. Dadurch wird der alte „pausierte“ Snapshot gelöscht.
- Sobald das Problem behoben ist, versuchen Sie, die VM erneut zu starten.
Falls diese Menüoption ausgegraut ist oder nicht funktioniert, können Sie sie manuell ausführen:
- Öffnen Sie den Datei-Explorer und navigieren Sie zum Ordner Ihrer virtuellen Maschine (normalerweise unter C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines oder ähnlich).
- Suchen Sie den Ordner, der nach der GUID der VM benannt ist – dieser langen Zeichenkette.
- Löschen Sie im Ordner die Dateien .bin und .vsv. Dies sind die gespeicherten Zustandsdateien.
- Starten Sie die VM direkt im Anschluss. Sie startet wie frisch heruntergefahren – kein eingefrorener Zustand, keine alten Hardwareinformationen. Beachten Sie jedoch: Alle Daten der eingefrorenen Sitzung gehen verloren, aber das ist ein kleiner Kompromiss.
Lösung 4 – VM mithilfe der vorhandenen VHD(X) neu erstellen
Wenn die VM-Konfiguration komplett beschädigt ist, sollte man sie am besten von Grund auf neu aufsetzen. Versuchen Sie gar nicht erst, die alte Konfiguration zu reparieren. Die Daten auf der Festplatte (VHDX) sind ohnehin das Entscheidende.
- Schalten Sie das System aus und erstellen Sie eine Sicherungskopie der Festplatte (falls dies noch nicht geschehen ist).
- Löschen Sie den VM-Eintrag – lassen Sie die VHDX-Dateien jedoch intakt.
- Erstellen Sie im Hyper-V-Manager eine neue VM, wählen Sie bei der Abfrage der Festplatte jedoch „ Eine vorhandene virtuelle Festplatte verwenden“ und verweisen Sie auf die alte VHDX-Datei.
- Starten Sie die neue VM, sie sollte normal hochfahren.
Mit diesem Ansatz lassen sich viele Konfigurationskonflikte umgehen, insbesondere wenn die vorherige VM stark angepasst oder defekt war.
Lösung 5 – Antivirus-Programm prüfen und Ausnahmen hinzufügen
Manchmal ist das zwar unwahrscheinlich, aber Antivirenprogramme können VM-Dateien beim Scannen sperren, insbesondere wenn diese in einem freigegebenen Ordner liegen oder sich Ihre VHDX-Datei auf einem Netzlaufwerk befindet. Dadurch kann die VM möglicherweise nicht starten, da die Dateien verwendet werden.
- Fügen Sie in Ihrer Antivirensoftware Ausnahmen für den Ordner hinzu, in dem sich Ihre VM-Konfigurationsdateien und VHDX-Dateien befinden.
- Dies findet man üblicherweise unter Einstellungen > Ausnahmen oder ähnlich.
- Sobald dies erledigt ist, versuchen Sie, die VM erneut zu starten.
Führen Sie diese Schritte insbesondere bei neuen Hosts durch – diese verfügen manchmal nicht über dieselben Ausschlusskriterien wie die alten, was die Angelegenheit unnötig verkomplizieren kann.
Wie man verhindert, dass es wieder passiert
- Notieren Sie sich die Namen Ihrer virtuellen Switches vor der Migration. Die Übereinstimmung dieser Namen auf dem neuen Host erspart Ihnen viel Ärger.
- Virtuelle Maschinen sollten immer ordnungsgemäß heruntergefahren werden – gespeicherte Zustände lassen sich nicht gut migrieren, daher sollten Sie dies vermeiden, wenn Sie die virtuelle Maschine verschieben möchten.
- Antivirus-Ausnahmen sollten im Voraus eingerichtet werden – und zwar bevor der erste Start fehlschlägt, nicht erst danach.
- Bewahren Sie die VM-Festplatten getrennt von den Konfigurationsdateien auf; die Festplatte allein kann bei Bedarf oft verwendet werden, um die VM neu zu erstellen.
Andere fragen auch
Warum startet meine Hyper-V-VM nicht?
Meist liegt es daran, dass die VM auf einen Netzwerk-Switch oder einen gespeicherten Zustand verweist, der nicht mehr verfügbar ist.Überprüfen Sie Ihre Netzwerkeinstellungen und löschen Sie anschließend alle alten gespeicherten Zustände. Manchmal kann auch eine Sperrung der VM-Dateien durch ein Antivirenprogramm Probleme verursachen.
Warum startet meine VM nach der Wiederherstellung nicht automatisch?
Dies hängt oft mit einem veralteten gespeicherten Zustand oder einer fehlerhaften Konfiguration zusammen. Setzen Sie den gespeicherten Zustand zurück, binden Sie den Netzwerkadapter neu oder importieren Sie die VM erneut, dann sollte sie problemlos starten.
Was, wenn es nach all dem immer noch nicht funktioniert?
Manchmal verweigert die alte VM-Konfiguration einfach die Arbeit. Der Neuaufbau aus der VHDX-Datei ist meist die schnellste Lösung.Überprüfen Sie außerdem immer die Netzwerkkartenbindungen und stellen Sie sicher, dass Ihr Antivirenprogramm keine Dateien beschädigt.
Hoffentlich spart das dem einen oder anderen ein paar Stunden. Das Wiederherstellen von VMs verläuft nicht immer reibungslos, aber mit diesen Tricks lassen sich die meisten Probleme recht schnell beheben.