Microsoft adiciona ao Windows Server 2025 a função de recuperação rápida do sistema

A Microsoft implementou no Windows Server 2025 a função Quick Machine Recovery (QMR), destinada a restaurar servidores após falhas críticas de inicialização. Ela está incluída na atualização cumulativa KB5126646 (build 26100.33650), publicada em 13 de outubro de 2026 no âmbito do lançamento mensal de correções.

Microsoft adiciona ao Windows Server 2025 a função de recuperação rápida do sistema

A QMR foi apresentada em novembro de 2024 na conferência Ignite, como parte do programa Windows Resiliency Initiative. A tecnologia surgiu primeiro no Windows 11: na primavera de 2025 começou a ser testada nas compilações Insider e, no verão, foi adicionado um interruptor correspondente nas Configurações. Em abril de 2026, passou a integrar a compilação de pré-visualização Windows Server vNext 29574 e agora está disponível também no sistema operacional para servidores.

A função opera no ambiente de recuperação do Windows (WinRE) e baseia-se na ferramenta de reparo de inicialização. Se o sistema não consegue iniciar várias vezes seguidas, o dispositivo passa para o WinRE, conecta-se à rede e procura uma correção por meio do Windows Update. Quando uma correção adequada é encontrada, ela é baixada e aplicada, e em seguida ocorre a reinicialização. Se a inicialização falhar novamente, o ciclo se repete. Para a conexão de rede no WinRE, são aceitas redes com fio e redes Wi-Fi protegidas por WPA ou WPA2.

A QMR possui dois parâmetros principais. A correção na nuvem (Cloud Remediation) permite a busca de soluções por meio do Windows Update; quando está desativada, é utilizado apenas o reparo local de inicialização. A correção automática (Auto Remediation) inicia a busca sem a intervenção do usuário: por padrão, é feita uma única verificação e, se nenhuma solução for encontrada, o sistema oferece métodos alternativos de recuperação. Também é possível configurar verificações repetidas em intervalos definidos. Deve-se considerar que a recuperação só é possível se já houver uma correção publicada para a falha em questão.

No Windows Server 2025, a função vem desativada por padrão e os administradores precisam ativá-la por meio da Política de Grupo. Os parâmetros ficam em Computer Configuration\Administrative Templates\System\Quick Machine Recovery, onde é necessário habilitar as políticas Enable Cloud Remediation e Enable Auto Remediation. Para servidores sem monitor conectado, a Microsoft recomenda definir na política Set Recovery Retry Interval um valor maior que zero: assim, a busca por correções será repetida durante o período indicado na política Set Total Recovery Wait Time (180 minutos por padrão). Segundo a avaliação da empresa, isso reduzirá o tempo de recuperação após falhas em massa e a necessidade de intervenção de especialistas.

Além da QMR, a atualização KB5126646 traz outras mudanças. Foram adicionadas auditoria e políticas de bloqueio complementares para volumes ReFS em mídias removíveis, incluindo unidades USB: a auditoria está ativa por padrão, e o bloqueio será habilitado por padrão com a atualização de janeiro de 2027 (KB5130741). Foi incluído o suporte à troca de chaves pós-quântica ML-KEM no TLS 1.3, o utilitário cURL foi atualizado para a versão 8.21.0 e a confiabilidade das máquinas virtuais confidenciais Intel TDX no Hyper-V foi aprimorada. Também foi corrigido um erro que podia deixar os discos virtuais do Storage Spaces Direct desconectados após a instalação da atualização, e a segurança da pesquisa de emojis foi reforçada com a atualização das bibliotecas utilizadas. Além disso, em dispositivos sem o Credential Guard, a criação de credenciais NTLMv1 para logon único passou a ser bloqueada por padrão, o que prejudicou a autenticação 802.1X em algumas redes.

Por fim, as atualizações de outubro para o Windows Server 2025 e versões anteriores do sistema causaram falhas no funcionamento do Exchange Server. Em parte dos servidores, os usuários não conseguem entrar no Outlook na Web (OWA) e as mensagens permanecem na pasta de saída. Uma solução temporária por meio do registro foi descrita pela Microsoft no blog dedicado ao Exchange.