2026 Windows Server 2025 KB5126646: Betrifft es AMD-Hyper-V-Hosts?

Dieser Beitrag richtet sich an Administratoren, die AMD-Hyper-V-Hosts oder -Cluster mit SCVMM verwalten und die Folgen des Oktoberupdates einordnen müssen.
Auch wenn Sie einen Refreshfehler untersuchen oder einen eigenständigen Host betreiben, erfahren Sie, wie Sie den Anwendungsbereich abgrenzen, bevor Sie Änderungen vornehmen.

Zuletzt geprüft am 06.11.2026; abgeglichen mit Microsofts SCVMM-Hinweis vom 03.11.2026, der Windows-Server-2025-Updatehistorie und den verlinkten Microsoft-Updatehinweisen. Prüfen Sie vor einer Änderung erneut, ob Microsoft die betroffene Konfiguration oder den Reparaturstatus aktualisiert hat.

KB5126646 bei AMD-Hyper-V: Entscheidend ist die SCVMM-Verwaltung

Der Titel „Windows Server 2025 KB5126646 AMD Hyper-V“ beschreibt drei Merkmale, die gemeinsam betrachtet werden müssen. KB5126646 ist das Sicherheitsupdate für Windows Server 2025 vom 13.10.2026. Microsoft beschreibt in einer gesonderten Mitteilung ein Problem nach den Oktoberupdates in SCVMM-verwalteten Umgebungen. Für den AMD-bezogenen Fall nennt Microsoft Host- oder Cluster-Refreshfehler bei AMD-Systemen, die von SCVMM verwaltet werden. Die KB5126646-Updatebeschreibung und der SCVMM-Hinweis beantworten also unterschiedliche Fragen: welches Betriebssystemupdate vorliegt und welcher Verwaltungskontext betroffen sein kann.

Für Ihre Diagnose bedeutet das: Prüfen Sie zuerst Betriebssystem, installierte Updates, Prozessorplattform und SCVMM-Verwaltung. Erst wenn Ihr System in diese Kombination fällt, ist die Microsoft-Mitteilung unmittelbar einschlägig. Die Formulierung „AMD-Hyper-V-Problem“ ohne diese Eingrenzung wäre zu weit gefasst.

Ein Refreshfehler ist dabei nicht mit einem Ausfall der virtuellen Maschinen gleichzusetzen. Er weist zunächst darauf hin, dass SCVMM den Zustand eines Hosts oder Clusters nicht wie erwartet aktualisieren konnte. Daraus lässt sich weder ableiten, dass jede VM nicht mehr läuft, noch dass der Hypervisor generell fehlerhaft ist. Trennen Sie deshalb in Ihren Notizen den Verwaltungsfehler von etwaigen Problemen beim Start, Betrieb oder Zugriff auf einzelne virtuelle Maschinen.

Drei Szenarien statt einer pauschalen Entwarnung oder Warnung

Die belastbare Antwort hängt nicht nur davon ab, ob ein Prozessor von AMD stammt. Entscheidend ist, ob Ihr Host das genannte Update installiert hat und wie die Verwaltung organisiert ist.

Die Tabelle dient der ersten Einordnung, nicht als Ersatz für die jeweils aktuelle Microsoft-Aussage. Microsoft führt für Windows Server 2025 außerdem ein späteres Update, KB5134137 vom 26.10.2026, in der Updatehistorie. Ob dieses Update in Ihrer Konfiguration relevant ist und welchen Korrekturstatus es für den SCVMM-Fall hat, müssen Sie in Microsofts Beschreibung zu KB5134137 und in der laufenden Updatehistorie für Windows Server 2025 nachprüfen. Allein das Vorhandensein einer späteren KB-Nummer beweist weder, dass Ihr Fehler behoben ist, noch dass ein bestimmtes SCVMM-Update für Ihre Umgebung gilt.

Bei SCVMM-verwalteten AMD-Hosts

Vergleichen Sie die Plattform und den Managementpfad mit der Microsoft-Mitteilung. Ein physischer AMD-Host, der lediglich Hyper-V ausführt, ist nicht dasselbe wie ein Host, dessen Inventarisierung und Verwaltung über SCVMM erfolgt. Bei einem Cluster sollten Sie die betroffenen Knoten einzeln erfassen: Ein Refreshfehler auf einem Knoten und ein Fehler auf Cluster-Ebene sind nicht automatisch dasselbe Ereignis.

Danach müssen Sie die installierte SCVMM-Version samt Update Rollup feststellen. Microsoft dokumentiert die Zuordnung von VMM-Builds zu Versionen und Update Rollups. Verwenden Sie die dort ausgewiesene Zuordnung, statt aus einer Versionsnummer im Kopf auf die Anwendbarkeit eines Fixes zu schließen. Microsoft kann seine Anleitung, den Korrekturstatus oder die betroffenen Builds ändern; maßgeblich ist die aktuelle offizielle Seite.

Bei einem eigenständigen Hyper-V-Host

Wenn kein SCVMM den Host verwaltet, lässt sich der konkrete AMD-Hinweis nicht einfach auf Ihre Situation übertragen. Das bedeutet nicht, dass ein eigenständiger Host keine Probleme haben kann. Es bedeutet nur, dass Sie für andere Hyper-V-Fehler ein passendes Fehlerbild und einen dazugehörigen Microsoft-Hinweis brauchen.

Halten Sie fest, ob die VM selbst startet und läuft, ob nur die Verwaltungsansicht Fehler zeigt oder ob der Host bei einer bestimmten Aufgabe ausfällt. Sichern Sie den Zeitpunkt des Fehlers und vergleichen Sie ihn mit dem Updateverlauf. Prüfen Sie anschließend Ereignisanzeige und aktuelle Windows-Server-Updatehinweise. Microsofts allgemeine Anleitung zur Fehlerbehebung bei Windows-Server-Updates ist dafür eine Einstiegshilfe, aber kein Beleg, dass Ihr Fehler KB5126646 zuzuordnen ist.

Bei abweichender Prozessorplattform oder Updatehistorie

Eine nicht AMD-basierte Plattform fällt nicht unter die spezielle AMD-Bedingung der Mitteilung. Das schließt nicht aus, dass eine Umgebung von einer anderen, separat beschriebenen SCVMM-Störung betroffen sein könnte. Ebenso reicht „Windows Server 2025 ist installiert“ nicht aus: Sie müssen feststellen, ob das relevante Update tatsächlich auf dem untersuchten Host installiert ist und ob dessen SCVMM-Kontext passt.

Verwechseln Sie außerdem nicht zwei voneinander getrennte Dinge: einen Fehler beim Aktualisieren des Host- oder Clusterzustands und ein Problem bei der Übertragung einer Vorlage. Notieren Sie, welche Aktion fehlschlägt, welcher Komponentenname im Fehlertext steht und ob der Fehler in SCVMM oder direkt auf dem Host auftritt. Das verhindert, dass Sie eine Korrektur für ein anderes Symptom anwenden.

Vor jeder Reparatur Update, Host und SCVMM nachvollziehbar prüfen

Führen Sie die folgenden Schritte in dieser Reihenfolge aus. Damit schaffen Sie eine nachvollziehbare Grundlage für die Entscheidung, ob die Microsoft-Mitteilung zu Ihrer Umgebung passt. Nutzen Sie für Änderungen zunächst ein genehmigtes Wartungsfenster und dokumentieren Sie Ihre Rückkehrmöglichkeit zum vorherigen Zustand.

1. Host und Plattform erfassen. Notieren Sie Servername, Windows-Server-Edition und Build sowie, ob der Prozessor AMD oder eine andere Plattform verwendet. Erfassen Sie bei einem Cluster zusätzlich die betroffenen Knoten, statt nur den Cluster-Namen zu protokollieren. Die Angaben können Sie in Ihrer bestehenden Inventarisierung und über die Systeminformationen auf dem Host abgleichen.

2. KB5126646 auf dem Host suchen. Öffnen Sie eine PowerShell-Sitzung mit ausreichenden Leserechten und führen Sie aus:

powershell Get-HotFix -Id KB5126646

Die Microsoft-Dokumentation zu Get-HotFix beschreibt den Befehl und den Filter nach Hotfix-ID. Wenn eine passende Zeile erscheint, notieren Sie Hotfix-ID und angezeigtes Installationsdatum. Wird keine Zeile ausgegeben, behandeln Sie das zunächst als „mit dieser Abfrage nicht nachgewiesen“ und nicht als abschließenden Beweis, dass das Update nie installiert wurde. Vergleichen Sie das Ergebnis mit dem Updateverlauf des Servers und der offiziellen Updatehistorie.

3. SCVMM-Verwaltung eindeutig feststellen. Prüfen Sie, ob der Host in SCVMM registriert ist und ob der Fehler bei einem Refresh dieser Verwaltung auftritt. Mit dem VMM-PowerShell-Modul lässt sich die Hostliste beispielsweise so abfragen:

powershell Get-SCVMHost | Select-Object Name, Status

Die Dokumentation zu Get-SCVMHost erläutert den Befehl. Die konkrete Statusdarstellung kann von Version und Verwaltungszustand abhängen; verwenden Sie daher nicht eine bestimmte Textausgabe als alleinigen Nachweis. Gleichen Sie sie mit der SCVMM-Konsole und der dokumentierten Hostzuordnung ab.

4. Fehlerbild und Zeitpunkt dokumentieren. Schreiben Sie auf, welche Aktion fehlgeschlagen ist, wann sie auftrat und ob es um einen Host-, Cluster-Refresh, eine Vorlagenübertragung oder einen anderen Vorgang ging. Sichern Sie die dazugehörigen Meldungen und Ereignisse, bevor Protokolle durch weitere Änderungen oder einen erneuten Versuch überschrieben oder schwerer zuzuordnen sind. Entfernen Sie sensible Daten, wenn Sie Protokolle außerhalb Ihrer Organisation weitergeben.

5. SCVMM-Build und Update Rollup nachschlagen. Erfassen Sie die installierte VMM-Version und ordnen Sie sie mithilfe der Microsoft-Tabelle den dokumentierten Builds und Update Rollups zu. Prüfen Sie anschließend die SCVMM-Mitteilung darauf, welche Versionen oder Maßnahmen tatsächlich genannt werden. Wenden Sie eine Korrektur nicht allein deshalb an, weil der Host AMD verwendet.

6. Änderung und Rückweg festhalten. Vor einer passenden, von Microsoft beschriebenen Änderung sichern Sie relevante Konfigurationen und notieren den aktuellen Zustand. Halten Sie fest, welche Änderung Sie vornehmen, wie Sie die Wirkung prüfen und welche genehmigte Rückkehrmöglichkeit für Ihre Umgebung besteht. Wenn die aktuelle Microsoft-Anleitung Ihre Kombination aus Windows-Build und SCVMM-Version nicht eindeutig abdeckt, stoppen Sie die Änderung und klären Sie die Zuordnung, statt auf Verdacht Sicherheitsupdates zu entfernen.

• [ ] Prozessorplattform und betroffene Host- oder Clusterknoten sind erfasst.
• [ ] Windows Server 2025-Build und Updatehistorie wurden geprüft; KB5126646 ist entweder nachgewiesen oder ausdrücklich als nicht nachgewiesen vermerkt.
• [ ] SCVMM-Verwaltung, VMM-Version und Update Rollup sind dokumentiert.
• [ ] Die fehlgeschlagene Aktion ist eindeutig benannt: Host-Refresh, Cluster-Refresh, Vorlagenübertragung oder ein anderes Symptom.
• [ ] Relevante Protokolle und Konfigurationen sind vor einer Änderung gesichert.
• [ ] Die geplante Maßnahme ist durch eine aktuelle Microsoft-Aussage für diese Konfiguration gedeckt, und ein genehmigter Rückweg ist festgelegt.

FAQ: Updateprüfung und betroffene Hosttypen

Betrifft KB5126646 auch einen Hyper-V-Host ohne SCVMM?

Die Microsoft-Mitteilung grenzt das AMD-bezogene Aktualisierungsproblem auf SCVMM-verwaltete Hosts oder Cluster ein. Daraus folgt kein Beleg, dass ein eigenständiger Hyper-V-Host betroffen ist. Prüfen Sie dort dennoch Updateverlauf, Ereignisprotokolle und das konkrete Fehlerbild. Suchen Sie anschließend nach einem passenden offiziellen Hinweis, bevor Sie eine SCVMM-spezifische Korrektur erwägen.

Ist ein AMD-Refreshfehler automatisch auf ein Windows-Update zurückzuführen?

Nein. Ein fehlgeschlagener Refresh ist ein Symptom, keine eindeutige Ursachenangabe. Vergleichen Sie zuerst die Plattform, den Updatezustand und die SCVMM-Verwaltung mit dem von Microsoft beschriebenen Szenario. Dokumentieren Sie außerdem Zeitpunkt und betroffene Aktion. Stimmen die Bedingungen nicht überein, sollten Sie den Fehler nicht allein wegen eines ähnlichen Zeitpunkts KB5126646 zuschreiben.

Wie prüfen Sie, ob KB5126646 installiert wurde?

Führen Sie auf dem betreffenden Host Get-HotFix -Id KB5126646 aus und gleichen Sie eine angezeigte Hotfix-ID mit dem Updateverlauf ab. Eine leere Ausgabe ist allein kein sicherer Nachweis, dass das Update nie installiert war. Prüfen Sie deshalb auch die offizielle Updatehistorie und den tatsächlichen Windows-Build des Hosts.

Was prüfen Sie zuerst, wenn SCVMM einen AMD-Host nicht aktualisieren kann?

Erfassen Sie zuerst Hostname, Plattform, Windows-Build und Updatehistorie sowie den SCVMM-Build und das genaue Fehlerbild. Sichern Sie relevante Protokolle und Konfigurationen, bevor Sie Änderungen vornehmen. Vergleichen Sie danach die Kombination mit der aktuellen Microsoft-Mitteilung. Deinstallieren Sie kein Sicherheitsupdate pauschal und ersetzen Sie keine Systemdateien anhand nicht bestätigter Community-Anleitungen.

Neue Windows-Server-Bereitstellung: Produktoptionen ersetzen keine SCVMM-Leistung

Wenn Sie unabhängig von einer bestehenden Störung eine neue AMD-Umgebung planen, trennen Sie die Hardwareentscheidung von der Frage, wer Ihre Virtualisierungsverwaltung übernimmt. Eine dedizierte Maschine kann eine Grundlage für Windows Server und Hyper-V sein; sie bedeutet nicht, dass SCVMM, Clusterbetrieb oder Patchmanagement Bestandteil des Serverangebots sind.

Bei OSFP Cloud sind laut Produktübersicht Windows Server 2019, 2022 und 2025 in den Editionen Standard und Datacenter sowie englische, traditionelle chinesische und vereinfachte chinesische Sprachversionen auswählbar. Die AMD-Serverkonfigurationen umfassen einen AMD EPYC 7543P mit 32 Kernen und 64 Threads, 128 GB oder 256 GB ECC-Arbeitsspeicher sowie zwei direkt angeschlossene NVMe-Laufwerke mit je 1 TB. Als Bandbreitenoptionen sind 250 Mbit/s, 1 Gbit/s und 2 Gbit/s ausgewiesen; diese Angebote bedeuten weder SCVMM-Management noch einen Cluster-Service. Details und Änderungen sollten Sie vor der Bestellung in der Produktübersicht von OSFP Cloud prüfen.

Das ist für die Planung relevant, weil eine einzelne unabhängige Maschine anders betrieben wird als ein SCVMM-verwalteter Cluster: Sie bestimmen selbst, wie Hyper-V eingerichtet, wie die Sicherung organisiert und wie Updates geprüft werden. Prüfen Sie deshalb vor der Bereitstellung, ob Sie lediglich einen eigenständigen Host benötigen oder tatsächlich zentrale Verwaltung, Clusterfunktionen und betrieblich abgestimmte Patchprozesse voraussetzen. Lesen Sie auch die Leistungs- und Zuständigkeitsgrenzen des Angebots, bevor Sie Aufgaben wie SCVMM-Betrieb oder die Umsetzung von Microsoft-Korrekturen als enthalten einplanen.

Wenn Sie bereits einen SCVMM-Refreshfehler untersuchen, ist ein neuer Host kein Ersatz für die Diagnose der vorhandenen Umgebung. Stimmen die Bedingungen mit Microsofts Hinweis überein, folgen Sie der aktuellen offiziellen Anleitung und sichern Sie Ihre Rückkehrmöglichkeit. Planen Sie hingegen eine neue, eigenständig betriebene AMD-Windows-Server-Umgebung, prüfen Sie die verfügbaren Betriebssystem- und Hardwareoptionen von OSFP Cloud getrennt von Ihrem SCVMM- oder Clusterbetrieb; diese Verwaltungsleistungen sind nicht Teil der genannten Produktauswahl.

Häufige Fragen

Gilt der KB5126646-Fall auch für einen Hyper-V-Host ohne SCVMM?

Die Microsoft-Mitteilung ordnet das AMD-bezogene Aktualisierungsproblem SCVMM-verwalteten Hosts oder Clustern zu. Bei einem eigenständigen Hyper-V-Host belegt diese Meldung daher keine Betroffenheit. Prüfen Sie trotzdem installierte Updates, Ereignisprotokolle und die konkrete Fehlersymptomatik; suchen Sie anschließend in den passenden Microsoft-Hinweisen nach genau diesem Fehlerbild.

Ist ein fehlgeschlagener Host-Refresh automatisch durch ein Windows-Update verursacht?

Nein. Ein fehlgeschlagener Refresh ist ein Symptom, keine eindeutige Ursachenangabe. Vergleichen Sie zuerst den Host mit dem von Microsoft beschriebenen AMD- und SCVMM-Szenario und dokumentieren Sie Zeitpunkt, SCVMM-Status und Ereignisse. Wenn die Bedingungen nicht übereinstimmen, sollten Sie den Fehler nicht allein wegen eines ähnlichen Zeitpunkts KB5126646 zuschreiben.

Wie lässt sich KB5126646 auf Windows Server 2025 nachweisen?

Führen Sie auf dem Host Get-HotFix -Id KB5126646 aus und prüfen Sie die angezeigte Hotfix-ID. Ergänzen Sie die Abfrage durch den Eintrag im Updateverlauf und die offizielle Updatehistorie, denn eine leere PowerShell-Ausgabe ist für sich allein kein sicherer Beweis dafür, dass das Update nie installiert war.

Was sollte ein Administrator bei einem SCVMM-Refreshfehler zuerst sichern und prüfen?

Halten Sie Hostname, Prozessorplattform, Windows-Build, Updateverlauf, Fehlerzeitpunkt und SCVMM-Status fest. Sichern Sie relevante Konfigurationen und Protokolle, bevor Sie Änderungen vornehmen. Prüfen Sie dann die aktuelle Microsoft-Mitteilung auf anwendbare SCVMM-Update-Rollups oder Hotfixes. Entfernen Sie keine Sicherheitsupdates pauschal und ersetzen Sie keine Systemdateien durch Community-Dateien.