Проблема с WMI – Перезагрузка сервера застревает на «пожалуйста, подождите, выполняется групповая политика»

Вопрос или проблема

Столкнулся с странной проблемой, из-за которой бьюсь головой об стену: у меня есть клиент, который управляет одним контроллером домена, основная проблема в том, что сервер недовольный, так как и групповая политика, и диспетчер сервера перестают работать с следующими ошибками:

Групповая политика – При создании MSI развёртывания возникает эта ошибка – «операция добавления не удалась, невозможно извлечь развёртывание»

Диспетчер сервера – В режиме онлайн – Не удается получить данные счётчика производительности

DCdiag /v показывает, что контроллер домена в порядке, но одна из ошибок – это активация CLSID {4991D34B-80A1-4291-83B6-3328366B9097}, в HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID она связана с классом управления фоновой интеллектуальной передачей 1.0

При перезагрузке виртуальной машины в этом состоянии она застревает на «пожалуйста, подождите на групповую политику», что требует принудительного завершения работы виртуальной машины.

Еще одна интересная вещь заключается в том, что при выполнении резервных копий сообщается предупреждение «Снимок резервной копии для этой виртуальной машины не согласован с приложением», когда она находится в этом состоянии.

Перезагрузка виртуальной машины решает проблемы, но они кажутся возвращающимися через 10-15 дней.

Операционная система Windows – Windows Server 2019 и работает с последними исправлениями.

Шаги по устранению неполадок, выполненные до сих пор –

Просмотр DCDiag, чтобы убедиться, что нет проблем с DFSR (хотя это среда с одним контроллером домена, у меня было подозрение, что он может пытаться видеть старый контроллер домена, который больше не присутствует в среде)

При запуске DCdiag /v /test:dns сообщается N/A для всего, кроме Auth – Pass, Basc – Fail. Также стоит отметить, что после перезагрузки виртуальной машины все показывает Pass.

Нет устаревших записей или ссылок на старый контроллер домена в DNS

Остановка службы WMI вызывает ошибку невозможности остановить службу, и PID нужно завершить. После повторного запуска с зависимостями выполнение резервной копии возвращает состояние в согласованное с приложением. Кроме того, это также приводит к тому, что сервер при перезагрузке не застревает на «Пожалуйста, подождите на групповую политику».

Проверка wmimgmt показывает “Успешно подключено к:”, что предполагает, что он находится в здоровом состоянии и база данных не повреждена.

Что-то подсказывает мне, что это всё связано с WMI, но не могу понять причину или расположение проблемы! Перелапатил интернет, но пока ничего не найдено.

.

Ответ или решение

Теория

В рассматриваемом случае проблема связана с застреванием сервера на этапе "please wait on group policy" при перезагрузке, что может свидетельствовать о сбоях в службах Групповой политики и WMI (Windows Management Instrumentation). Групповая политика управляет настройками рабочих станций и серверов в домене, а WMI обеспечивает сбор информации и управление системой. Взаимодействие этих компонентов может быть нарушено из-за проблем с конфигурацией, повреждением данных или зависимостями.

Пример

Из представленного описания следует, что при попытке развернуть групповые политики через MSI происходит сбой, а также возникают проблемы с Диспетчером серверов и показателями производительности. DCDiag сообщает об ошибках, связанных с Background Intelligent Transfer Service (BITS), что может указывать на проблемы с сетевым соединением или доступом к ресурсам COM. Дополнительные свидетельства проблем включают сбой резервных копий, которые не создаются в режиме совместимости приложений.

Применение

Диагностика и решения:

  1. Проверка WMI:

    • Перепроверить целостность и функциональность WMI. Поскольку проблема частично решается перезапуском службы WMI, это может свидетельствовать о временной блокировке или конфликте служб. Попробуйте переустановить репозиторий WMI:
      winmgmt /salvagerepository
      winmgmt /resetrepository
  2. Проверка групповой политики:

    • Проверьте целостность установленных политик: используйте команду gpresult /h для проверки отчетов политики и выявления возможных конфликтов.
    • Убедитесь, что политики обновляются корректно через gpupdate /force.
  3. Решение проблемы BITS:

    • Поскольку ошибка касается активации COM-объекта, убедитесь в правильности настроек DCOM. Проверьте разрешения через dcomcnfg и восстановите их до нужных значений.
    • Проверьте зависимые службы и убедитесь, что они работают корректно: Background Intelligent Transfer Service и COM+ Event System.
  4. Средства диагностики:

    • Используйте Event Viewer для получения дополнительных данных об ошибках и отказах системных компонентов.
  5. Поддержка резервного копирования:

    • Проверьте настройки резервного копирования, чтобы убедиться, что они соответствуют требованиям совместимости приложений. Это может включать проверку VSS (Volume Shadow Copy Service).

Убедитесь, что все обновления ОС актуальны, особенно в части безопасности и управляемости серверов. Рассмотрите возможность периодического мониторинга состояния сервера для выявления аномалий в реальном времени. Некоторые из этих действий могут потребовать поддержки от Microsoft, если проблема остается нерешенной.

Оцените материал
Добавить комментарий

Капча загружается...