Что такое WMI и почему его репозиторий иногда ломается

Нервная система управления Windows

WMI — Windows Management Instrumentation — это слой, позволяющий программам задавать Windows структурные вопросы: инвентарь железа, запущенные процессы, службы, данные дисков, версии BIOS. Get-CimInstance в PowerShell говорит на нём, «Диспетчеру задач» он не нужен, а вот почти каждому мониторинговому дашборду, агенту инвентаризации и корпоративному средству управления — нужен. Обслуживающая его служба Winmgmt отвечает на запросы из базы определений классов и данных — репозитория, который лежит в %windir%\System32\wbem\Repository.

Когда в этой базе проблемы, симптомы на удивление конкретные. Ошибки WMI в «Просмотре событий» (обычные подписи — код события 10 или 5605), мониторинговые утилиты, которые не могут подключиться или возвращают пустоту, и скрипты, которые вдруг получают "не найдено" для объектов, явно существующих. Чего это почти никогда не делает — так не замедляет ПК: тормозящая машина — это другая проблема, наряженная в WMI.

Проверить, восстановить, пересобрать — в этом порядке

Для репозитория у Windows есть собственная ремонтная лестница, и подниматься по ней нужно снизу. Каждую команду выполняйте в терминале от имени администратора; ни одна не удаляет ваши файлы и лицензию Windows. Худший исход — какому-нибудь стороннему инструменту после этого понадобится переустановить его собственные WMI-компоненты.

• winmgmt /verifyrepository — проверка здоровья; "репозиторий WMI согласован" означает «стоп, с ним всё в порядке»
• winmgmt /salvagerepository — первая попытка починки: пересобирает несогласованные части, сохраняя зарегистрированные данные
• winmgmt /resetrepository — заводская пересборка: классы по умолчанию вернутся, сторонним провайдерам может понадобиться переустановка
• Код события 10 — обычно безобидная ошибка регистрации фильтра после обновлений, а не повреждение; игнорируйте или удалите задачу
• Журнал WMI-Activity — «Просмотр событий» → «Журналы приложений и служб» покажет, какая программа долбит WMI при высокой нагрузке
• Это не повреждение — "отказано в доступе" или зависший WmiPrvSE.exe — обычно права DCOM или агрессивный опрос, а не сломанный репозиторий

Мифы, которые пора похоронить

Форумный совет 2005 года удалить папку Repository вручную — лучший способ превратить здоровую систему в сломанную: современная Windows проверяет и пересобирает репозиторий автоматически, а удаление руками перепрыгивает все страховки. Пересборка репозитория не ускорит ПК, потому что WMI — не компонент скорости: если WmiPrvSE.exe ест процессор, лечится это поиском программы, которая слишком рьяно его опрашивает, и журнал трассировки WMI-Activity называет её. Относитесь к репозиторию как Exchange к своим базам: чините официальными инструментами, а не проводником.

Вопросы и ответы

Читайте также