O que é WMI e por que o repositório dele às vezes quebra

O sistema nervoso de gerenciamento do Windows

WMI — Windows Management Instrumentation — é a camada que deixa programas fazerem ao Windows perguntas estruturadas: inventário de hardware, processos em execução, serviços, dados de discos, versões de BIOS. O Get-CimInstance do PowerShell fala com ele, o Gerenciador de Tarefas não precisa, mas praticamente todo painel de monitoramento, agente de inventário e ferramenta corporativa precisa. O serviço por trás, Winmgmt, responde a essas consultas a partir de um banco de definições de classes e dados — o repositório, guardado em %windir%\System32\wbem\Repository.

Quando esse banco sofre, os sintomas são curiosamente específicos. Erros de WMI no Visualizador de Eventos (as assinaturas comuns são a ID de evento 10 ou 5605), ferramentas de monitoramento que não conectam ou devolvem vazio, scripts que de repente recebem "não encontrado" para objetos que obviamente existem. O que ele quase nunca faz é deixar o PC lento: uma máquina lenta é outro problema fantasiado de WMI.

Verificar, reparar, redefinir — nessa ordem

O Windows traz a própria escada de conserto para o repositório, e convém subi-la de baixo. Execute cada comando num terminal com privilégios de administrador; nenhum apaga seus arquivos nem sua licença do Windows. O pior cenário é uma ferramenta de terceiros precisar reinstalar depois as próprias peças de WMI.

• winmgmt /verifyrepository — teste de saúde; "WMI repository is consistent" significa: pare aqui, o repositório está bem
• winmgmt /salvagerepository — primeira tentativa: reconstrói as partes inconsistentes preservando os dados registrados
• winmgmt /resetrepository — a reconstrução de fábrica: as classes padrão voltam; provedores de terceiros podem pedir reparo
• ID de evento 10 — normalmente um erro bobo de registro de filtro depois de atualizações, não corrupção; ignore ou remova a tarefa
• Log WMI-Activity — Visualizador de Eventos → Registros de Aplicativos e Serviços mostra qual programa martela o WMI quando a CPU dispara
• Não é corrupção — "acesso negado" ou um WmiPrvSE.exe travado costumam ser permissões DCOM ou um app insistente, não repositório quebrado

Os mitos que precisam morrer

O conselho de fórum de 2005 de apagar a pasta Repository na mão é a melhor forma de transformar um sistema sadio num quebrado: o Windows moderno verifica e reconstrói o repositório sozinho quando preciso, e a exclusão manual pula todas as redes de proteção. Recompilar o repositório não vai acelerar seu PC, porque WMI não é um componente de velocidade: se o WmiPrvSE.exe devorar CPU, a solução é achar o programa que o consulta com insistência demais, e o log de rastreamento WMI-Activity nomeia o culpado. Trate o repositório como o Exchange trata seus bancos: repare com ferramentas oficiais, nunca com o Explorador.

Perguntas e respostas

Continue lendo