Windows не удается вывести свойства этого подключения wmi повреждены

Устранение проблем с доступом к WMI на удаленных компьютерах Перед чтением основной статьи попробуйте устранить основные типичные проблемы с доступом.

Устранение проблем с доступом к WMI на удаленных компьютерах

Перед чтением основной статьи попробуйте устранить основные типичные проблемы с доступом.

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

Устранение типовых проблем с доступом

Для сбора информации на удалённых компьютерах программа использует технологию WMI (Windows Management Instrumentation) — универсальное средство управления компьютерной системой. В большинстве случаев дополнительной настройки удаленных компьютеров в корпоративных сетях не требуется (при наличии домена и прав администратора). Однако, в целях безопасности доступ к WMI может быть по умолчанию ограничен на части компьютеров. Если не получается считать информацию с компьютеров по WMI, то требуется провести настройки прав доступа и политики безопасности.

ВНИМАНИЕ! Домашние версии ОС Windows не предназначены для работы в корпоративной сети и не поддерживают удалённое выполнение запросов WMI.

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

  1. Ошибка соединения Причина возникновения ошибки чаще всего заключается в отсутствии настроек, разрешающих удаленное соединение. Службы, через которые работает WMI, не запущены либо попытки соединения по WMI блокируются межсетевым экраном (firewall). Для устранения ошибки необходимо провести предварительные проверки и настроить межсетевой экран (firewall).
  2. Ошибка доступа Данная ошибка возникает при отсутствии прав на запуск DCOM — доступ непосредственно к WMI, а также при неправильно введенной учетной записи. Для устранения ошибки требуется провести настройки UAC и CIMOM для Windows Vista и более поздних версий, а также настроить DCOM.
  3. WMI поврежден. Иногда случается так, что после установки одного из обновлений Windows WMI перестает работать на сервере или рабочей станции. Если данные не собираются на каком-то компьютере даже локально (при наличии прав администратора), то скорее всего WMI поврежден. Необходимо восстановить WMI на компьютере, где он не работает. Инструкция по восстановлению WMI.

Предварительные проверки

Несмотря на то, что компьютер включен и отвечает на ICMP запросы (Ping), для соединения по WMI этого может быть недостаточно и выдается сообщение. Для работы WMI необходим запуск служб DCOM и RPC, а также разрешение их удаленной работы.

Проверьте запущены ли службы DCOM (dcomlaunch) и RPC (RpcSs).

Если у Вас используется сторонний (не встроенный) межсетевой экран (firewall), то его настройка производится в соответствии с его документацией. Правила указаны ниже. Настройки межсетевого экрана (firewall) производятся на удаленном компьютере и зависят от версии ОС.

Если используется не встроенный межсетевой экран (firewall), то его настройка производится в соответствии с документацией на него. Для работы DCOM на удаленном компьютере откройте порты 135 и 445, а также добавьте модули ПО в список исключений (основной модуль программы и collect.exe ) на локальном компьютере.

Правила для межсетевого экрана

Правила, необходимые для работы на удаленном компьютере:

  1. Для настройки 135-го порта DCOM: модуль — %systemroot%system32svchost.exe, сервис — rpcss, действие — разрешить, protocol — TCP, локальный порт 135 (то же самое для порта 445).
  2. Для сервиса WMI: направление — входящие, программа -%systemroot%system32svchost.exe, сервис — winmgmt, действие — разрешить, протокол — TCP, локальный порт — любой.
  3. Настройка входящих соединений для обратных вызовов с удаленного компьютера: направление — входящие, программа — %systemroot%system32wbemunsecapp.exe, действие — разрешить.
  4. Настройка исходящих команд WMI (winmgmt): направление — исходящие, программа — %systemroot%system32svchost.exe, служба — winmgmt, действие — разрешить, протокол — TCP, локальный порт — любой.

Настройка встроенного межсетевого экрана (firewall) для Windows Vista и более поздних версий Windows

  1. На «Панели управления» перейдите на вкладку «Система и безопасность«, откройте «Брандмауэр Windows«.
  2. Откройте диалог по ссылке «Разрешить запуск программы или компонента через Брандмауэр Windows«.
  3. Установите галочку для «Инструментарий управления WMI».

Аналогичные действия можно выполнить при помощи команды:

netsh advfirewall firewall set rule group=»windows management instrumentation (wmi)» new enable=yes

Чтобы провести детальную настройку правил, используйте следующие команды:

    Для открытия 135-го порта DCOM

netsh advfirewall firewall add rule dir=in name=»DCOM» program=%systemroot%system32svchost.exe service=rpcss action=allow protocol=TCP localport=135

Настройка исключений для сервиса WMI (winmgmt)

netsh advfirewall firewall add rule dir=in name =»WMI» program=%systemroot%system32svchost.exe service=winmgmt action = allow protocol=TCP localport=any

Настройка входящих соединений для обратных вызовов с удаленного компьютера

netsh advfirewall firewall add rule dir=in name =»UnsecApp» program=%systemroot%system32wbemunsecapp.exe action=allow

Настройка исходящих команд WMI (winmgmt)

netsh advfirewall firewall add rule dir=out name =»WMI_OUT» program=%systemroot%system32svchost.exe service=winmgmt action=allow protocol=TCP localport=any

Настройка встроенного межсетевого экрана (firewall) для Windows XP

Разрешение удаленного администрирования

  1. Выберите в меню «Пуск» пункт «Выполнить«, введите команду «gpedit.msc» и нажмите кнопку ««.
  2. Последовательно разверните узлы «Корень консоли«, «Конфигурация компьютера«, «Административные шаблоны», «Сеть«, «Сетевые подключения«, «Брандмауэр Windows» и «Профиль домена«.
  3. Правой кнопкой мыши щелкните элемент «Брандмауэр Windows: Разрешать исключения «Элемент управления WMI» и выберите пункт «Свойства«.
  4. Выберите вариант «Включен» и нажмите кнопку «ОК«.

Можно попробовать также ввести команду:

netsh firewall set service RemoteAdmin enable

Эта строка позволяет разрешить в брандмауэре Windows порты, необходимые для работы удаленного администрирования и WMI. Однако, это может повлечь негативные последствия для безопасности компьютера. Поэтому рекомендуется прописывать адрес компьютера администратора при выполнении команды (чтобы только он мог подключаться):
netsh firewall set service RemoteAdmin enable custom IP-адрес/маска_администратора

Открытие порта DCOM

Перед тем как открывать порты в брандмауэре Windows, убедитесь, что в групповой политике включен параметр «Брандмауэр Windows«: «Разрешать локальные исключения для портов«. Для этого выполните следующие действия:

  1. Выберите в меню «Пуск» пункт «Выполнить«, введите команду «gpedit.msc» и нажмите кнопку ««.
  2. Последовательно разверните узлы «Корень консоли«, «Конфигурация компьютера«, «Административные шаблоны«, «Сеть«, «Сетевые подключения«, «Брандмауэр Windows» и «Профиль домена«.
  3. Правой кнопкой мыши щелкните элемент «Брандмауэр Windows: Разрешать локальные исключения для портов» и выберите пункт «Свойства«.
  4. Выберите вариант «Включен» и нажмите кнопку «ОК«.

Модели DCOM сопоставлен TCP-порт 135. Открыть порт можно, выполнив из командной строки следующую команду:

netsh firewall add portopening TCP 135 DCOM_TCP135

Второй способ

Настроить исключения для портов можно с помощью параметра «Брандмауэр Windows: Задать исключения портов«.

  1. Нажмите кнопку «Пуск» и выберите пункт «Панель управления«.
  2. Дважды щелкните значок «Брандмауэр Windows» и откройте вкладку «Исключения«.
  3. Нажмите кнопку «Добавить порт«.
  4. В поле «Имя» введите «DCOM_TCP135«, а в поле «Номер порта» введите «135«.
  5. Выберите вариант порт «ТСР» и нажмите кнопку «ОК«.
  6. Нажмите кнопку «ОК«.
  7. Попробуйте также открыть порт 445.

Добавление приложения в список исключений брандмауэра Windows.

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

  1. Выберите в меню «Пуск» пункт «Выполнить«. Введите команду «gpedit.msc» и нажмите кнопку .
  2. Последовательно разверните узлы «Корень консоли«, «Конфигурация компьютера«, «Административные шаблоны«, «Сеть«, «Сетевые подключения», «Брандмауэр Windows» и «Профиль домена».
  3. Правой кнопкой мыши щелкните элемент «Брандмауэр Windows: Разрешать локальные исключения для программ» и выберите пункт «Свойства«.
  4. Выберите вариант «Включен» и нажмите кнопку ОК.

Чтобы добавить клиентское приложение в список исключений брандмауэра Windows, выполните из командной строки следующую команду:
netsh firewall add allowedprogram путь_к_программеNetworkInventoryExplorer.exe NetworkInventoryExplorer ENABLE

Второй способ

Настроить исключения для портов можно с помощью параметра «Брандмауэр Windows: Задать исключения для программ«:

  1. Нажмите кнопку «Пуск» и выберите пункт «Панель управления«.
  2. Дважды щелкните значок «Брандмауэр Windows» и откройте вкладку «Исключения«.
  3. Нажмите кнопку «Добавить программу«.
  4. Найдите NetworkInventoryExplorer.exe в папке программы (в «Program Files») и нажмите кнопку ОК.
  5. Нажмите кнопку ОК.

Устранение ошибки

Настройки для Vista и более поздних версий Windows

Начиная с Windows Vista появился контроль учетных записей пользователя (UAC). Для доступа по WMI необходимо отключить удаленный контроль учетный записей.

  1. Откройте редактор реестра.
  2. Нажмите «Пуск» — «Выполнить«, введите Regedit.exe.
  3. Перейдите на ветку
  4. Создайте параметр LocalAccountTokenFilterPolicy типа DWORD и пропишите значение равным «1». Иногда требуется перезагрузка.

Настройки CIMOM

Для компьютеров в одном домене или с доверительными отношениями между доменами это значение менять не следует!

Для компьютеров не из домена, между которыми нет доверительных отношений, потребуется изменить в реестре значение DWORD параметра

0 — запрет обратных вызовов

1 — разрешает обратные вызовы. Нужно установить значение равное «1»

Настройки для Windows XP

    Для Windows XP не включена классическая модель доступа к ресурсам.

Если на удалённом компьютере в локальных политиках безопасности стоит модель «Сетевой доступ — модель совместного доступа и безопасности — гостевая«, измените модель на «Классическую (обычную)».
Настроить данный параметр безопасности можно, открыв соответствующую политику и развернув дерево консоли следующим образом:

Панель управленияАдминистрированиеЛокальная политика безопасностиПараметры безопасностиЛокальные политикиПараметры безопасностиСетевой доступ — модель совместного доступа и безопасности -> Классическая.

По умолчанию «Гостевая» модель включена в Windows XP Professional, — в семействе Windows Server 2003 и на компьютерах Windows XP Professional, присоединенных к домену.

Для Windows XP при использовании пустых паролей могут возникнуть проблемы с подключением, если на удалённом компьютере в локальных политиках безопасности включен параметр «Учётные записи: ограничить использование пустых паролей для консольного ввода» (включено по умолчанию в Windows XP SP2).

Откажитесь от пустых паролей, либо отключите это ограничение. Настроить данный параметр безопасности можно, открыв соответствующую политику и развернув дерево консоли следующим образом:

Панель управленияАдминистрированиеЛокальная политика безопасностиПараметры безопасностиЛокальные политикиПараметры безопасностиУчётные записи: ограничить использование пустых паролей для консольного ввода -> Отключить.

Настройки DCOM

Настройки DCOM в Windows Vista не изменились и настраиваются также как и для Windows XP.

    Включение DCOM

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

В разделе реестра HKLMSOFTWAREMICROSOFTOLE должно быть установлено значение EnableDCOM равным «Y».

  • Разрешение на удаленный запуск DCOM
    • Выберите в меню «Пуск» пункт «Выполнить«, введите команду «DCOMCNFG» и нажмите кнопку ««.
    • В диалоговом окне «Службы компонентов» последовательно разверните узлы «Службы компонентов«, «Компьютеры» и «Мой компьютер«.
    • На панели инструментов нажмите кнопку «Настройка моего компьютера«. Появится диалоговое окно «Мой компьютер«.
    • В диалоговом окне «Мой компьютер» перейдите на вкладку «Безопасность СОМ«.
    • В разделе «Разрешения на запуск и активацию» нажмите кнопку «Изменить ограничения«.
    • Если требуемое имя пользователя или группы отсутствует в списке «Группы или пользователи«, в диалоговом окне «Разрешение на запуск» выполните следующие действия.
      1. В диалоговом окне «Разрешение на запуск» нажмите кнопку «Добавить«.
      2. В диалоговом окне «Выбор: Пользователи, Компьютеры или Группы» добавьте нужное имя пользователя или группы в поле «Введите имена выбираемых объектов» и нажмите кнопку ««.
    • В диалоговом окне «Разрешение на запуск» выделите в списке «Группы или пользователи» пользователя или группу. В списке «Разрешения для пользователя» в столбце «Разрешить» установите флажок у записи «Удаленный запуск» и нажмите кнопку ««.
  • Настройка прав доступа к DCOM
    • Запустите Dcomcnfg в консоли;
    • Перейдите к узлу «Службы компонентов/Компьютеры/Мой компьютер«;
    • Из контекстного меню вызовите диалог «Свойства«;
    • Перейдите на вкладку «Безопасность COM«;
    • Проверьте права доступа.
  • Проверьте свойства безопасности элемента управления WMI
    • В меню «Пуск» — «Выполнить» введите wmimgmt.msc. Будет открыт Элемент управления WMI (локальный).
    • Через контекстное меню по правой кнопки мыши выберите пункт меню «Свойства«.
    • Перейдите на вкладку «Безопасность«.
    • Выберите элемент «Root«.
    • Нажмите кнопку «Безопасность«. В появившемся списке найдите пользователя или группу пользователей, от имени которой будет производиться подключение.
    • Включите галочку «Включить удаленно«, а также «Включить учетную запись«.
  • Диагностика соединения по WMI

    Вы можете протестировать службу WMI на наличие ошибок. Сделать это можно двумя способами.

    1. В папке «System32wbem» есть программа wbemtest.exe. Запустите её.
    2. В окне «Пространство имен» нужно ввести: \ rootcimv2 (например, \SKLAD-13rootcimv2).
    3. В поля «Пользователь» и «Пароль» введите данные своей учётной записи с правами администратора на удаленном ПК. Желательно попробовать ввести оба варианта Domain name username и просто username в качестве логина. Тестовая программа попытается соединиться и выдаст код ошибки. Пришлите его нам по email, мы его проанализируем и попытаемся диагностировать проблему.
    1. Скачайте с нашего официального сайта утилиту для диагностики WMI (https://www.10-strike.com/tools/wmidiag.zip).
    2. Запустите файл WMDiag.vbs.
    3. На экране откроется окно с предупреждением о том, что программа не будет выдавать никаких окон в течение нескольких минут. Нажмите «ОК«.
    4. Подождите 3-4 минуты. После окончания тестирования откроется файл с отчетом. Пожалуйста, сохраните следующие файлы:
      c:Documents and Settings local settingsTempwmdiag_*.log
      c:Documents and Settings local settingsTempwmdiag_*.txt
      c:Documents and Settings local settingsTempwmdiag_*.csv

    Запакуйте их в один архив и отправьте нам для диагностики.

    Программа «10-Страйк: Инвентаризация Компьютеров» — удаленный опрос и инвентаризация ПК предприятия по сети. Создание отчетов по «железу» и ПО, мониторинг изменений, обнаружение проблем, оповещение администратора. Легко установить и настроить. Возьмите свой парк компьютеров под контроль!

    Скачайте бесплатную 30-дневную версию прямо сейчас и попробуйте.

    Источник

    Содержание

    1. LiveInternetLiveInternet
    2. —Рубрики
    3. —Ссылки
    4. —Метки
    5. —Фотоальбом
    6. —Поиск по дневнику
    7. —Подписка по e-mail
    8. —Статистика
    9. Восстановление работы Windows Management Instrumentation (WMI) после фатального сбоя
    10. 1 ответ 1
    11. Устранение неполадок удаленного WMI-подключения
    12. Отказано в доступе DCOM
    13. сбой Подключение
    14. Истекло время ожидания подключения WMI
    15. Устранение проблем с доступом к WMI на удаленных компьютерах
    16. Устранение типовых проблем с доступом
    17. WMI: Исправление ошибок, восстановление репозитория в Windows
    18. Диагностика проблем с WMI
    19. Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов
    20. Сброс и пересоздание WMI репозитория (хранилища)

    LiveInternetLiveInternet

    Рубрики

    Ссылки

    Метки

    Фотоальбом

    Поиск по дневнику

    Подписка по e-mail

    Статистика

    Для начала можно рассмотреть варианты ошибки 0x8007050a, а именно где она появляется.

    При попытке запуска самой службы появляется ошибка 1290: 0x50a:

    При переходе на вкладку Дополнительно в свойствах сетевого адаптера, выдается ошибка WMI с сообщением:

    Windows не удается вывести свойства этого подключения.
    Возможно данные инструментария управления Windows (WMI) повреждены.

    С свойствах любой службы при переходе на вкладку Зависимости

    При запуске команды get-wmiobject Win32_OperatingSystem через Powershell:

    При исполнении команды wmic gfe list brief /format:table

    При запуске Службы компонентов dcomcnfg.exe

    При выполнении некоторых скриптов

    При вводе команды gpresult /z

    При попытке запустить службу SharedAccess (ICS)

    При выборе пункта Управляющий элемент WMI в оснастке Управление компьютером

    В окне Свойства: Управляющий элемент WMI

    Вкладка Зависимости в свойствах всех служб

    regsvr32 /i userenv.dll

    Приступим к лечению:

    RUNDLL32.EXE C:WINDOWSSYSTEM32WBEMWMISVC.DLL,MoveToShared
    pause
    RUNDLL32.EXE C:WINDOWSSYSTEM32WBEMWMISVC.DLL,MoveToAlone
    pause
    sc config WSCSVC start= auto
    pause
    sc config SHAREDACCESS start= auto
    pause
    SC.EXE CONFIG WINMGMT START= AUTO
    RUNDLL32.EXE C:WINDOWSSYSTEM32WBEMWMISVC.DLL,MoveToShared
    pause
    RUNDLL32.EXE C:WINDOWSSYSTEM32WBEMWMISVC.DLL,MoveToAlone
    pause
    NET.EXE STOP WINMGMT
    pause
    MOVE C:WINDOWSSYSTEM32WBEMRepositoryFS*.* %TEMP%
    pause
    NET.EXE START WINMGMT
    pause
    WINMGMT.EXE /CLEARADAP
    pause
    WINMGMT.EXE /RESYNCPERF
    pause

    sc config winmgmt start= auto

    Введите команду regsvr32 /i userenv.dll

    Если есть возврат кода, то сделайте твик и добавьте запись в реестр

    Windows Registry Editor Version 5.00

    После перезагрузки компьютера может в Зависимости выскочить ошибка:
    WMI: Недопустимое пространство имен. Пространство имен ‘rootcimv2’ не определено в базе данных WMI.

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

    sc config winmgmt start= disabled

    rundll32 wbemupgd, RepairWMISetup

    rundll32 wbemupgd, UpgradeRepository

    regsvr32 /s %systemroot%system32scecli.dll

    regsvr32 /s %systemroot%system32userenv.dll

    for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s

    for /f %%s in (‘dir /b *.mof’) do mofcomp %%s

    for /f %%s in (‘dir /b *.mfl’) do mofcomp %%s

    sc config winmgmt start= auto

    После перезагрузки системы можно попробовать команду regsvr32 /i userenv.dll

    Иногда нужно заменить этот файл, взять с резервной копии.

    После этого вам нужно будет сделать сброс Групповой политики командой:

    secedit /configure /cfg %windir%repairsecsetup.inf /db secsetup.sdb /verbose

    secedit /configure /cfg %windir%infdefltbase.inf /db defltbase.sdb /verbose

    Введите команду %windir%SYSTEM32wmimgmt.msc и вызовите, в окне через строчку Элемент управления WMI, Свойства. Перейдите на вкладку Ведение журнала.

    Можно поставить ведение журнала подробно.

    Дальше стоит сохранить данные в архив:

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

    Сюда входят проблемы и функции служб Windows и консолей.

    Источник

    Восстановление работы Windows Management Instrumentation (WMI) после фатального сбоя

    photo

    1 ответ 1

    Я столкнулся с этой ситуацией на днях: мои студенты тестировали управление системными функциями и две машины в домене (на обеих – Windows 10) стали возвращать ошибки при работе с Windows Management Instrumentation. Основной админ ещё не вышел из отпуска, пришлось вспоминать, что я бывший руководитель Отдела ИТ 🙂

    Сразу отвечу на третий вопрос: без рабочего WMI, на мой взгляд, можно оставлять лишь домашний игровой компьютер, на котором, кроме игр и просмотра видео, больше ничего не делается (разве что дети учатся программировать). В остальных случаях, особенно на корпоративных машинах, тем более в домене, WMI должна работать как часы. Это моё мнение, кто-то может не согласиться.

    Теперь о причинах произошедшего: их может быть очень много. Забегая вперед, скажу что на одной машине это произошло из-за того, что на жестком диске закончилось место, а затем был сбой по питанию из-за сломанного ИБП (увы, никто не застрахован; сервера, конечно, защищены от подобного, а обычная рабочая машинка не была). На второй хуже: нефатальный сбой жесткого диска с последующим BSOD. В целом, разобраться с причинами не так уж и важно, главное, выяснить, что причиной не является вирус или попытка взлома. Впрочем, намеренное удаление или случайная порча системных файлов тоже должны быть рассмотрены достаточно пристально.

    Восстановление работоспособности WMI следует проводить поэтапно, от щадящих методов к деструктивным. Следует быть готовым к тому, что в самом худшем случае систему придётся переустановить. Не стоит лишний раз напоминать, что большинство команд должно выполняться от имени администратора.

    1 этап. Проверка работы сервиса.

    zkO9b

    Если она не запущена, пытаемся запустить, выставим режим запуска в «Автоматически». Если запущена, пытаемся перезапустить (Остановить/запустить). После этого проверяем работоспособность WMI. Проще всего сделать это, выполнив любой WMI-запрос в powershell (напоминаю, что powershell в Windows 10 запускается через Пуск/Windows PowerShell/Windows Power Shell, но проще, на мой взгляд, запустить командную строку с админовскими правами, а в ней уже набрать powershell ), например, такой: (вы можете выполнить другой, свой любимый :))

    Если у вас вылетела портянка объектов, всё в порядке. Если же полезли ошибки, значит, работоспособность не восстановлена, переходим ко второму этапу.

    2 этап. Недеструктивное восстановление

    Стоит попытаться вначале выполнить перерегистрацию библиотек и рекомпиляцию файлов расширения свойств объектов ( Managed Object Format, MOF ) и языковую составляющую этих файлов ( MFL ). Практически гарантированно сработает, если попытка WMI-запроса у вас вызывала ошибку вида “Ошибка в файле WMI.MOF” или любом другом MOF-файле. Для этого выполним следующие операции:

    Можно собрать всё это в один BAT-файл и запустить:

    Отмечу, что таким образом я восстановил работу WMI на первой машине. Со второй, увы не получилось. Если у вас не получается, пора переходить к 3му этапу

    3 этап. Деструктивное восстановление

    Фактически, на 3м этапе мы пересоздаем хранилище WMI, как таковое, которое находится в папке WindowsSystem32WbemRepository и является базой данных, в которой хранятся данные и определения стандартных WMI-классов и статическая информация дополнительных WMI-классов, если они создавались на вашей машине.

    Перед операциями проверьте состояние жёсткого диска и файловой системы.

    Проверяем целостность (На Windows XP и ниже не работает):

    В случае ответа отличного от “База данных WMI согласована”, можно выполнить «мягкое восстановление» командой:

    с последующим перезапуском службы:

    Если мягкое восстановление не помогло, пробуем вернуть хранилище в начальное состояние (последствия: все дополнительные классы WMI, когда-либо зарегистрированные в вашей системе, скорее всего, придётся регистрировать заново):

    с последующим рестартом системы. Отмечу, что вторая машина заработала после этого этапа. Последствия были не сильно удручающими, но серьёзными: пришлось переинсталлировать Visual Studio и Delphi Starter, MS Office отказался работать и его пришлось деинсталлировать вручную, удаляя папки, файлы и записи из реестра, с последующей повторной установкой. Также слетели все наши собственные классы WMI.

    Но, если и это не помогло, придётся удалять и создавать хранилище заново. Это можно сделать следующим BAT-файлом:

    Перегружаем компьютер. Если и после этих действий WMI не заработала, путь один – переустановка системы.

    Источник

    Устранение неполадок удаленного WMI-подключения

    В следующих разделах описываются распространенные проблемы, с которыми могут столкнуться разработчики при создании удаленного WMI-подключения.

    В этом разделе обсуждаются следующие разделы:

    Отказано в доступе DCOM

    произошел сбой подключения с ошибкой «DCOM-доступ запрещен», а также десятичное значение-2147024891 или шестнадцатеричный value0x80070005.

    Невозможно настроить DCOM для разрешения WMI-подключения.

    Параметры DCOM для WMI можно настроить с помощью служебной программы настройки DCOM (DCOMCnfg.exe), которая находится в меню «Администрирование » на панели управления. Эта программа предоставляет параметры, позволяющие определенным пользователям подключаться к компьютеру удаленно через DCOM. Члены группы «Администраторы» могут удаленно подключаться к компьютеру по умолчанию. С помощью этой служебной программы можно настроить безопасность для запуска, доступа и настройки службы WMI.

    сбой Подключение

    Невозможно подключиться к инструментарию WMI в удаленной системе.

    Возможно, вы пытаетесь подключиться к системе, которая не поддерживает Инструментарий WMI. Следующие подключения между версиями операционной системы не поддерживаются:

    Истекло время ожидания подключения WMI

    Истекло время ожидания подключения WMI.

    Из-за проблем с задержкой сети компьютер просто не может ответить вовремя.

    При подключении к инструментарию WMI с помощью вызова SWbemLocator. коннектсервер или Ивбемлокатор:: коннектсерверможно задать флаг вбемконнектфлагусемаксваит (скрипт) или установить _ флаг WBEM _ Connect _ использовать максимальное время _ _ ожидания в C++ значение 128 (0x80), чтобы наложить в вызове два (2) минуты.

    Источник

    Устранение проблем с доступом к WMI на удаленных компьютерах

    Перед чтением основной статьи попробуйте устранить основные типичные проблемы с доступом.

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

    Устранение типовых проблем с доступом

    ВНИМАНИЕ! Домашние версии ОС Windows не предназначены для работы в корпоративной сети и не поддерживают удалённое выполнение запросов WMI.

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

    Предварительные проверки

    Несмотря на то, что компьютер включен и отвечает на ICMP запросы (Ping), для соединения по WMI этого может быть недостаточно и выдается сообщение. Для работы WMI необходим запуск служб DCOM и RPC, а также разрешение их удаленной работы.

    Проверьте запущены ли службы DCOM (dcomlaunch) и RPC (RpcSs).

    Если у Вас используется сторонний (не встроенный) межсетевой экран (firewall), то его настройка производится в соответствии с его документацией. Правила указаны ниже. Настройки межсетевого экрана (firewall) производятся на удаленном компьютере и зависят от версии ОС.

    Если используется не встроенный межсетевой экран (firewall), то его настройка производится в соответствии с документацией на него. Для работы DCOM на удаленном компьютере откройте порты 135 и 445, а также добавьте модули ПО в список исключений (основной модуль программы и collect.exe ) на локальном компьютере.

    Правила для межсетевого экрана

    Правила, необходимые для работы на удаленном компьютере:

    Настройка встроенного межсетевого экрана (firewall) для Windows Vista и более поздних версий Windows

    Аналогичные действия можно выполнить при помощи команды:

    netsh advfirewall firewall set rule group=»windows management instrumentation (wmi)» new enable=yes

    Чтобы провести детальную настройку правил, используйте следующие команды:

    netsh advfirewall firewall add rule dir=in name=»DCOM» program=%systemroot%system32svchost.exe service=rpcss action=allow protocol=TCP localport=135

    netsh advfirewall firewall add rule dir=in name =»WMI» program=%systemroot%system32svchost.exe service=winmgmt action = allow protocol=TCP localport=any

    netsh advfirewall firewall add rule dir=in name =»UnsecApp» program=%systemroot%system32wbemunsecapp.exe action=allow

    netsh advfirewall firewall add rule dir=out name =»WMI_OUT» program=%systemroot%system32svchost.exe service=winmgmt action=allow protocol=TCP localport=any

    Настройка встроенного межсетевого экрана (firewall) для Windows XP

    Разрешение удаленного администрирования

    Можно попробовать также ввести команду:

    netsh firewall set service RemoteAdmin enable

    Эта строка позволяет разрешить в брандмауэре Windows порты, необходимые для работы удаленного администрирования и WMI. Однако, это может повлечь негативные последствия для безопасности компьютера. Поэтому рекомендуется прописывать адрес компьютера администратора при выполнении команды (чтобы только он мог подключаться):
    netsh firewall set service RemoteAdmin enable custom IP-адрес/маска_администратора

    Открытие порта DCOM

    Модели DCOM сопоставлен TCP-порт 135. Открыть порт можно, выполнив из командной строки следующую команду:

    netsh firewall add portopening TCP 135 DCOM_TCP135

    Второй способ

    Добавление приложения в список исключений брандмауэра Windows.

    Чтобы добавить клиентское приложение в список исключений брандмауэра Windows, выполните из командной строки следующую команду:
    netsh firewall add allowedprogram путь_к_программеNetworkInventoryExplorer.exe NetworkInventoryExplorer ENABLE

    Второй способ

    Настроить исключения для портов можно с помощью параметра «Брандмауэр Windows: Задать исключения для программ«:

    Устранение ошибки

    Настройки для Vista и более поздних версий Windows

    Начиная с Windows Vista появился контроль учетных записей пользователя (UAC). Для доступа по WMI необходимо отключить удаленный контроль учетный записей.

    Настройки CIMOM

    Для компьютеров в одном домене или с доверительными отношениями между доменами это значение менять не следует!

    Для компьютеров не из домена, между которыми нет доверительных отношений, потребуется изменить в реестре значение DWORD параметра

    Настройки для Windows XP

    Откажитесь от пустых паролей, либо отключите это ограничение. Настроить данный параметр безопасности можно, открыв соответствующую политику и развернув дерево консоли следующим образом:

    Настройки DCOM

    Настройки DCOM в Windows Vista не изменились и настраиваются также как и для Windows XP.

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

    Диагностика соединения по WMI

    Вы можете протестировать службу WMI на наличие ошибок. Сделать это можно двумя способами.

    Запакуйте их в один архив и отправьте нам для диагностики.

    Скачайте бесплатную 30-дневную версию прямо сейчас и попробуйте.

    Источник

    WMI: Исправление ошибок, восстановление репозитория в Windows

    Любой бывалый Windows-админ периодически сталкивается с проблемами в работе службы WMI (Windows Management Instrumentation) и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования Windows, поэтому администратору необходимо проверить и восстановить работоспособность WMI. В этой статье мы опишем простую методику диагностирования и устранения неполадок службы WMI в Windows.

    О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:

    Диагностика проблем с WMI

    В первую очередь нужно проверить служба Windows Management Instrumentation (Winmgmt) установлена в Windows и запущена. Вы можете проверить состояние службы в консоли services.msc или с помощью PowerShell:

    Get-Service Winmgmt | Select DisplayName,Status,ServiceName

    sluzhba windows management instrumentation winmgmt

    Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:

    wmic product get name,version

    Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:

    powershell proverka raboty wmi komandoj get wmiobj

    Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.

    oshibka failed to initialize all required wmi class

    В моем случае, например, при открытии свойств WMI Control в консоли управления компьютером (compmgmt.msc) появлялась надпись:

    Ранее для диагностики WMI существовала официальная утилита от Microsoft – WMIDiag.vbs (Microsoft WMI Diagnosis). WMIdiag это vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:USERS%USERNAME%APPDATALOCALTEMP). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.2 и включает в себя следующие типы фалов:

    skript dlya ispravleniya oshibok wmi wmidiag vbs

    в противном случае появится ошибка:

    WMIDiag

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

    К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.

    WMIDiag может дать подробную информацию по исправлению частных ошибок в WMI, но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей сбросить и пересоздатьWMI репозиторий в Windows.

    Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов

    В Windows 10/Windows Server 2016 вы можете проверить целостность репозитория WMI с помощью команды:

    winmgmt verifyrepository

    Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT или WMI repository verification failed), стоит попробовать выполнить “мягкое” исправление ошибок репозитория:

    Данная команда выполняет проверку согласованности хранилища WMI и при обнаружении несогласованности перестраивает базу данных WMI.

    Перезапустите службу WMI:

    net stop Winmgmt
    net start Winmgmt

    Если стандартный способ исправления ошибок в WMI не помог, попробуйте следующий скрипт. Данный скрипт представляет собой ”мягкий” вариант восстановления службы WMI на компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.

    sc config winmgmt start= disabled
    net stop winmgmt
    cd %windir%system32wbem
    for /f %s in (‘dir /b *.dll’) do regsvr32 /s %s
    wmiprvse /regserver
    sc config winmgmt start= auto
    net start winmgmt
    for /f %s in (‘dir /b *.mof’) do mofcomp %s
    for /f %s in (‘dir /b *.mfl’) do mofcomp %s

    bat skript dlya pereregistracii komponentov wmi

    Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле wmi_soft_repair.bat и запустить его с правами администратора. После окончания работы скрипта, перезагрузите Windows и проверьте работу WMI.

    Сброс и пересоздание WMI репозитория (хранилища)

    Если вам не помогли мягкие способ восстановления WMI, рассмотренные выше, придется перейти к более “жесткому” способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилищаWMI.

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

    Следующая команда выполнит сброс базы данных WMI к исходному состоянию (как после чистой установки Windows). Используйте эту команду для выполнения hard reset репозитория WMI, если параметре salvagerepository не исправил проблему:

    Если обе команды ( Winmgmt /salvagerepository и Winmgmt /resetrepository ) не восстановили консистентное состояние базы WMI, попробуйте выполнить “жесткое” пересоздание базы WMI вручную таким скриптом:

    sc config winmgmt start= disabled
    net stop winmgmt
    cd %windir%system32wbem
    winmgmt /resetrepository
    winmgmt /resyncperf
    if exist Repos_bakup rd Repos_bakup /s /q
    rename Repository Repos_bakup
    regsvr32 /s %systemroot%system32scecli.dll
    regsvr32 /s %systemroot%system32userenv.dll
    for /f %s in (‘dir /b *.dll’) do regsvr32 /s %s
    for /f %s in (‘dir /b *.mof’) do mofcomp %s
    for /f %s in (‘dir /b *.mfl’) do mofcomp %s
    sc config winmgmt start= auto
    net start winmgmt
    wmiprvse /regserver

    sbros i vosstanovlenie hranilisha wmi v windows 10

    Данный скрипт полностью пересоздает хранилище WMI (старый репозиторий сохраняется в каталог Repos_bakup). После окончания работы скрипта нужно перезагрузить Windows. Затем протестируйте работу службы WMI простым запросом.

    Проверьте состояние WMI репозитория. Если ошибки исправлены, команда winmgmt /verifyrepository должна вернуть:

    wmi repository is consistent

    В этой статье мы собрали основные способы, позволяющие продиагностировать и устранить неполадки службы и репозитория WMI.

    page

    page

    page

    mystery56

    mystery56

    отличная и очень редкая информация! спасибо!

    mystery56

    Отличная полезная статья. Сразу решил проблему.

    mystery56

    На компьютере возникли проблемы в WMI. При каждом запуске компьютера выходит окошко: «The model does not support WMI», компьютер при этом работает как обычно. Нашла Вашу статью «Устранение неполадок в WMI» и, руководствуясь ей, сначала проверила имеется ли в системе служба Windows Management Instrumentation и включена ли она (имеется и включена), а затем, как у Вас написано, попробовала протестировать работоспособность WMI, обратившись к ней с помощью Powershell — служба выдаёт корректный ответ. Также, вычитав информацию на другом ресурсе, вводила в командную строку sfc/scannow, но никаких ошибок. Посоветуйте, пожалуйста, что я могу сделать?

    Как правило в таких ситуациях должен помочь ребилд хранилища WMI. Попробуйте, в статье это подробно описано.

    mystery56

    Спасибо, выручил.
    Я сразу воспользовался же методом «Перерегистрация библиотек WMI и перекомпиляция mof файлов»

    mystery56

    Плиз, поясните по-подробнее смысл команды
    if exist Repos_bakup rd Repos_bakup /s /q и её ключей. То ли это условное указание на незнамо что или ещё что. Я в сомнениях по недомыслию. Сенькую.

    mystery56

    Плиз, поясните по-подробнее смысл команды
    if exist Repos_bakup rd Repos_bakup /s /q и её ключей. То ли это условное указание на незнамо что или ещё что. Я в сомнениях по недомыслию. Сенькую. А то на некоторых сайтах со ссылкой на ваш скрипт юзеры, его применившие, плачут на полный стопер системы и вынуждены откатываться.

    mystery56

    ОГРОМНОЕ СПАСИБО! Ничего не помогало, наткнулся на эту статью случайно ЗАРАБОТАЛО! Поклоны бью!

    mystery56

    C:WindowsSystem32wbem>for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s
    Непредвиденное появление: %%s.
    oO
    windows 2012 r2

    У вас в команде неправилные одиночные кавычки. Наберите руками.

    mystery56

    for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s

    у меня та же проблема. кавычки правильные вроде

    Формат %%s используется при запуске внутри сценария (*.bat или *.cmd файла).
    При использовании в консоли нужно убрать один знак ‘%’. Т.е. команда будет такая:
    for /f %s in (‘dir /b /s *.dll’) do regsvr32 /s %s

    mystery56

    Здравствуйте. Я ни разу не системщик, работаю вынужденно на фрилансе. Столкнулся в 8.1 Pro с признаками, которые не мог распознать, стал копать, вышел на WMI. К моменту разборок со службой точки сохранения старше 2 дней уже были затёрты. Нашёл, как заменить куст System версией из RegBack с помощью инсталляционного диска (там дата была недельной давности). Нашёл ваши рекомендации. Остановил службу, ввожу (power shell из-под админа, для меня непонятно его отличие от командной строки, командную строку запустил чуть позже) for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s — мне отвечает: «строка:1 знак:4
    + for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s
    + »
    Отсутствует открывающий знак «(» после ключевого слова «for»…
    Дописываю скобку после for — выдаёт строку >> и тишина.
    Читаю комменты — «надо убрать знак «%», если не бат-файл. Но если он выдаёт ошибку со скобкой, то бат-файл не выполнится.
    Там же вы пишите «Указанные команды можно выполнить путем простой вставки в окно командой строки» — и ни слова про %%.
    Понятно, что продираюсь сквозь ваши советы, и конечно спасибо, но для несистемщика — очень тяжко.

    mystery56

    Вот еще: wmiprvse /regserver командная строка молча проглотила, а на winmgmt /regserver командная строка ответила «недопустимый параметр
    WMI
    Использование:….»
    далее идёт мануал.
    Для меня это тупик, не понимаю. Стал выполнять далее, на последнюю строку for /f %s in (‘dir /b *.mfl’) do mofcomp %s ответил: Файл не найден.

    mystery56

    mystery56

    Подскажите, пожалуйста, при установке на Windows 7 x64 пакета WebDeploy 3.6 в самом конце установки пишет об ошибке в скрипте и возвращает код ошибки 1702. Гугл сообщает, что ошибка возможно кроется в некорректной работе WMI, перекомпиляция файлов приведенным скриптом (указанная на форумах как путь решения проблемы) не помогла.
    В логе установщика ошибка при вызове InstallEtwManifest.
    WMIDiag пишет о наличии ошибок в ключах CLSID, связанных с InProcServer32.
    winmgmt /verifyrepository возвращает, что все ОК
    Заранее благодарен

    Почему вы решили, что ошибка связана с WMI, возможно дело в самом установщике или службы Windows Installer.
    Согласно кодов ошибок установщика MSI:
    1702 — Configuring [2] cannot be completed until you restart your system
    Попробуйте просто перезагрузить систему

    mystery56

    1) Попробуйте произвести установку с отключенным UAC.
    2) Включите ведение подробного журнала установщика Windows m siexec /i /l*v c:tmpinstall.log
    Может в логе что-то более конкретное будет…

    mystery56

    Не работает служба WMI Writer
    Собственно из-за этой службы не имею возможность делать полный БэкАп системы через Акронис, в Акронисе сказали, обратиться в службу поддержки Майкрософт. Перерегистрация компонентов VSS (Volume Shadow Copy Service) в Windows Server не помогла. Что еще можно сделать? спасибо! 🙁

    mystery56

    mystery56

    При вводе 3-ей строки споткнулась на том, что не знаю, как вводится спецсимвол иена (юань) в командной строке. Подскажите, пожалуйста!

    Не пойму, где вы нашли символ иены? Из спецсимволов использованы только проценты….
    Код скрипт не нужно вводит — выполняйте его через копировать/вставить

    mystery56

    Подскажите, пожалуйста, как вводятся символы в командную строку, которых нет на клавиатуре? Необходимо восстановить файл WMIServi Application.

    Спец символы можно вводить с клавиатуры,, зажав клавишу alt и набрав код символа на цифровой клавиатуры. Таблица с кодами ASCII символов легко ищется в Интернете.
    Например, чтобы набрать символ градуса (º), нужно зажать ALT, и ввести 0176 на цифровой (!!) клавиатуре (не цифры на основной).
    Либо копи/паст из Word

    mystery56

    Спасибо за подсказку, с символами ASCII и таблицей я разобралась. Проблема в том, что скопировать и вставить в командную строку ничего не получается; ПК — ноутбук, цифровая клавиатура есть, но в виртуальном виде, и магии в виде преобразования цифр в символы ASCII не происходит. Очень прошу, подскажите, как быть?

    mystery56

    1) Подключила доп. клавиатуру, простые символы перекодируются, сложные (30%) — нет. Как получить сложные символы? 2) Можно ли настроить командную строку т. о., чтобы пользоваться функциями копи/вставка? Windows Vista.

    Попробуйте выполнить команду: cmd /u
    Это переключение в Unicode
    Алина, а зачем собственно вам спец сиволы в cmd? Может вы не с того конца заходите к проблеме?

    mystery56

    Может быть. Попробую восстановить все удалённые файлы. Большое Спасибо за помощь и за конструктивный подход в решении компьютерных задач!

    mystery56

    Приветствую, возник такой вопрос, при вводе вот этих команд:

    winmgmt /kill
    winmgmt /unregserver
    winmgmt /regserver

    пишет: недопустимый параметр, так и должно быть?
    еще наткнулся вот на такой сценарий:

    sc config winmgmt start= disabled

    rundll32 wbemupgd, RepairWMISetup

    rundll32 wbemupgd, UpgradeRepository

    regsvr32 /s %systemroot%system32scecli.dll

    regsvr32 /s %systemroot%system32userenv.dll

    for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s

    for /f %%s in (‘dir /b *.mof’) do mofcomp %%s

    for /f %%s in (‘dir /b *.mfl’) do mofcomp %%s

    sc config winmgmt start= auto

    я так понял это то же самое, что и в «жестком» пересоздании базы, вот только есть другие команды и в конце последовательность другая команды winmgmt /regserver — это влияет?

    mystery56

    Добрый день
    Подскажите, на эту ошибку нужно обращать внимание:
    Инструментарий управления Windows остановил WMIPRVSE.EXE, так как для квоты достигнут порог предупреждения. Квота: HandleCount, значение: 4099, максимальное значение: 4096, PID WMIPRVSE: 2320, поставщики в этом процессе: %systemroot%system32wbemcimwin32.dll, %systemroot%system32wbemntevt.dll

    mystery56

    Да все при этом вроде бы все нормально работает.

    mystery56

    Спасибо! Помог мягкий способ! Но столкнулся с проблемой:
    «winmgmt /regserver
    пишет: недопустимый параметр, так и должно быть?»
    Также были проблемы с %%s и %s — внесите коррективы к описанию в самом начале, пожалуйста.

    Проблема возникла на Win10 — ноутбук Acer Aspire R3-471GT после вынужденного обновления BIOS от производителя.

    Сейчас все работает, кроме сенсорного ввода. Пытаюсь решить проблему дальше

    mystery56

    чет не один из вариантов не помог :((
    на команду winmgmt /verifyrepository пишет что базы согласованы, но все равно пуск не удался, даже не знаю что делать
    есть варианты еще?

    mystery56

    Добрый день! А Вы сталкивались с ошибкой: Регистрация сервера <73e709ea-5d93-4b2e-bbb0-99b7938da9e4>DCOM не выполнена за отведенное время ожидания. 73E709EA-5D93-4B2E-BBB0-99B7938DA9E4 — это как раз Microsoft WMI Provider Subsystem Host. Система Windows Server 2012 полсе перезагрузки работает ровно 6 дней без проблем потом начинаются сыпаться эти ошибки каждые 10 минут.

    Не сталкивался, поищите описание проблемы в буржунете по запросу «The server <784e29f4-5ebe-4279-9948-1e8fe941646d>did not register with DCOM within the required timeout.»

    Источник

    Любой бывалый Windows-админ периодически сталкивается с проблемами в работе службы WMI (Windows Management Instrumentation) и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования Windows, поэтому администратору необходимо проверить и восстановить работоспособность WMI. В этой статье мы опишем простую методику диагностирования и устранения неполадок службы WMI в Windows.

    О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:

    • Ошибки обработки WMI запросов в системных журналах и логах приложений (
      0x80041002 - WBEM_E_NOT_FOUND
      ,
      WMI: Not Found
      ,
      0x80041010 WBEM_E_INVALID_CLASS
      );
    • Ошибки обработки GPO, связанные на WMI ( некорректная работа wmi фильтров групповых политик, и пр.);
    • WMI запросы выполняются очень медленно;
    • Ошибки при установке или работе агентов SCCM/SCOM;
    • Ошибки в работе скриптов (vbs или PowerShell), использующих пространство имен WMI (скрипты с Get-WmiObject и т.д.).

    Содержание:

    • Диагностика проблем с WMI
    • Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов
    • Сброс и пересоздание WMI репозитория (хранилища)

    Диагностика проблем с WMI

    В первую очередь нужно проверить служба Windows Management Instrumentation (Winmgmt) установлена в Windows и запущена. Вы можете проверить состояние службы в консоли services.msc или с помощью PowerShell:

    Get-Service Winmgmt | Select DisplayName,Status,ServiceName

    служба Windows Management Instrumentation (Winmgmt) работает

    Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:

    wmic product get name,version

    Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:

    get-wmiobject Win32_OperatingSystem

    powershell проверка работы wmi командой get-wmiobject

    Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.

    ошибка Failed to initialize all required WMI classes

    В моем случае, например, при открытии свойств WMI Control в консоли управления компьютером (compmgmt.msc) появлялась надпись:

    Failed to initialize all required WMI classes
    Win32_Processor. WMI: Invalid namespace
    Win32_WMISetting. WMI: Invalid namespace
    Win32_OperationSystem. WMI: Invalid namespace

    Ранее для диагностики WMI существовала официальная утилита от Microsoft – WMIDiag.vbs (Microsoft WMI Diagnosis). WMIdiag это vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:USERS%USERNAME%APPDATALOCALTEMP). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.2 и включает в себя следующие типы фалов:

    • .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag;
    • .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание;
    • В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI.

    скрипт для исправления ошибок WMI WMIDiag.vbs

    Совет. В 64 битных версиях Windows wmidiag нужно запускать так:

    c:windowsSystem32cscript.exe wmidiag.vbs

    в противном случае появится ошибка:

    WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.

    WMIDiag It is not supported in Wow64

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

    К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.

    WMIDiag может дать подробную информацию по исправлению частных ошибок в WMI, но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей сбросить и пересоздатьWMI репозиторий в Windows.

    Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов

    В Windows 10/Windows Server 2016 вы можете проверить целостность репозитория WMI с помощью команды:

    winmgmt /verifyrepository

    winmgmt-verifyrepository - проверка состояния репозитория wmi

    Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT или WMI repository verification failed), стоит попробовать выполнить “мягкое” исправление ошибок репозитория:

    Winmgmt /salvagerepository

    WMI repository has been salvaged.

    Данная команда выполняет проверку согласованности хранилища WMI и при обнаружении несогласованности перестраивает базу данных WMI.

    Перезапустите службу WMI:

    net stop Winmgmt
    net start Winmgmt

    Если стандартный способ исправления ошибок в WMI не помог, попробуйте следующий скрипт. Данный скрипт представляет собой ”мягкий” вариант восстановления службы WMI на компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.

    sc config winmgmt start= disabled
    net stop winmgmt
    cd %windir%system32wbem
    for /f %s in ('dir /b *.dll') do regsvr32 /s %s
    wmiprvse /regserver
    sc config winmgmt start= auto
    net start winmgmt
    for /f %s in ('dir /b *.mof') do mofcomp %s
    for /f %s in ('dir /b *.mfl') do mofcomp %s

    На 64 битной версии Windows эти действия нужно также выполнить для каталога SysWOW64. Замените третью строку на

    cd %windir%SysWOW64wbem

    bat скрипт для перерегистрации компонентов wmi

    Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле wmi_soft_repair.bat и запустить его с правами администратора. После окончания работы скрипта, перезагрузите Windows и проверьте работу WMI.

    Сброс и пересоздание WMI репозитория (хранилища)

    Если вам не помогли мягкие способ восстановления WMI, рассмотренные выше, придется перейти к более “жесткому” способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилищаWMI.

    WMI репозиторий (хранилище) находится в каталоге
    %windir%System32WbemRepository
    и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов. В некоторых случаях WMI репозиторий может содержать статическую информацию классов. При повреждении репозитория WMI, в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.

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

    Следующая команда выполнит сброс базы данных WMI к исходному состоянию (как после чистой установки Windows). Используйте эту команду для выполнения hard reset репозитория WMI, если параметре salvagerepository не исправил проблему:

    Winmgmt /resetrepository

    Совет. На практике бывают случаи, когда пересоздание хранилища WMI приводит к проблемам со сторонним софтом. Это связано с тем, что все записи в базе WMI обнуляются (до состояния чистой системы). Такие программы скорее всего, придется переустанавливать в режиме восстановления.

    Если обе команды (
    Winmgmt /salvagerepository
    и
    Winmgmt /resetrepository
    ) не восстановили консистентное состояние базы WMI, попробуйте выполнить “жесткое” пересоздание базы WMI вручную таким скриптом:

    sc config winmgmt start= disabled
    net stop winmgmt
    cd %windir%system32wbem
    winmgmt /resetrepository
    winmgmt /resyncperf
    if exist Repos_bakup rd Repos_bakup /s /q
    rename Repository Repos_bakup
    regsvr32 /s %systemroot%system32scecli.dll
    regsvr32 /s %systemroot%system32userenv.dll
    for /f %s in ('dir /b *.dll') do regsvr32 /s %s
    for /f %s in ('dir /b *.mof') do mofcomp %s
    for /f %s in ('dir /b *.mfl') do mofcomp %s
    sc config winmgmt start= auto
    net start winmgmt
    wmiprvse /regserver

    сброс и восстановление хранилища wmi в windows 10

    На 64 битной версии Windows нужно также перерегистрировать dll/exe и перекомпилировать mof файлы в каталоге %windir%sysWOW64wbem.

    Данный скрипт полностью пересоздает хранилище WMI (старый репозиторий сохраняется в каталог Repos_bakup). После окончания работы скрипта нужно перезагрузить Windows. Затем протестируйте работу службы WMI простым запросом.

    Проверьте состояние WMI репозитория. Если ошибки исправлены, команда
    winmgmt /verifyrepository
    должна вернуть:

    WMI repository is consistent

    WMI repository is consistent

    В этой статье мы собрали основные способы, позволяющие продиагностировать и устранить неполадки службы и репозитория WMI.

    Часто Репозиторий WMI поврежден, что приводит к сбою загрузки поставщика. В этом руководстве мы расскажем, как восстановить или перестроить репозиторий WMI в Windows 10. Для тех, кто не в курсе, инструментарий управления Windows или WMI представляет собой набор спецификаций Microsoft для консолидации управления устройства и приложения в сети. Это база данных, в которой хранится метаинформация и определения для классов WMI . Только используя их, условия систем могут быть известны.

    Репозиторий доступен здесь –

    % WINDIR% system32 Wbem Repository

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

    Примечание . Не используйте это на компьютере с кластером Server 2012

    Содержание

    1. Восстановить или перестроить репозиторий WMI в Windows
    2. 1] Сбросить WMI Repository
    3. 2] Принудительное восстановление WMI
    4. WMI Самовосстановление не работает
    5. 3] WMI Fixer Tool

    Восстановить или перестроить репозиторий WMI в Windows

    Существуют инструменты командной строки для исправления или восстановления хранилища WMI. Тем не менее, Microsoft предполагает, что лучше всего проверить, есть ли коррупция.

    Ниже приведен список ошибок и проблем с разрешениями, которые вы можете увидеть:

    1. Невозможно подключиться к корневым пространствам имен по умолчанию или rootcimv2. Сбой с кодом ошибки «0x80041002», указывающим на «WBEM_E_NOT_FOUND».
    2. Когда вы открываете «Управление компьютером» и щелкаете правой кнопкой мыши пункт «Управление компьютером» (локальное) и выбираете «Свойства», появляется следующее сообщение об ошибке: «WMI: не найден» или зависание при попытке подключения
    3. 0x80041010 WBEM_E_INVALID_CLASS
    4. Попытка использовать wbemtest , и он зависает
    5. Схемы/Объекты отсутствуют
    6. Странные ошибки подключения/работы (0x8007054e).

    Лучший способ проверить это – запустить эту команду в командной строке с повышенными правами.

     winmgmt/verifyrepository 

    Если в хранилище есть проблема, он ответит « хранилище не согласовано », если нет, то это что-то другое, что вызвало проблему. Теперь, когда вы уверены, что коррупция существует, давайте следуем этим советам, чтобы восстановить или перестроить репозиторий WMI.

    1] Сбросить WMI Repository

    Откройте командную строку с повышенными привилегиями.

    Запустите команду:

     winmmgmt/salvagerepository 

    Затем выполните команду, чтобы увидеть, вернется ли она как

     winmgmt/verifyrepository 

    Если говорится, что Репозиторий не согласован , вам нужно выполнить:

     winmgmt/resetrepository 

    Это поможет вам исправить хранилище WMI. Вот что означает каждая из команд WMI:

    • salvagerepository: этот параметр при использовании с командой winmmgmt выполняет проверку согласованности. Если обнаружено несоответствие, он восстанавливает хранилище.
    • verifyrepository: выполняет проверку непротиворечивости в WMI-хранилище.
    • resetrepository: репозиторий сбрасывается в исходное состояние при первой установке операционной системы

    Надеюсь, что это объясняет, что происходит, когда вы выполняете команды.

    2] Принудительное восстановление WMI

    WMI поставляется со встроенным процессом самовосстановления. Когда служба WMI перезапускается или обнаруживает любое повреждение, процедура самовосстановления запускается автоматически. Это происходит двумя способами:

    Автообновление : Здесь будут использоваться образы резервных копий, если включена резервная копия VSS (теневое копирование тома).

    Автообновление : . В этом процессе перестройки будут генерироваться свежие образы репозитория на основе зарегистрированных MOF. MOFS доступна в реестре здесь:

    HKLM Software Microsoft WBEM CIMOM: автоматическое восстановление MOF

    Примечание. Автоматическое восстановление MOF является ключевым моментом. Дважды щелкните по нему, чтобы проверить значение.

    WMI Самовосстановление не работает

    Если самовосстановление не работает, вы всегда можете воспользоваться процессом принудительного восстановления.

    Проверьте значение regkey пусто или не здесь:

    HKLM Software Microsoft WBEM CIMOM Авто-восстановление MOF

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

    Далее выполните команду

     Winmgmt/resetrepository 

    Если вы получили сообщение об ошибке «Сброс хранилища WMI не выполнен. Код ошибки: 0x8007041B. Facility: Win32 ”, затем остановите все Dependency Services в службе WMI, выполнив следующие команды:

     net stop winmgmt/y
    Winmgmt/resetrepository 

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

    3] WMI Fixer Tool

    Этот инструмент исправит серверный WMI-репозиторий, если он поврежден или возникла связанная с ним проблема. Вы можете скачать WMI Fixer Tool от Technet.

    Связанное чтение . WMI вызывает высокую загрузку ЦП.

    In ‘Network Connections’ I have two: Wireless and Local Area Connection.  When I right click on either of them and go into ‘Properties’ then click the ‘Sharing’ tab, I receive a blank tab with this displayed in it:

    «Windows cannot display the properties for this connection.  The Windows Management Instrumentation (WMI) information might be corrupted. …»

    It goes on to say to correct this I need to do a System Restore.  Now, when I do a System Restore, Windows boots correctly.  However, after booting up, I get this message:

    «System Restore did not complete successfully. Your
    computer system file and settings were not changed. Detail: unspecified
    error occurred during System Restore»

    and my original problem is still uncorrected.  Does anyone have any ideas?  I have been searching for a fix but have come up with nothing helpful.

    Because of this, (I assume) I cannot connect to my XBox 360 either to access the Media Center Expander or for XBox Live.  It fails the IP Address test.  I just got my laptop in Feb. and it worked in this way before.  I didn’t try the Media Center Expander but I was once able to connect to XBox Live.

    Much, much thanks in advance

    In ‘Network Connections’ I have two: Wireless and Local Area Connection.  When I right click on either of them and go into ‘Properties’ then click the ‘Sharing’ tab, I receive a blank tab with this displayed in it:

    «Windows cannot display the properties for this connection.  The Windows Management Instrumentation (WMI) information might be corrupted. …»

    It goes on to say to correct this I need to do a System Restore.  Now, when I do a System Restore, Windows boots correctly.  However, after booting up, I get this message:

    «System Restore did not complete successfully. Your
    computer system file and settings were not changed. Detail: unspecified
    error occurred during System Restore»

    and my original problem is still uncorrected.  Does anyone have any ideas?  I have been searching for a fix but have come up with nothing helpful.

    Because of this, (I assume) I cannot connect to my XBox 360 either to access the Media Center Expander or for XBox Live.  It fails the IP Address test.  I just got my laptop in Feb. and it worked in this way before.  I didn’t try the Media Center Expander but I was once able to connect to XBox Live.

    Much, much thanks in advance

    Любой бывалый Windows-админ не раз сталкивался с проблемами в работе службы WMI и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования системы, поэтому администратору приходится прибегать к тем или иным трюкам, позволяющим восстановить работоспособность WMI.  В этой статье мы опишем достаточно простую методику диагностирования и устранения неполадок в службе WMI.

    О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:

    • Ошибки обработки WMI запросов в системных журналах и логах приложений
    • Ошибки GPO, завязанные на WMI ( некорректная работа wmi фильтров политик, и пр.)
    • Ошибки в работе / невозможность установки агентов SCCM/SCOM
    • Ошибки в работе скриптов (vbs или powershell), использующих пространство имен WMI

    В первую очередь нужно проверить имеется ли в системе служба Windows Management Instrumentation (Winmgmt) и включена ли она.

    Если служба  присутствует и находится в состоянии Started, рекомендуется протестировать работоспособность WMI, обратившись к ней с помощью простого wmi-запроса. С помощью Powershell, например, это можно сделать так:

    get-wmiobject Win32_OperatingSystem

    Если при выполнении простейшего WMI-запроса система возвращает ошибку (на скриншоте приведен пример корректного ответа службы WMI), вероятно имеет место некорректное функционирование сервиса WMI или ряда его подсистем, повреждение репозитория WMI или другие проблемы.

    Утилита WMIDiag

    Для «тонкой» диагностики службы WMI существует официальная утилита Microsoft — WMIDiag (Microsoft WMI Diagnosis). Утилита представляет собой vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:USERS%USERNAME%APPDATALOCALTEMP). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.1 и включает в себя следующие типы фалов :

    • .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag
    • .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание
    • В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI

    Совет. В 64 битных версиях Windows wmidiag нужно запускать так:

    c:windowsSystem32cscript.exe wmidiag.vbs

    в противном случае появится ошибка: WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.

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

    В общем случае, WMIDiag может дать информацию по исправлению частных ошибок в WMI , но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей гораздо проще «бить по площадям» и решать проблему работы WMI более радикально.

    Перерегистрация библиотек WMI и перекомпиляция mof файлов

    Следующий скрипт представляет собой «мягкий» вариант восстановления работоспособности службы WMI на отдельно взятом компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.

    sc config winmgmt start= disabled
    
    net stop winmgmt
    
    cd %windir%system32wbem
    
    for /f %%s in ('dir /b *.dll') do regsvr32 /s %%s
    
    wmiprvse /regserver
    
    winmgmt /regserver
    
    sc config winmgmt start= auto
    
    net start winmgmt
    
    for /f %%s in ('dir /b *.mof') do mofcomp %%s
    
    for /f %%s in ('dir /b *.mfl') do mofcomp %%s

    Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле и запустить его с правами администратора. После окончания работы скрипта, систему нужно перезагрузить и вновь проверить работу WMI.

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

    WMI репозиторий (хранилище) находится в каталоге %windir%System32WbemRepository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов. В некоторых случаях репозитория WMI может содержать статическую информацию классов. При повреждении репозитория WMI,  в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.

    В том случае, если вы подозреваете, что репозиторий WMI поврежден, имейте в виду, что его пересоздание это последняя вещь, к которой нужно прибегнуть только в том случае, если никакие другие операции реанимировать WMI не помогают.

    Совет. На практике бывают случаи, когда пересоздание хранилища WMI приводит к проблемам со сторонним софтом. Вызван этот эффект тем, что все записи в базе WMI обнуляются (до состояния чистой системы). Такое ПО, вероятно, придется переустанавливать в режиме восстановления.

    В Windows Vista и выше проверить целостность репозитория WMI  можно с помощью команды:

    winmgmt /verifyrepository

    Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT), стоит попробовать выполнить «мягкое» восстановление репозитория:

    Winmgmt /salvagerepository

    И перезапустить службу wmi:

    net stop Winmgmt
    net start Winmgmt

    Если описанная выше команда не помогла, выполняем сброс репозитория на начальное состояние (hard reset) так:

    Winmgmt /resetrepository

    В том случае, если команды Winmgmt /salvagerepository и Winmgmt /resetrepository желаемого эффекта не дали, стоит попробовать выполнить «жесткое» пересоздание базы WMI вручную таким сценарием:

    sc config winmgmt start= disabled
    
    net stop winmgmt
    
    cd %windir%system32wbem
    
    winmgmt /kill
    
    winmgmt /unregserver
    
    winmgmt /regserver
    
    winmgmt /resyncperf
    
    if exist Repos_bakup rd Repos_bakup /s /q
    
    rename Repository Repos_bakup
    
    regsvr32 /s %systemroot%system32scecli.dll
    
    regsvr32 /s %systemroot%system32userenv.dll
    
    for /f %%s in ('dir /b *.dll') do regsvr32 /s %%s
    
    for /f %%s in ('dir /b *.mof') do mofcomp %%s
    
    for /f %%s in ('dir /b *.mfl') do mofcomp %%s
    
    sc config winmgmt start= auto
    
    net start winmgmt
    
    wmiprvse /regserver

    Данный скрипт полностью пересоздает хранилище WMI (старый репозитория сохраняется в каталоге Repos_bakup). После окончания работы скрипта компьютер нужно перезагрузить, после чего протестировать работу службы WMI простым запросом.

    • Remove From My Forums
    • Question

    • I get the message when I try to open the sharing tab of any network adapter Windows cannot display the Properties of this connection. The Windows Management Instrumentation (WMI) information might be corrupted. To correct this, use System Restore to restore
      Windows to an earlier time (called a restore point). System Restore is located in the System Tools folder in Accesories. Any help would be appreciated Thanks

    Answers

    • Thank for submitting the feedback for Windows Server TP3.

      I cannot repro this issue in a later build and appears to be resolved.

      Regards,

      Steven Graves

      Windows Beta Support Team

      • Marked as answer by

        Thursday, November 5, 2015 11:22 PM

    Like this post? Please share to your friends:
  • Windows не удается автоматически устранить неполадки этого компьютера
  • Windows не удается автоматически получить параметры wps
  • Windows не удается автоматически обнаружить параметры прокси этой сети
  • Windows не стартует с ssd диска
  • Windows не ставится на mac os