Microsoft ajoute à Windows Server 2025 la fonction de récupération rapide du système
Microsoft a intégré à Windows Server 2025 la fonction Quick Machine Recovery (QMR), conçue pour rétablir les serveurs après de graves défaillances de démarrage. Elle figure dans la mise à jour cumulative KB5126646 (build 26100.33650), publiée le 13 octobre 2026 dans le cadre de la distribution mensuelle des correctifs.
QMR avait été présentée en novembre 2024 lors de la conférence Ignite, dans le cadre du programme Windows Resiliency Initiative. La technologie est d’abord apparue dans Windows 11 : son essai dans les versions Insider a débuté au printemps 2025, puis un commutateur correspondant a été ajouté aux Paramètres durant l’été. En avril 2026, elle a été intégrée à la préversion Windows Server vNext 29574 et elle est désormais disponible dans le système d’exploitation serveur.
La fonction s’exécute dans l’environnement de récupération Windows (WinRE) et repose sur l’outil de réparation du démarrage. Si le système ne parvient pas à démarrer plusieurs fois de suite, l’appareil bascule dans WinRE, se connecte au réseau et recherche un correctif via Windows Update. Lorsqu’un correctif adapté est trouvé, il est téléchargé et appliqué, puis l’appareil redémarre. En cas de nouvel échec du démarrage, le cycle se répète. Pour la connexion réseau dans WinRE, les réseaux filaires et les réseaux Wi-Fi protégés par WPA ou WPA2 sont pris en charge.
QMR comporte deux paramètres principaux. La correction dans le cloud (Cloud Remediation) autorise la recherche de solutions via Windows Update ; lorsqu’elle est désactivée, seule la réparation locale du démarrage est utilisée. La correction automatique (Auto Remediation) lance la recherche sans intervention de l’utilisateur : par défaut, une seule vérification est effectuée et, si aucune solution n’est trouvée, le système propose d’autres méthodes de récupération. Il est également possible de configurer des vérifications répétées à intervalles définis. Il convient de noter que la récupération n’est possible que si un correctif a déjà été publié pour la défaillance concernée.
Dans Windows Server 2025, la fonction est désactivée par défaut et les administrateurs doivent l’activer via la stratégie de groupe. Les paramètres se trouvent dans Computer Configuration\Administrative Templates\System\Quick Machine Recovery, où il faut activer les stratégies Enable Cloud Remediation et Enable Auto Remediation. Pour les serveurs sans écran connecté, Microsoft recommande de définir dans la stratégie Set Recovery Retry Interval une valeur supérieure à zéro : la recherche de correctif sera alors répétée pendant la durée indiquée dans la stratégie Set Total Recovery Wait Time (180 minutes par défaut). Selon l’estimation de l’entreprise, cela réduira le temps de récupération après des pannes massives et limitera le besoin d’intervention des spécialistes.
Outre QMR, la mise à jour KB5126646 apporte d’autres modifications. Un audit et des stratégies de verrouillage supplémentaires ont été ajoutés pour les volumes ReFS sur supports amovibles, y compris les clés USB : l’audit est activé par défaut, tandis que le verrouillage le sera par défaut avec la mise à jour de janvier 2027 (KB5130741). La prise en charge de l’échange de clés post-quantique ML-KEM dans TLS 1.3 a été introduite, l’utilitaire cURL est passé à la version 8.21.0 et la fiabilité des machines virtuelles confidentielles Intel TDX dans Hyper-V a été améliorée. Une erreur qui pouvait laisser déconnectés les disques virtuels de Storage Spaces Direct après l’installation de la mise à jour a été corrigée, et la sécurité de la recherche d’émojis a été renforcée par la mise à jour des bibliothèques utilisées. En outre, sur les appareils dépourvus de Credential Guard, la création d’identifiants NTLMv1 pour l’authentification unique est désormais bloquée par défaut, ce qui a perturbé l’authentification 802.1X dans certains réseaux.
Enfin, les mises à jour d’octobre pour Windows Server 2025 et les versions antérieures du système ont provoqué des dysfonctionnements dans Exchange Server. Sur une partie des serveurs, les utilisateurs ne peuvent pas se connecter à Outlook sur le web (OWA) et les messages restent dans le dossier des éléments à envoyer. Une solution temporaire passant par le registre a été décrite par Microsoft sur le blog consacré à Exchange.