A Microsoft partilhou uma série de instruções manuais para ajudar os administradores de sistemas a contornar uma falha conhecida nos servidores WSUS (Windows Server Update Services), que tem provocado interrupções e atrasos na procura por atualizações. Segundo a informação detalhada pela Microsoft no seu site oficial, a anomalia de sincronização afeta tanto plataformas cliente, a partir do Windows 10 (versão 1607), como plataformas de servidor (Windows Server 2012 e posteriores).
O impacto das interrupções e as primeiras medidas
Nos servidores WSUS afetados, as equipas de suporte deparam-se com a impossibilidade de implementar as mais recentes correções através do próprio WSUS ou do Configuration Manager. O problema tem origem num aumento expressivo nos tempos de sincronização ou a esgotamentos de tempo operacionais (timeouts), gerados diretamente por uma acumulação excessiva de metadados de publicação.
O agravamento desta barreira técnica começou a ser notado a 13 de julho. Em resposta ao impacto crescente nas infraestruturas empresariais, a gigante tecnológica aplicou, no último sábado, uma mitigação do lado do serviço. Esta ação inicial foi direcionada apenas a instalações novas ou servidores reconstruídos, devolvendo as operações à normalidade nestes casos específicos.
Como limpar os metadados nos servidores existentes
Para as redes que já possuíam instalações ativas e que continuam a sofrer com os bloqueios crónicos, o guia de resolução partilhado na segunda-feira exige uma intervenção direta por parte dos administradores. O processo arranca com a obrigatoriedade de criar uma cópia de segurança para cada base de dados SUSDB. De seguida, é necessário executar uma consulta de limpeza a partir do SQL Management Studio em todas as bases de dados SUSDB — incluindo qualquer réplica presente na rede — e repor a chave "MaxXMLPerRequest" para o seu valor de origem.
Concluída a fase de limpeza, a orientação técnica passa por reindexar a SUSDB, correr o assistente de limpeza do servidor WSUS e, finalmente, executar o comando IISReset ou reciclar o "WsusPool" na aplicação para forçar a limpeza da cache do catálogo. A primeira procura por atualizações após este reinício forçado poderá demorar mais tempo do que o habitual, mas as sincronizações seguintes regressarão ao compasso normal. Adicionalmente, o ficheiro "DataStore.edb" do lado do cliente não vai encolher de forma automática, tratando-se de um comportamento esperado que não vai afetar o desempenho de futuras análises.
A persistência de bloqueios na distribuição de pacotes críticos reflete um histórico complexo no ecossistema empresarial da marca. Instabilidades muito semelhantes travaram o fluxo de implementações no WSUS durante os meses de maio, julho e agosto de 2025.
Nenhum comentário
Seja o primeiro!