Служба wmi Windows 7

Устранение неполадок в WMI

Любой бывалый 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%\APPDATA\LOCAL\TEMP\).

Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.1 и включает в себя следующие типы фалов :

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

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

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

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

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

sc config winmgmt start= disabled net stop winmgmt cd %windir%\system32\wbem 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, заключающегося в пересоздании хранилища.

WMI репозиторий (хранилище) находится в каталоге %windir%\System32\Wbem\Repository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов.

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

При повреждении репозитория WMI,  в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.

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

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

winmgmt /verifyrepository

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

Winmgmt /salvagerepository

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

net stop Winmgmtnet start Winmgmt

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

sc config winmgmt start= disabled net stop winmgmt cd %windir%\system32\wbem winmgmt /kill winmgmt /unregserver winmgmt /regserver winmgmt /resyncperf if exist Repos_bakup rd Repos_bakup /s /q rename Repository Repos_bakup regsvr32 /s %systemroot%\system32\scecli.dll regsvr32 /s %systemroot%\system32\userenv.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 простым запросом.

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

Источник: http://winitpro.ru/index.php/2014/08/12/ustranenie-nepoladok-v-wmi/

WMI удаленное управление компьютерами

Windows Management Instrumentation (WMI) в дословном переводе — это инструментарий управления Windows.

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

Через WMI можно получать данные о работе основных параметров (Загрузка ЦП, Память, Свободное место на дисках и т.д.) , служб и сервисов компьютера под управлением Windows. Это значит что через него можно получать полную информацию о состоянии любого сервера или компьютера.

Вся информация в одном месте

Существует огромное количество программ для отслеживания состояния серверов по WMI. Они позволяют собирать всю информацию в одном месте и в случае возникновения каких либо проблем информировать об этом системного администратора. Это такие программы как System Center Operations Manager или SCOM ,бесплатный Multi Router Traffic Grapher или MRTG и множество других.

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

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

Работа с WMI

Для управления компьютером через WMI используется 135 порт TCP. Так же вам потребуется данные учетной записи имеющей права на WMI namespace, удалённую активацию DCOM приложения и удалённого доступа к интерфейсу DCOM сервера.

Права на WMI namespace (\root\cimv2) выдаются следующим образом:

• Откройте консоль управления Windows Management Infrastructure (wmimgmt.msc)

• В открывшемся окне, в дереве слева нажмите правой клавишей на WMI Control (Local), затем кликните на Properties.

• В окне WMI Control (Local) Properties перейдите в закладку Security.

• На закладке Security раскройте ветку Root и выберите ветку CIMV2, затем нажмите кнопку Security.

• Далее установите для пользователя необходимые права (минимально вам надо назначить Enable Account и Remote Enable).

• Примените настройки.

Права на активацию DCOM приложения Windows Management and Instrumentation (winmgmt):

• Откройте консоль управления Component Services (comexp.msc)

• В открывшемся окне, в дереве слева расскройте пункт Component Services, затем расскройте пункт Computers, расскройте My Computer, расскройте DCOM Config, кликните правой клавишей на элементе Windows Management and Instrumentation затем кликните на Properties.

• В окне Windows Management and Instrumentation Properties перейдите в закладку Security.

• На закладке Security вам надо установить права на запуск и активацию (Launch and Activation Permissions), минимальные это Remote Launch и Remote Activation, а также права доступа (Access Permissions) минимальные (Remote Access).

• Применить изменения.

Права на доступ к службам DCOM компьютера:

• Откройте консоль управления Component Services (comexp.msc)

• В открывшемся окне, в дереве слева расскройте пункт Component Services, затем расскройте пункт Computers, кликните правой клавишей на My Computer затем кликните на Properties.

• В окне My Computer Properties перейдите в закладку COM Security.

• На закладке COM Security вам надо «смягчить» ограничения.

• Кликните Edit Limits в секции Access Permissions и предоставьте нужной учетной записи права Remote Access.

• Кликните Edit Limits в секции Launch and Activation Permissions и предоставьте нужной учетной записи права Remote Launch и Remote Activation.

• Примените изменения

Для тестирования доступа по WMI, в вашей структуре, можно использовать программы для тестирования. Например Paessler WMI Tester. Работать с ней достаточно просто. Указывайте компьютер и учетные данные обладающие достаточными правами. Нажимаете Test! и вуаля.

Быстро и очень удобно. В случае каких либо ошибок там же вы ее и получите. И по ней уже дальше будите работать с гуглом.

Для управления удаленным сервером, кроме доступа по порту 135 необходимо так же настроить набор портов с которых будет идти ответ от сервера. Для этого отлично подходит утилита RPCCFG.EXE.

Она позволяет настроить реестр Windows для управления WMI. Рекомендуется установить не менее чем 100 портов, в диапазоне после 5000. Я настроил управление на 5000-5100 портах.

Не пытайтесь устанавливать меньше 20 портов, иначе ничего работать не будет и вы получите ошибку

800706B9: Недостаточно ресурсов для завершения операции

Установка осуществляется запуском rpccfg.exe с параметрами

rpccfg.exe -pe 5001-5021 -d 0

Проверить результат работы можно в разделе реестра HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc\Internet\

Если сервер находится в Internet зоне необходимо разрешить управление по Internet портам

добавив в реестр значение значение

UseInternetPorts: REG_SZ: Y

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

Для работы WMI на брандмауэрах необходимо установить разрешения

Для сервера (машина на которую будет поступать информация): 135 порт TCP на выход и 5000-5100 порты TCP на вход. Для управляемых компьютеров

Для клиента (управляемая по WMI машина): 135 порт TCP на вход и 5000-5100 порты TCP на выход. Для компьютера с которого будет осуществляется управление

Дополнительные сведения

http://support.microsoft.com/kb/154596

Источник: http://vozerov.ru

Источник: http://IT2web.ru/index.php/wmi/182-wmi-