Windows Server 2025 / CPU, Arbeitsspeicher und VHDX einer Hyper-V-VM anpassen

Passen Sie die Ressourcen einer virtuellen Maschine (VM) an Hostkapazität und Gastaufgabe an; mehr Prozessoren, Arbeitsspeicher oder Plattenkapazität garantieren keine bessere Leistung. Dokumentieren Sie zuerst den Ausgangszustand und ändern Sie jeweils nur einen Wert, damit Vergleich und Rückkehr nachvollziehbar bleiben.

Hostkapazität und Gastressourcen unterscheiden

Ein virtueller Prozessor (vCPU) wird dem Gast angeboten und entspricht nicht zwingend einem reservierten physischen Kern. Arbeitsspeicher kann fest oder dynamisch sein; eine VHDX ist eine Datei, die Hyper-V als virtuelle Festplatte bereitstellt. Mehrere VM teilen sich Hostressourcen. Engpässe oder Speicherlatenz dort können mehrere Gäste betreffen. Vergleichen Sie beide Perspektiven der Tabelle und verwechseln Sie freien Platz im Gastvolume nicht mit freiem Platz auf dem Hostvolume der VHDX.

Verwenden Sie die angelegte und installierte Test-VM HVTEST01 ohne wichtige Nutzdaten; ihre Systemplatte ist deshalb nicht leer. Arbeiten Sie als Administrator auf HV1 und behalten Sie Konsolenzugang. Fahren Sie Windows im Gast vor jeder Änderung normal herunter und bestätigen Sie State Off, nicht gespeichert oder angehalten. Die Übung setzt keine Änderung im laufenden Betrieb voraus. Halten Sie die Abfrageergebnisse vor Änderungen fest. Dokumentierte CPU- und Speicherwerte zurückzusetzen ist etwas anderes als eine inzwischen belegte Datenplatte zu verkleinern.

vCPU-Anzahl mit gleicher Aufgabe vergleichen

Get-VM -Name 'HVTEST01' | Select-Object Name,State,ProcessorCount
Get-VMProcessor -VMName 'HVTEST01' | Select-Object Count,Reserve,Maximum,RelativeWeight

1. Halten Sie Prozessoranzahl und die abgefragten Werte Reserve, Maximum und RelativeWeight fest, ohne die letzteren zu ändern. Das Beispiel setzt die zwei vCPU der Erstellungsübung voraus; bei anderem Istwert dokumentieren und passen Sie den Plan an, statt zwei als vermeintlichen Ausgangswert zu erzwingen.
2. Öffnen Sie bei HVTEST01 Off im Hyper-V-Manager Einstellungen → Prozessor und ändern Sie nur die Anzahl von zwei auf eins. Prüfen Sie die Test-VM und übernehmen Sie.
3. Starten Sie den Gast und wiederholen Sie eine begrenzte Verwaltungsaufgabe, etwa dieselben Daten unter Lokaler Server abzufragen. Halten Sie Umfang und Bedingungen vergleichbar. Eine kleine Abfrage misst keine Höchstleistung.
4. Dokumentieren Sie Nutzung und Dauer im Gast, Hintergrundlast des Hosts und veränderte Bedingungen. Logische Prozessoren können Sie im Task-Manager prüfen. Erfinden Sie bei fehlendem deutlichem Unterschied keine Verbesserung.
5. Fahren Sie normal herunter, bestätigen Sie Off und stellen Sie zwei vCPU wieder her, sofern dies der Ausgangswert war. Prüfen Sie ProcessorCount erneut und einen normalen Start vor der Speicherübung.

Bei einer leichten Aufgabe kann der Unterschied zwischen einem und zwei vCPU klein sein. Daraus folgt keine allgemeine Rangfolge für Dienste oder eine pauschale Verbesserung durch mehr vCPU. Zu viele zugewiesene vCPU über mehrere Gäste können den Wettbewerb um den Host erhöhen. Erzeugen Sie keine ungeplante Belastung, um einen Unterschied zu erzwingen. Weichen Aufgabe, Cachezustand oder Hintergrundarbeit ab, kennzeichnen Sie den Vergleich entsprechend statt alle Effekte der Prozessoranzahl zuzuschreiben.

Festen oder dynamischen Arbeitsspeicher gezielt wählen

Dynamischer Arbeitsspeicher passt die Zuweisung anhand von Bedarf und Hostbedingungen innerhalb konfigurierter Grenzen an; Startup bezeichnet den Startarbeitsspeicher. Das Maximum ist keine physische Reservierung. Prüfen Sie Gast- und Anwendungsunterstützung und planen Sie gleichzeitige Starts. Die Dokumentation von Set-VMMemory erklärt die Parameter. Die Werte 2/4/6 GB hier sind eigene Übungswerte, kein wörtliches Microsoft-Beispiel und keine Herstellerempfehlung. PowerShell verwendet dabei binäre 2/4/6 Gibibyte (GiB), mit Minimum ≤ Start ≤ Maximum. Führen Sie bei ausgeschalteter VM zuerst Get-VMMemory aus und bewahren Sie DynamicMemoryEnabled, Minimum, Startup und Maximum außerhalb des Fensters auf, bevor Sie Set-VMMemory anwenden:

Get-VMMemory -VMName 'HVTEST01' | Select-Object DynamicMemoryEnabled,Minimum,Startup,Maximum
Set-VMMemory -VMName 'HVTEST01' -DynamicMemoryEnabled $true -MinimumBytes 2GB -StartupBytes 4GB -MaximumBytes 6GB

Starten Sie und betrachten Sie zugewiesenen Arbeitsspeicher und Bedarf in Hyper-V gemeinsam mit Gastnutzung, Auslagerung und freiem Hostarbeitsspeicher. Wiederholen Sie dieselbe begrenzte Aufgabe, ohne absichtlich Speicher zu erschöpfen. Ein fehlgeschlagener Start kann auf unzureichende Startkapazität hinweisen; bewahren Sie Meldung und Kontext auf, statt vorschnell eine Ursache festzulegen. Fahren Sie nach dem Vergleich normal herunter und bestätigen Sie Off. Nur wenn ursprünglich fester Arbeitsspeicher mit 4 GiB verwendet wurde, setzt der nächste Block diesen Modus und Startwert zurück:

Set-VMMemory -VMName 'HVTEST01' -DynamicMemoryEnabled $false -StartupBytes 4GB

Dieser Rücksetzbefehl verändert nur DynamicMemoryEnabled und StartupBytes, nicht Minimum, Maximum oder andere geänderte Eigenschaften. Bewahren Sie die Ursprungswerte auf und stellen Sie sie bei Bedarf über die Arbeitsspeichereigenschaften der VM oder die entsprechenden Set-VMMemory-Parameter wieder her; prüfen Sie anschließend mit Get-VMMemory. War vorher ein anderer fester oder dynamischer Zustand eingerichtet, ist 4 GiB kein passender pauschaler Ausgangswert. Auch wenn die Grenzen bei festem Speicher inaktiv sind, prüfen Sie sie vor erneutem Aktivieren dynamischen Speichers. Dieses Ergebnis darf nicht als vollständige Wiederherstellung aller Werte dokumentiert werden.

Virtuelle Kapazität und Dateiwachstum untersuchen

Feste Festplatten belegen den konfigurierten Speicher bei der Erstellung, dynamische wachsen mit Schreibvorgängen. Differenzierende Festplatten hängen von einem übergeordneten Datenträger ab; die gesamte Kette muss erhalten bleiben. Wachstum braucht realen freien Hostplatz, auch wenn der Gast noch Platz meldet. Prüfen Sie die angeschlossenen Pfade auf HV1 vor Dateiarbeiten. Get-VHD liest das Festplattenobjekt; ein Fehler wegen Nutzung oder Abfrage vom falschen Host bedeutet weder eine leere Datei noch eine Löschfreigabe:

Get-VMHardDiskDrive -VMName 'HVTEST01' | Select-Object ControllerType,ControllerNumber,ControllerLocation,Path
Get-VMHardDiskDrive -VMName 'HVTEST01' | ForEach-Object { Get-VHD -Path $_.Path } | Select-Object Path,VhdType,FileSize,Size,ParentPath

Size bezeichnet die virtuelle Kapazität, FileSize die Dateigröße auf dem Host, nicht freien Platz im Gast. Gastdateien zu löschen verkleinert die VHDX nicht garantiert sofort. ParentPath nennt eine übergeordnete Abhängigkeit; die Abfrage erfasst nicht automatisch rekursiv die ganze Kette. AVHDX-Prüfpunktdateien und ihre Eltern gehören dazu. Löschen, benennen oder bearbeiten Sie diese Dateien nicht manuell zur Platzfreigabe und ändern Sie keinen Eltern-Datenträger direkt, der über Differenzen verwendet wird.

Eine Platte hinzufügen statt ein Volume zu erweitern

1. Öffnen Sie vor dem Herunterfahren diskmgmt.msc im Gast und halten Sie Datenträger, Größen und Laufwerkbuchstaben fest. Fahren Sie HVTEST01 herunter, bestätigen Sie Off und dokumentieren Sie Systemplattenpfad und Controllerposition mit Get-VMHardDiskDrive. Prüfen Sie Sicherungsbedarf und realen freien Hostplatz.
2. Öffnen Sie Einstellungen → SCSI-Controller → Festplatte → Hinzufügen. Kontrollieren Sie den Anschluss und wählen Sie nicht die vorhandene Systemplatte.
3. Erstellen Sie über Neu eine getrennte dynamisch wachsende HVTEST01-Data.vhdx mit 20 GB an einem vorgesehenen, nachweislich noch nicht belegten Dateipfad. Existiert die Datei, stoppen Sie; überschreiben oder verwenden Sie sie nicht als vermeintlich neue Platte. Prüfen Sie den Abschluss vor dem Übernehmen.
4. Starten Sie den Gast und öffnen Sie diskmgmt.msc. Vergleichen Sie das Inventar vorher und nachher zur Identifikation der neuen Platte nach Größe und Zusammenhang. Nehmen Sie weder pauschal Datenträger 1 noch RAW als Erlaubnis zum Datenlöschen an.
5. Initialisieren Sie ausschließlich die eindeutig identifizierte neue Platte als GUID-Partitionstabelle (GPT), erstellen Sie ein einfaches Volume mit freiem Buchstaben und formatieren Sie für diese Übung mit NTFS. Initialisieren Sie keinen anderen Datenträger. Bestätigen Sie Kapazität und Buchstaben und erstellen Sie auf dem neuen Volume DataLab52.txt mit dem Text HVTEST01-Test. Speichern, schließen und öffnen Sie die Datei erneut zur Inhaltsprüfung. Bewahren Sie benötigte Dateien vor dem Trennen auf.

Die VHD-Erstellungsparameter unterscheiden neue, feste, dynamische und differenzierende Datenträger. Eine zusätzliche Datenplatte erweitert C: nicht. Eine bestehende VHDX zu vergrößern erfordert wiederherstellbare Sicherung sowie Prüfung von Prüfpunkten und Controllerbedingungen; danach sind Partition und Volume im Gast gesondert zu erweitern. Bei der grundlegenden Volumeerweiterung in der Datenträgerverwaltung muss nicht zugeordneter Platz auf demselben Datenträger direkt hinter dem Volume liegen und ein geeignetes Dateisystem wie NTFS oder ReFS verwendet werden. Eine dazwischenliegende Partition kann blockieren: Löschen Sie nicht ungeprüft eine Wiederherstellungspartition.

Verbinden Sie Verkleinerung, Konvertierung und erzwungenes Trennen nicht zu einem Versuch. Bewahren Sie vor dem Entfernen der neuen Datenverbindung deren Dateien auf, fahren Sie HVTEST01 normal herunter und bestätigen Sie Off. Entfernen Sie in den Einstellungen nur die SCSI-Verbindung zu HVTEST01-Data.vhdx anhand des zuvor notierten Systemplattenpfads. Prüfen Sie, dass die Systemplatte verbunden bleibt und die VM weiter startet. Trennen löscht keine VHDX. Prüfen Sie vor einer späteren getrennten Dateilöschung andere VM und Differenzketten als Abhängigkeiten. Verkleinern Sie die Systemplatte nicht bloß zur Wiederherstellung ihrer früheren Größe.