Windows Server 2025 / Hyper-V installieren und den Host nach dem Neustart prüfen

Prüfen Sie vor der Installation von Hyper-V unter Windows Server 2025 die Hardwarevirtualisierung und Ressourcen des Hosts, fügen Sie die Rolle hinzu und starten Sie im geplanten Wartungsfenster neu. Kontrollieren Sie anschließend Rolle und Hostverwaltung, bevor Sie virtuelle Switches und Maschinen einrichten: Vorhandene Verwaltungstools allein belegen keinen erfolgreichen Gaststart.

Host und Gäste voneinander trennen

Der Host verwaltet virtuelle Maschinen (VM) und stellt deren Ressourcen bereit; der Gast ist das Betriebssystem innerhalb einer VM. Mehrere Gäste teilen sich physische Ressourcen. Ein Hostausfall oder voller Speicher kann daher mehrere Maschinen gleichzeitig treffen. Trennen Sie die Verwaltung des Hosts von den Aufgaben seiner Gäste.

Diese Anleitung verwendet einen getrennten Windows-Server-2025-Host namens HV1. Installieren Sie die Rolle nicht nebenbei auf DC1 oder FS1. Wenn Hyper-V bereits die Kursmaschinen betreibt, prüfen Sie die vorhandene Installation, statt sie erneut einzurichten. Ist HV1 selbst eine VM, benötigen Sie unterstützte geschachtelte Virtualisierung: Der äußere Hypervisor muss die erforderlichen Erweiterungen unterstützen und bereitstellen. Voraussetzungen hängen von Prozessor, äußerem Hostsystem und VM-Konfigurationsversion ab; Server 2025 im Gast allein genügt nicht. Klären Sie bei verwalteten Plattformen deren Unterstützung, ohne Sicherheitsvorgaben oder die Erweiterungen anderer VM versuchsweise zu ändern.

Legen Sie vor produktiven Lasten Zuständigkeiten, Aktualisierung, Sicherung und Wiederherstellung des Hosts fest. Prüfen Sie zusätzlich die Hardwareanforderungen von Windows Server; eine Virtualisierungsfunktion im Prozessor ersetzt diese Prüfung nicht. Rolleninstallation und Nutzungsrechte der Gastbetriebssysteme sind getrennte Fragen. Prüfen Sie die Rechte Ihrer Edition und Lizenzen, statt sie aus einer erfolgreichen Installation abzuleiten.

Hardware und Ressourcenbudget prüfen

• Prüfen Sie einen kompatiblen 64-Bit-Prozessor mit zweiter Adressübersetzungsebene (Second Level Address Translation, SLAT) und VM-Monitormoduserweiterungen. Ein 64-Bit-Prozessor allein erfüllt nicht sämtliche Voraussetzungen.
• Kontrollieren Sie aktivierte Hardwarevirtualisierung in BIOS oder UEFI sowie hardwaregestützte Datenausführungsverhinderung (Data Execution Prevention, DEP). Intel VT und AMD-V bezeichnen Virtualisierungstechniken; konkrete Firmwareoptionen hängen vom Hersteller ab.
• Planen Sie Arbeitsspeicher für den Host und die gleichzeitigen Startzuweisungen aller Gäste. Rechnen Sie nicht nur mit dem Ruheverbrauch und betrachten Sie dynamischen Arbeitsspeicher nicht als unbegrenzte Startkapazität.
• Reservieren Sie Speicherplatz für VM-Konfigurationen, virtuelle Festplatten, Wachstum, Updates, Prüfpunkte und Exporte. Auch dynamisch wachsende virtuelle Festplatten benötigen tatsächlich freien Platz auf dem Hostvolume.

systeminfo

Führen Sie auf HV1 systeminfo in einer Konsole aus und lesen Sie die Hyper-V-Anforderungen. Solange kein Hypervisor aktiv ist, müssen die aufgeführten Fähigkeiten vorhanden und aktiviert sein. Die Meldung über einen erkannten Hypervisor kann einzelne Anforderungszeilen ersetzen. Sie beweist weder eine installierte Hyper-V-Rolle in HV1 noch nutzbare geschachtelte Virtualisierung. Prüfen Sie die Hyper-V-Anforderungen und zusätzliche Voraussetzungen geplanter Funktionen. Fehlt eine Firmwareoption, wenden Sie sich an Hardwarehersteller oder Betreiber des äußeren Hosts. Deaktivieren Sie keine Schutzfunktionen und ändern Sie keine Startkonfiguration allein zur Beseitigung einer Meldung.

Als Rechenbeispiel benötigen drei Gäste mit je 4 Gibibyte (GiB) Startarbeitsspeicher allein dafür 12 GiB. Bei einem Host mit 16 GiB blieben rechnerisch 4 GiB, bevor Hostsystem, Verwaltung und weiterer Bedarf berücksichtigt sind. Das beweist keine ausreichende Kapazität und ist weder eine allgemeine Empfehlung noch ein Messergebnis. Planen Sie das Gesamtsystem und prüfen Sie die tatsächlichen Lasten vor der Festlegung gleichzeitiger Gäste.

Über den Server-Manager installieren

1. Prüfen Sie HV1 als Ziel und Ihre Administrationsrechte, sichern Sie Konsolen- oder unabhängigen Verwaltungszugang und vereinbaren Sie ein Neustartfenster. Planen Sie bei vorhandenen Lasten deren Unterbrechung vor Beginn.
2. Öffnen Sie im Server-Manager Verwalten → Rollen und Features hinzufügen. Verwenden Sie bei Server Core die PowerShell-Alternative oder eine unterstützte entfernte Verwaltung.
3. Wählen Sie Rollenbasierte oder featurebasierte Installation und kontrollieren Sie HV1 als Zielserver, nicht DC1, FS1 oder den Verwaltungs-PC.
4. Wählen Sie Hyper-V und bestätigen Sie die angebotenen erforderlichen Features und passenden Verwaltungstools. Fügen Sie keine sachfremden Rollen hinzu.
5. Wählen Sie unter Virtuelle Switches erstellen keine physischen Adapter aus, solange die Netzplanung fehlt. Aktivieren Sie Migration nicht ohne geplante Verbindung, Authentifizierung und Nutzung.
6. Prüfen Sie die Standardspeicherorte für VM-Konfigurationen und virtuelle Festplatten auf vorgesehenen Pfad, Platz und passende Zugriffe. Dokumentieren Sie die Werte; formatieren oder zweckentfremden Sie kein belegtes Volume, nur um einem Beispiel zu entsprechen.
7. Prüfen Sie die Zusammenfassung und die automatische Neustartoption. Installieren Sie im vereinbarten Fenster, lesen Sie das Ergebnis und starten Sie bei Bedarf unter Erhalt des Wiederherstellungszugangs neu. Richten Sie bei ausstehendem Neustart noch keine Gäste ein.

Ein externer virtueller Switch kann die Netzwerkverbindung des Hosts unterbrechen. Kombinieren Sie seine Einrichtung nicht mit einer ausschließlich entfernten Installation ohne Konsolen- oder unabhängigen Verwaltungszugang. Bewahren Sie die bisherigen Verwaltungsadressen und Einstellungen für die spätere Netzplanung auf. Geänderte Standardpfade gelten für vorgeschlagene Speicherorte neuer VM beziehungsweise virtueller Festplatten; vorhandene Dateien werden dadurch nicht verschoben. Migration und Dateiumzug benötigen ein eigenes Verfahren.

PowerShell als Alternative verwenden

Alternativ zum Assistenten öffnen Sie direkt auf HV1 Windows PowerShell über das Kontextmenü als Administrator und folgen der Microsoft-Installationsanleitung. Das Beispiel lässt -Restart weg, damit Sie den Neustartzeitpunkt bestimmen. IncludeManagementTools ergänzt passende Verwaltungstools, die dieses Cmdlet standardmäßig nicht mitinstalliert. Wählen Sie diesen Weg oder den Assistenten; beide sind keine aufeinanderfolgenden Pflichtschritte:

Install-WindowsFeature -Name Hyper-V -IncludeManagementTools
Get-WindowsFeature -Name Hyper-V,Hyper-V-Tools,Hyper-V-PowerShell

Lesen Sie Success, Restart Needed und Installationsmeldungen, bevor Sie fortfahren. Die unmittelbar anschließende Featureabfrage ersetzt keine Prüfung nach dem Neustart. Ist er erforderlich, schließen Sie die Wartungsarbeiten ab und starten Sie kontrolliert über Konsole oder freigegebenes Betriebsverfahren neu. Unter Server Core installiert IncludeManagementTools das PowerShell-Modul, keinen lokalen grafischen Hyper-V-Manager; die grafische Verwaltung kann von einem entsprechend vorbereiteten anderen Rechner erfolgen. Verwaltungstools auf einem PC machen diesen nicht zum Host HV1. Bewahren Sie bei Fehlern Code und Protokolle auf und prüfen Sie Voraussetzungen, Rechte und Ressourcen vor einem erneuten Versuch.

Den Host nach dem Neustart kontrollieren

Get-WindowsFeature -Name Hyper-V
Get-Service -Name vmms
Get-VMHost | Select-Object ComputerName,VirtualMachinePath,VirtualHardDiskPath
Get-VM

Bestätigen Sie nach dem Neustart das Ziel HV1, den Rollenstatus Installed und den Zustand Running des Dienstes Hyper-V-Verwaltung für virtuelle Computer mit dem internen Namen vmms. Get-VMHost muss ohne Fehler Host und konfigurierte Pfade liefern; vergleichen Sie sie mit Ihren Installationsnotizen. Get-VM darf vor dem Anlegen von Gästen leer bleiben. Ein Verbindungs- oder Berechtigungsfehler ist dagegen keine normale leere Liste. Konsole und Abfragen prüfen die Verwaltung; ob ein Gast tatsächlich startet, prüfen Sie anschließend mit einer eigenen Test-VM und geplanter Ressourcenzuteilung.

Startet ein Gast nicht, halten Sie Zeit und vollständige Meldung fest und untersuchen Sie verfügbaren Arbeitsspeicher, Hypervisorzustand und passende Ereignisse. Installieren Sie die Rolle nicht erneut und ändern Sie nicht ohne Diagnose den Systemstart. Unterscheiden Sie ein Fernverwaltungsproblem von einem lokalen Hostfehler. Vor dem Entfernen von Hyper-V erfassen Sie VM und Dateien, prüfen Sicherung oder Verlagerung der Lasten und planen Unterbrechung sowie nötigen Neustart. Rollenentfernung ist keine VM-Sicherung und stellt Gäste nicht automatisch wieder her. Löschen Sie virtuelle Festplatten nicht als spontane Aufräummaßnahme.