Microsoft zufolge ist Quick Machine Recovery ab Windows 11 24H2 Build 26100.4700 verfügbar.
Quick Machine Recovery unter Windows 11: Cloud-/Auto-Remediation, WinRE, reagentc-XML, Netzwerkanforderungen und Testmodus.
Microsoft zufolge ist Quick Machine Recovery ab Windows 11 24H2 Build 26100.4700 verfügbar.
QMR nutzt ein verbundenes WinRE, um bei kritischen Bootfehlern über Windows Update gezielte Remediations zu suchen.
Cloud Remediation ist bei nicht verwalteten Home/Pro-Geräten standardmäßig aktiv und bei Enterprise-verwalteten Geräten standardmäßig deaktiviert.
Startup Repair versucht bekannte lokale Startprobleme zu beheben. QMR ergänzt einen Netzwerkpfad und sucht in Windows Update nach einer von Microsoft veröffentlichten Remediation. Der größte Vorteil zeigt sich bei verbreiteten, bekannten Boot-Störungen.
Microsoft bezeichnet QMR als Best-Effort-Funktion. Nicht für jeden Bootfehler existiert eine Cloud-Lösung; ohne Treffer werden andere WinRE-Optionen angeboten oder je nach Konfiguration erneut gesucht.
Die Basis ist Windows 11 24H2 Build 26100.4700 oder neuer. Mit `winver` den echten Build prüfen, nicht nur die Bezeichnung 24H2. Ältere Builds bieten möglicherweise nicht dieselbe QMR-Konfiguration.
Bei Home und nicht verwaltetem Pro ist Cloud Remediation standardmäßig mit einmaligem Scan aktiv. Bei Enterprise/Education sowie domain-/MDM-verwaltetem Pro ist sie standardmäßig deaktiviert.
winver
reagentc.exe /info
reagentc.exe /getrecoverysettings
Der aktuelle Pfad lautet Settings > System > Recovery > Quick machine recovery. Dort lassen sich QMR und Automatically check for solutions aktivieren sowie einmalige oder wiederholte Scans konfigurieren.
Diese Einstellungen sind kein gewöhnlicher Troubleshooter nach dem Windows-Start; QMR arbeitet in Windows RE. Ist WinRE deaktiviert, kann QMR nicht wie vorgesehen funktionieren.
reagentc.exe /info
QMR kann per XML-Datei konfiguriert werden. Enthalten sein können CloudRemediation, AutoRemediation, totalwaittime, waitinterval und unterstützte WLAN-Zugangsdaten. Unternehmen sollten die Speicherung eines Kennworts separat gegen ihre Sicherheitsrichtlinie prüfen.
Nach Anwendung die Einstellungen mit `/getrecoverysettings` verifizieren. Microsoft dokumentiert `/clearrecoverysettings` zum Entfernen der Recovery-Konfiguration.
reagentc.exe /setrecoverysettings /path settings.xml
reagentc.exe /getrecoverysettings
reagentc.exe /clearrecoverysettings
Microsoft dokumentiert derzeit kabelgebundene Netzwerke und WPA/WPA2-WLAN mit Kennwort. Captive Portals, 802.1X oder Netzwerke mit zusätzlichem Client können die Verbindung in WinRE verhindern.
Bei Windows VPS hängt QMR davon ab, ob WinRE die virtuelle NIC erkennt und Windows Update erreicht. Ohne Konsole/KVM sollte QMR nicht die einzige Recovery-Strategie sein.
Microsoft bietet einen QMR-Testmodus, dieser erfordert jedoch den Windows Insider Dev Channel. Mit `/SetRecoveryTestmode` und anschließend `/BootToRe` lässt sich der Recovery-Ablauf simulieren.
Diesen Test nicht ohne Wartungsfenster auf produktiven Domain Controllern, kritischen Hyper-V-Hosts oder rein per RDP erreichbaren Systemen durchführen.
reagentc.exe /SetRecoveryTestmode
reagentc.exe /BootToRe
Microsoft zufolge erscheint eine angewendete QMR-Remediation nach dem Start unter Settings > Windows Update > Update history bei Quality updates. Damit lässt sich dokumentieren, welche Maßnahme tatsächlich angewendet wurde.
| Gerätestatus | Cloud-Remediation-Standard |
|---|---|
| Windows Home | Aktiv, einmaliger Scan |
| Nicht verwaltetes Windows Pro | Aktiv, einmaliger Scan |
| Enterprise/Education oder verwaltetes Pro | Deaktiviert; Admin konfiguriert |
Vor Änderungen in Produktion Kontext, Backup und Rückfallplan prüfen. Bei DNS, TLS, Recovery, Docker oder WordPress nicht mehrere Variablen gleichzeitig ändern, da sonst die Ursache schwerer zu isolieren ist.
Nein. Microsoft beschreibt QMR als Best Effort; es braucht eine passende Cloud-Remediation.
Die aktuelle Microsoft-Dokumentation gilt für Windows 11. Nicht davon ausgehen, dass Windows Server dieselbe Funktion besitzt.
Microsoft unterstützt derzeit Kabel sowie WPA/WPA2-WLAN mit Kennwort; Enterprise-/Captive-Portal-Netze können problematisch sein.
Wenn das Problem in Hosting-, VPS-, Docker-, Cloudflare-, Windows- oder WordPress-Infrastruktur weiter besteht, können Sie mit Fehlerausgabe und Architektur einen technischen Supportfall erstellen.