Windows Server 2025 auf Proxmox VE 9.2: Fixes für langsame VMs

Wenn sich Windows Server 2025 auf Proxmox VE 9.2 langsam anfühlt, während Windows Server 2022 auf demselben Host reaktionsschnell läuft, gehen Sie nicht vorschnell davon aus, einen Proxmox-9.2-Bug gefunden zu haben. Vergleichen Sie zuerst Treiber, CPU-Darstellung, Storage-Latenz, Windows-Energierichtlinie und Gast-Konfiguration mit einer sauberen Kontroll-VM.

Ein Proxmox-Forumsbericht vom August 2026 liefert ein nützliches Beispiel. Der Betreiber betrieb Windows Server 2025 und Server 2022 auf demselben Xeon-E5-2620-v4-Host mit ähnlichen Ressourcen. Server 2025 fühlte sich träge an, selbst nach dem Wechsel von CPU-Modellen und VirtIO-SCSI-Controller-Varianten. Das ist ein reproduzierbarer Fall für diese Umgebung, aber es reicht nicht als Beleg dafür, dass jede Server-2025-VM auf Proxmox VE 9.2 betroffen ist.

Was wurde für Proxmox VE 9.2 gemeldet?

Der gemeldete Host lief mit Proxmox VE 9.2.0, PVE Manager 9.2.5, Kernel 7.0.14-8-pve und QEMU 11.0.2-2. Als Storage diente lokales LVM hinter einem HPE Smart Array H240.

Die Test-VM mit Windows Server 2025 hatte 8 vCPUs, 12 GB RAM, ein Socket, NUMA deaktiviert, CPU-Typ host, OVMF, Q35, VirtIO-Netzwerk, eine 180-GB-Disk, TPM 2.0 und den QEMU Guest Agent.

Der Betreiber erstellte anschließend eine Windows-Server-2022-VM auf demselben physischen Host mit ähnlicher Konfiguration. Der Server-2022-Gast war reaktionsschnell.

Das ist ein gutes Troubleshooting-Muster, weil es einen Großteil der Hardware konstant hält.

Wenn Sie ähnliche Probleme mit Windows-Gästen erlebt haben: Mr.PlanB hat auch eine separate Fallstudie zu Performance-Problemen von Windows 11 auf Proxmox.

1. Sind die Windows-VirtIO-Treiber korrekt installiert?

VirtIO sollte eine der ersten Prüfungen sein, weil Windows nicht standardmäßig alle paravirtualisierten Proxmox-Treiber mitbringt. Proxmox empfiehlt VirtIO für Disk- und Netzwerk-Performance.

Eine VM kann mit emulierter Hardware booten und trotzdem im Vergleich zu einem korrekt konfigurierten VirtIO-Gast schlecht performen.

Öffnen Sie den Geräte-Manager und suchen Sie nach unbekannten Geräten oder generischen Controllern. Prüfen Sie, ob der VirtIO-Netzwerkadapter den erwarteten Treiber nutzt. Prüfen Sie, ob der Storage-Controller zum installierten Treiber passt.

Aktualisieren Sie nicht alle Treiber im selben Test.

Notieren Sie zunächst die aktuellen Treiberversionen. Ändern Sie eine Komponente, starten Sie bei Bedarf neu und testen Sie exakt denselben Workload erneut.

Ziel ist es, eine Ursache zu finden, nicht zehn Änderungen vorzunehmen und zu hoffen, dass sich die VM besser anfühlt.

2. Welchen Disk-Controller sollte Windows Server 2025 nutzen?

Proxmox' Best-Practice-Leitfaden für Windows-Server-2025-Gäste empfiehlt eine SCSI-Disk mit VirtIO SCSI single als Controller. Zudem wird Write-Back-Caching für beste Performance empfohlen, mit dem üblichen Vorbehalt, dass Sie die Auswirkungen von Caching auf die Datensicherheit verstehen.

Das ist eine sinnvolle Basis.

Der August-Forumsfall hatte jedoch bereits sowohl VirtIO SCSI Single als auch VirtIO SCSI getestet, ohne dass sich die Verlangsamung behob. Das zeigt, dass die Controller-Wahl in dieser konkreten Umgebung nicht der naheliegende Fix war.

Ihr Test sollte Storage-Latenz einschließen, nicht nur Durchsatz.

Ein Desktop kann sich furchtbar anfühlen, wenn die 4K-Random-I/O-Latenz hoch ist, selbst wenn ein sequenzieller Benchmark ordentliche MB/s meldet. Beobachten Sie die Windows-Disk-Antwortzeit und die Proxmox-Host-Storage-Latenz, während Sie den Server-Manager öffnen, Updates installieren und gewöhnliche Administrationsaufgaben ausführen.

Ist der Host-Storage bereits langsam, wird das Ändern des virtuellen Controllers ihn nicht retten.

3. Sollte der CPU-Typ auf host gesetzt werden?

host ist eine gute Performance-Basis, wenn Sie keine Live-Migration zwischen Hosts mit unterschiedlichen CPU-Generationen benötigen. Es legt dem Gast mehr Fähigkeiten der physischen CPU offen.

Für einen Cluster mit gemischten Prozessoren kann ein gemeinsames virtuelles CPU-Modell praktischer sein, weil die Migrationskompatibilität eine Rolle spielt.

Der Forumsbericht ist auch hier hilfreich, weil der Betreiber host, x86-64-v2-AES und x86-64-v3 getestet hat und das Problem trotzdem bestehen blieb. Das macht eine einfache CPU-Modell-Diskrepanz in diesem Fall weniger überzeugend.

Führen Sie dieselbe Art von kontrolliertem Test durch.

Führen Sie einen wiederholbaren CPU-Benchmark oder Workload aus und erfassen Sie Host- und Gast-Auslastung. Ist der Gast träge, während der Host CPU-Leerlauf hat, schauen Sie sich das Verhalten pro vCPU, das Scheduling und die Gast-Latenz an, statt anzunehmen, der Server brauche mehr Kerne.

Mehr vCPUs können eine VM schwerer schedulebar machen. Acht vCPUs sind für einen leichten Administrationsserver nicht automatisch schneller als vier.

4. Könnte der Windows-Energiesparplan die VM langsam wirken lassen?

Ja. Microsoft dokumentiert Fälle, in denen der standardmäßige Energiesparplan "Ausbalanciert" die Reaktionszeit für manche Windows-Server-Workloads erhöhen kann, auch in virtuellen Umgebungen.

Das heißt nicht, dass jede Server-2025-VM dauerhaft auf Höchstleistung gezwungen werden sollte.

Nutzen Sie es als Diagnosetest.

Erfassen Sie eine Baseline. Stellen Sie den Gast auf Höchstleistung um. Wiederholen Sie dieselbe Aufgabe und denselben Benchmark. Verbessert sich die Latenz spürbar, haben Sie eine nützliche Spur gefunden. Entscheiden Sie dann, ob der Kompromiss zwischen Energieverbrauch und Performance angemessen ist.

Prüfen Sie außerdem die Host-Firmware und die Host-Energierichtlinie. Ein Gast kann keine CPU-Leistung erzeugen, die der physische Server nicht bereitstellt.

Ältere Xeon-Plattformen können sich bei Frequenzskalierung und Virtualisierung anders verhalten als neuere Systeme. Das macht einen Vergleich mit Server 2022 auf demselben Host besonders wertvoll.

5. Ist Storage hinter einem RAID-Controller Teil des Problems?

Das kann sein, aber belegen Sie es, bevor Sie dem Controller die Schuld geben.

Die gemeldete Umgebung nutzte einen HPE Smart Array H240 mit lokalem LVM-Storage. Das ist eine übliche Architektur für viele ältere Enterprise-Server.

Prüfen Sie den Cache-Status des Controllers, die Gesundheit von Batterie oder Kondensator, die Gesundheit der physischen Disks, die Queue-Tiefe und ob das logische Laufwerk in einen degradierten Zustand geraten ist. Ein RAID-Controller mit deaktiviertem Write-Cache kann eine dramatische Latenzänderung verursachen, ohne dass Proxmox die eigentliche Ursache ist.

Vergleichen Sie die Windows-Server-2025- und -2022-Gäste auf demselben Datastore.

Bleibt Server 2022 reaktionsschnell, während Server 2025 bei demselben I/O-Muster deutlich höhere Gast-Latenz zeigt, verlagert sich die Untersuchung zurück zum Gast-Software- und Treiber-Stack.

Werden beide bei derselben Host-Last langsam, verdient die Storage-Schicht mehr Aufmerksamkeit.

6. Sollten Sie den QEMU Guest Agent aktivieren?

Ja. Proxmox' Leitfaden für Windows Server 2025 nimmt den QEMU Guest Agent in die empfohlene Einrichtung auf.

Der Guest Agent verbessert die Koordination zwischen Host und Gast und ermöglicht Funktionen wie sauberes Herunterfahren und bessere Gast-Informationen.

Er ist kein universeller Performance-Beschleuniger.

Ändert sich ein Benchmark durch das Aktivieren plötzlich massiv, untersuchen Sie, was sich sonst noch geändert hat. Sein Hauptwert liegt in Integration und Verwaltbarkeit.

Nutzen Sie den Guest Agent als Teil einer korrekten Basiskonfiguration, nicht als magischen Fix für einen langsamen Desktop.

7. Messen Sie den Desktop oder den Server-Workload?

Die Reaktionsfähigkeit der Remotedesktop-Sitzung ist ein nützlicher Hinweis, reicht aber nicht aus.

Messen Sie CPU-Zeit, Storage-Latenz, Speicherdruck und Netzwerkverhalten, während sich der Gast langsam anfühlt. Messen Sie dann den tatsächlichen Workload, den der Server ausführen soll.

Eine Server-2025-VM, die SQL Server, Active Directory, IIS oder Dateidienste hostet, braucht andere Tests als eine VM, deren Hauptproblem ist, dass sich der Server-Manager langsam öffnet.

Das hilft auch, Grafik- und Remote-Sitzungsverhalten von Compute- oder Storage-Performance zu trennen.

Ist der tatsächliche Service-Durchsatz normal, während sich nur die GUI träge anfühlt, wird der Umfang des Problems deutlich kleiner.

8. Könnten Sicherheitsfunktionen den Vergleich verändern?

Ja. Windows-Server-Releases und Installationsentscheidungen können je nach Richtlinie und Image unterschiedliche Sicherheitsfunktionen, virtualisierungsbasierte Schutzmechanismen oder Anmeldeinformationsschutz aktivieren.

Deaktivieren Sie Sicherheitsfunktionen nicht blind, nur um einen besseren Benchmark-Wert zu erzielen.

Vergleichen Sie, was in den Server-2025- und Server-2022-Gästen tatsächlich aktiviert ist. Prüfen Sie Gruppenrichtlinien, virtualisierungsbasierte Sicherheit, Defender-Einstellungen und jedes Endpoint-Security-Produkt.

Stammt die 2025-VM aus einem anderen Image oder Richtliniensatz, ist der Vergleich möglicherweise nicht so identisch, wie es die VM-Hardware-Einstellungen suggerieren.

Das vorübergehende Ändern einer einzelnen Sicherheitsfunktion in einer isolierten Test-VM kann helfen, den Overhead zu identifizieren. Die Produktionsrichtlinie sollte anhand des Risikos entschieden werden, nicht anhand eines synthetischen Benchmarks.

9. Sollten Sie von Proxmox VE 9.2 downgraden?

Nicht aufgrund einer einzelnen langsamen VM.

Reproduzieren Sie das Verhalten zunächst auf einem sauberen Windows-Server-2025-Gast, aufgebaut aus der aktuellen ISO nach Proxmox' dokumentierten Best Practices. Behalten Sie eine Server-2022-Kontroll-VM auf demselben Host.

Testen Sie dann dasselbe Server-2025-Image auf einem anderen Proxmox-Node, falls vorhanden.

Folgt das Problem dem Gast-Image, konzentrieren Sie sich auf Windows und Treiber. Folgt es einem bestimmten Host, konzentrieren Sie sich auf Firmware, CPU, Storage und Host-Konfiguration. Tritt es nur auf Proxmox VE 9.2 über verschiedene Hardware hinweg auf, haben Sie deutlich stärkere Belege für eine Regression auf Plattformebene.

Mr.PlanBs Rückblick auf die Probleme beim Proxmox-9.1-Upgrade zeigt, warum es wichtig ist, einzelne Hardware-Berichte von breiten Regressionen zu trennen.

Was würde ich zuerst testen?

Ich würde eine frische Server-2025-VM mit OVMF, Q35, VirtIO-Netzwerk, VirtIO SCSI Single, aktuellen VirtIO-Treibern und dem QEMU Guest Agent aufsetzen. Daneben würde ich eine frische Server-2022-VM mit denselben virtuellen Ressourcen platzieren.

Dann würde ich vier kontrollierte Tests durchführen: CPU, 4K-Storage-Latenz, sequenziellen Storage-Durchsatz und gewöhnliche interaktive Administration.

Ist Server 2025 langsamer, würde ich Windows-Energierichtlinie, Sicherheitsfunktionen und Treiberversionen vergleichen, bevor ich Proxmox anfasse.

Sind beide Gäste langsam, würde ich in der Stack-Ebene tiefer gehen: Host-Energieverwaltung, RAID-Controller-Status und physischer Storage.

Das nützliche Ergebnis lautet nicht "Server 2025 ist schlecht". Das nützliche Ergebnis besteht darin, die erste Ebene zu identifizieren, auf der sich die beiden ansonsten ähnlichen VMs unterschiedlich verhalten.