Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

Windows Server, AD и Роли

Траблшутинг WMI: Восстановление поврежденного репозитория WMI Repository

Обновлено: 15.08.2026 · Официальная документация ↗

Архитектура репозитория WMI (CIM Repository)

Репозиторий WMI (Windows Management Instrumentation), расположенный в каталоге %windir%\System32\Wbem\Repository, хранит базу метаданных классов управления операционной системой. При его повреждении администраторы сталкиваются с симптомами: оснастка wmimgmt.msc выдает ошибку "Недопустимый класс" (Invalid Class / 0x80041010), "Сбой инициализации WMI" (0x80041003), системы мониторинга (Zabbix, SCCM, SCOM) не могут собрать метрики производительности, а оснастки Server Manager и Hyper-V Manager отказываются открываться.

Причины разрушения репозитория WMI:

  • Аварийное выключение сервера во время записи данных в файлы OBJECTS.DATA или INDEX.BTR.
  • Конфликт антивирусного ПО, блокирующего доступ службы winmgmt к базе данных WBEM.
  • Некорректно удаленные или сбойные сторонние MOF-провайдеры управления оборудованием (HP Insight, Dell OpenManage).

Пошаговое восстановление и пересборка репозитория WMI

Шаг 1: Проверка статуса целостности базы WMI

Запустите встроенную утилиту диагностики репозитория.

# Проверка состояния репозитория WMI
winmgmt /verifyrepository

Если команда возвращает "Репозиторий WMI поврежден" (WMI repository is inconsistent), переходите к шагам восстановления.

Шаг 2: Согласованное восстановление (Salvage Repository)

Попытка восстановить структуры классов без потери зарегистрированных провайдеров.

# Выполнение согласованного восстановления репозитория
winmgmt /salvagerepository

Перезапустите службу управления WMI: net stop winmgmt & net start winmgmt. Если проверка winmgmt /verifyrepository показывает, что репозиторий согласован (Consistent), проблема решена.

Шаг 3: Полная пересборка и сброс репозитория (Reset Repository)

Если метод Salvage не помог, выполните полный сброс репозитория к начальному заводскому состоянию.

# Полный сброс репозитория WMI к дефолтному состоянию
winmgmt /resetrepository

Шаг 4: Принудительная перекомпиляция MOF и MFL файлов

Если после сброса репозитория стандартные системные классы WMI отсутствуют, выполните их пакетную перекомпиляцию.

# Пакетная перекомпиляция всех системных классов WMI (Выполнить в CMD от имени Администратора)
cd /d %windir%\system32\wbem
for /f %s in ('dir /b *.mof *.mfl') do mofcomp %s
for /f %s in ('dir /b /s %windir%\system32\wbem\*.dll') do regsvr32 /s %s
net stop winmgmt
net start winmgmt

Типовые ошибки администраторов

  • Ручное удаление папки Repository без остановки службы: Попытка удалить файлы в папке C:\Windows\System32\wbem\Repository при запущенной службе winmgmt приводит к зависанию дескрипторов ядра и падению зависимых служб ОС. Всегда останавливайте службу перед вмешательством.
Оснастки администрирования серверов падают с ошибками WMI (Invalid Class)?
Повреждение репозитория WMI блокирует работу гипервизоров, мониторинга и служб бэкапа. Доверьте обслуживание инфраструктуры ITSTM: восстановим компоненты WMI, оптимизируем реестр и устраним системные сбои.
💡 Практика специалистов: При сбоях WMI на серверах баз данных SQL Server часто повреждается специализированный WMI-провайдер SQL (например, для SQL Server Configuration Manager). Для его починки перекомпилируйте файл sqlmgmproviderxpsp2up.mof, расположенный в папке Shared каталога установки SQL Server.

Частые вопросы (FAQ)

Чем отличается winmgmt /salvagerepository от /resetrepository?

Ключ /salvagerepository пытается прочитать поврежденные данные и восстановить их, сохраняя кастомные классы стороннего софта. Ключ /resetrepository полностью удаляет старую базу и пересоздает чистый репозиторий.

Удаляются ли классы сторонних программ при winmgmt /resetrepository?

Да. После выполнения полного сброса (/resetrepository) может потребоваться переустановка сторонних агентов управления (например, мониторинга Dell OpenManage или HP Smart Array).

Как проверить работоспособность WMI после восстановления?

Выполните в PowerShell команду: Get-CimInstance -ClassName Win32_OperatingSystem. Если команда успешно возвращает данные о версии ОС, подсистема WMI функционирует нормально.

Какие системные службы зависят от службы WMI (winmgmt)?

От WMI напрямую зависят: Hyper-V Virtual Machine Management (vmms), IP Address Management (IPAM), Windows Firewall и большинство системных служб мониторинга.

Полезные материалы
Рекомендуем