März 2025 wurde aktualisiert und der Windows -Blog Veem BSOD BSOD BSOD

[English]Informationen für Windows Server 2019, 2022, 23H2 und 2025 Administratoren, die die Verwendung von VEAM -Sicherungen und -replikation sind. Ihr Veam -Agent Für Microsoft Windows Probleme im Zusammenhang mit den metativen Aktualisierungen im März 2025. Es kann einen blauen Bildschirm des Todes (BSOD) mit Code 0x00000149 geben, oder es gibt einen großen Speicherverbrauch für Refsurationen.

Blog -Leser Oliver informierten mich per E -Mail über die Fakten (danke). Veamam veröffentlichte Unterstützung bei den Fragen, Überlegungen und Einschränkungen des Themas im Jahr 2018, wobei das einzige Problem mit der Ablehnung eines Referenzdateisystems mit den Datenträgern abgelehnt wurde.

Nach dem Update vom 31. März 2025 sind die akkumulativen Updates von März 2025 für Windows Server 2025, 23,2, 2022, 2019 23.20 und 2019 -Updates bekannt. Diese Updates können zu einem blauen Bildschirm des Todes (BSOD) 0x00000149 führen. Die Updates sind:

• KB5053598 (Windows Server 2025)
• KB5053599 (Windows Server 23H2)
• KB5053603 (Windows Server 2022)
• KB5053596 (Windows Server 2019)

Die Effekte sind je nach Updates und der Windows Server -Version unterschiedlich, die als Dateisystem verwendet wird, Ref. Zusätzlich zum obigen BSOD kann es auch ein Speicherleck geben (wie unten beschrieben).

Microsoft berichtete, dass für dieses Problem Korrekturen vorgenommen werden. Die Reparaturaktualisierungen im April 2025 werden für Aktualisierungen von Serverversionen erhältlich sein.

Windows Server 2025

Windows Server 2025, Server 23H2, Windows 11 23H2 und Azure Stay HCI 23H2 waren Stabilitätsprobleme im Zusammenhang mit dem Speicherverbrauch.

Diese Beschreibung von Dezember 2024 für Windows Server 2025 findet im Steweam -Forum statt. Dort verwendet eine beschädigte Person einen neuen VM Server 2025 New Facility Veeam Backup & Recovery 12.3. Die alte Konfiguration wurde unter Verwendung von ISCSI und Formatierung in die neue VM migriert. Der alte Server war Windows Server 2022, wo alles funktioniert hat.

Nach der Migration gibt es zufällige Abstürze, der RAM -Verbrauch steigt und ist zu 100% mit dem CPU -Systemprozess beschäftigt. Veam Support schlug vor, dass alle Steam Services anhalten. Dies wurde ausprobiert, aber als das ISCSI -Gericht wieder verbunden wurde, wurde die CPU -Last zu 100% hoch.

Wenn es keine harte ISCSI -Sicherung gab, gab es keine Verbindung zum Formatieren und der Arbeit an Steam Services, die ein stabiles System zu sein schienen. Es gibt viele andere Benutzer des Waldfadens, die dieses Verhalten bestätigen.