O repositório do WMI corrompido pode ser reconstruído sem reinstalar o SO?

Olá,

Quando o comando winmgmt /verifyrepository retorna “Repository is inconsistent”, significa que o banco de dados WMI (%windir%\System32\wbem\Repository) está corrompido. Não é necessário reinstalar o sistema operacional do zero, pois há procedimentos suportados pela Microsoft para reconstruir o repositório.

O caminho correto é o seguinte: primeiro, pare o serviço WMI com net stop winmgmt. Em seguida, vá até C:\Windows\System32\wbem e renomeie a pasta Repository para algo como Repository.old. Depois reinicie o serviço com net start winmgmt. Isso força o Windows a recriar automaticamente um novo repositório limpo.

Se preferir usar comandos diretos, pode executar winmgmt /salvagerepository. Esse comando tenta reparar o repositório existente. Caso não funcione, utilize winmgmt /resetrepository, que descarta o repositório atual e cria um novo. É importante saber que o reset remove todas as classes e instâncias personalizadas que tenham sido adicionadas manualmente, mas mantém as classes padrão do sistema.

Após a reconstrução, reinicie o servidor e valide novamente com winmgmt /verifyrepository. O resultado esperado é “Repository is consistent”. Nesse ponto, os agentes de monitoramento e patch management devem voltar a funcionar, já que o WMI estará íntegro.

Vale lembrar que se houver software de terceiros que registre namespaces ou classes customizadas no WMI, será necessário reinstalar ou reparar esses agentes para que voltem a registrar suas informações no novo repositório.

Eu recomendo sempre executar primeiro o salvagerepository, e somente se não resolver, partir para o resetrepository. Isso minimiza perda de dados de configuração.

Espero que você tenha encontrado algo útil aqui. Se isso ajudar a esclarecer melhor a questão, agradeço se puder aceitar a resposta. Caso tenha mais dúvidas, sinta-se à vontade para deixar uma mensagem. Tenha um bom dia.

HP.