Введение
WMI — Windows Management Instrumentation, инструмент для управления Windows. В том числе поддерживает удаленную работу. С его помощью, к примеру, удобно мониторить Windows системы. Так как WMI встроен в саму систему, нет необходимости ставить что-то дополнительно. Базовые метрики можно собирать сразу же.
Для работы по WMI используется свой язык запросов WMI Query Language (WQL), который немного похож на SQL, так как является его разновидностью. Пример работы с WMI можно посмотреть прямо в командной строке Windows:
wmic computersystem get totalphysicalmemory
Вы получите информацию в байтах о доступной оперативной памяти компьютера.
Repairing the wmi repository and recompiling mof files
On Windows 10/Windows Server 2022, you can check the integrity of the WMI repository using the command:
winmgmt /verifyrepository
If the command returns that the WMI database is in an inconsistent state (INCONSISTENT or WMI repository verification failed), you should try doing a soft fix of WMI repository errors:
Winmgmt /salvagerepository
WMI repository has been salvaged.
This command checks the consistency of the WMI repository and rebuilds the WMI database if inconsistencies are found.
Restart the WMI service:
net stop Winmgmtnet start Winmgmt
If the standard WMI fix doesn’t work, try the following script. This script is a “soft” option for recovering the WMI service on the computer (the DLL libraries and WMI are re-registered and MOF files are recompiled). This procedure is safe and its implementation should not cause any more problems with the operating system:
sc config winmgmt start= disablednet stop winmgmtcd %windir%system32wbemfor /f %s in (‘dir /b *.dll’) do regsvr32 /s %swmiprvse /regserversc config winmgmt start= autonet start winmgmtfor /f %s in (‘dir /b *.mof’) do mofcomp %sfor /f %s in (‘dir /b *.mfl’) do mofcomp %s
Переключатели
backupfilename<>
Позволяет WMI создать резервную копию репозитория в указанном имени файла. Аргумент имени файла должен содержать полный путь к расположению файла. Для этого процесса требуется блокировка записи в репозитории, чтобы операции записи в репозиторий приостанавливались до завершения процесса резервного копирования.
Если путь к файлу не указан, он помещается в каталог %Windir%\System32.
restorefilenameflag<><>
Вручную восстанавливает репозиторий WMI из указанного файла резервной копии. Аргумент имени файла должен содержать полный путь к расположению файла резервной копии. Чтобы выполнить операцию восстановления, WMI сохраняет существующий репозиторий для обратной записи в случае сбоя операции. Затем репозиторий восстанавливается из файла резервной копии, указанного в аргументе имени файла . Если не удается получить монопольный доступ к репозиторию, существующие клиенты отключаются от WMI.
Аргумент флага должен иметь значение 1 (принудительное отключение пользователей и восстановление) или 0 (восстановление по умолчанию, если пользователи не подключены) и указывает режим восстановления.
/resyncperfwinmgmt-service-process-id<>
Регистрирует библиотеки производительности компьютера в WMI. Идентификатор WMI — это идентификатор процесса для службы WMI.
Требуется только в том случае, если классы монитора производительности не возвращают надежные результаты.
/standalonehost
Перемещает службу Winmgmt в автономный процесс Svchost с фиксированной конечной точкой DCOM. Конечная точка по умолчанию — «ncacn_ip_tcp.0.24158». Однако конечную точку можно изменить, запустив Dcomcnfg.exe. Дополнительные сведения о настройке фиксированного порта для WMI см. в разделе «Настройка фиксированного порта для WMI».
Аргумент уровня — это уровень проверки подлинности для процесса Svchost. WMI обычно выполняется как часть узла общей службы, и вы не можете увеличить уровень проверки подлинности только для WMI. Если уровень не указан, значение по умолчанию равно 4 (RPC_C_AUTHN_LEVEL_PKT или WbemAuthenticationLevelPkt).
WMI можно запускать более безопасно, увеличив уровень проверки подлинности до конфиденциальности пакетов (RPC_C_AUTHN_LEVEL_PKT_PRIVACY или WbemAuthenticationLevelPktPrivacy). Уровни проверки подлинности для Visual Basic и сценариев описаны в WbemAuthenticationLevelEnum. Сведения о C++см. в разделе «Настройка уровня безопасности процесса по умолчанию с помощью C++». Дополнительные сведения см. в разделе «Обслуживание безопасности WMI».
/sharedhost
Перемещает службу Winmgmt в общий процесс Svchost.
/verifyrepositorypath<>
Выполняет проверку согласованности в репозитории WMI. При добавлении параметра /verifyrepository без аргумента пути> выполняется проверка динамического< репозитория, используемого WMI. При указании аргумента пути можно проверить любую сохраненную копию репозитория. В этом случае аргумент пути должен содержать полный путь к сохраненной копии репозитория. Сохраненный репозиторий должен быть копией всей папки репозитория. Дополнительные сведения об ошибках, возвращаемых этой командой, см. в разделе «Примечания».
/salvagerepository
Выполняет проверку согласованности в репозитории WMI и при обнаружении несоответствия перестраивает репозиторий. Содержимое несогласованного репозитория объединяется в перестроенный репозиторий, если его можно прочитать. Операция спасения всегда работает с репозиторием, который сейчас использует служба WMI. Дополнительные сведения об ошибках, возвращаемых этой командой, см. в разделе «Примечания».
% MOF-файлов, содержащих инструкцию препроцессора автоматического восстановления #pragma , восстанавливаются в репозитории.
/resetrepository
Репозиторий сбрасывается до начального состояния при первой установке операционной системы. MOF-файлы, содержащие инструкцию препроцессора автоматического восстановления #pragma , восстанавливаются в репозитории.
Windows management instrumentation has stopped wmiprvse exe because a quota reached a warning value
Вопрос
I have been receiving this error on a number of my 2008 servers. Any ideas?
Windows Management Instrumentation has stopped WMIPRVSE.EXE because a quota reached a warning value. Quota: HandleCount Value: 4252 Maximum value: 4096 WMIPRVSE PID: 9656
There is nothing on the system with a PID of 9656 so I’m having a hard time tracking this down.
Ответы
The wmiprvse.exe may have crashed, please check if the following hotfixes are installed on the computer:
A wmiprvse.exe process may leak memory when a WMI notification query is used heavily on a Windows Server 2008-based or Windows Vista-based computer http://support.microsoft.com/default.aspx?scid=kb;EN-US;958124
Memory corruption may occur with the Windows Management Instrumentation (WMI) service on a computer that is running Windows Server 2008 or Windows Vista Service Pack 1 http://support.microsoft.com/default.aspx?scid=kb;EN-US;954563
This posting is provided «AS IS» with no warranties, and confers no rights.
Все ответы
I followed the technote but when I ran the WINDIAG script it got stuck where you see it. I left it overnight, still didn’t move after that point. I still have no idea why this error is happening.
Microsoft (R) Windows Script Host Version 5.7
Copyright (C) Microsoft Corporation. All rights reserved.
The default script host is now set to «cscript.exe».
Microsoft (R) Windows Script Host Version 5.7
Copyright (C) Microsoft Corporation. All rights reserved.
(0) ** Retrieving Run-time environment information.
(0) ** LOG file «C:\USERS\———-\APPDATA\LOCAL\TEMP\WMIDIAG-V2.0_6001_.SRV.RTM.3
(0) ** CSV file «C:\USERS———\APPDATA\LOCAL\TEMP\WMIDIAG-V2.0_6001_.SRV.RTM.3
(0) ** TXT file «C:\USERS\————\APPDATA\LOCAL\TEMP\WMIDIAG-V2.0_6001_.SRV.RTM.3
(0) ** CSV file «C:\USERS\——\APPDATA\LOCAL\TEMP\WMIDIAG-V2.0_6001_.SRV.RTM.3
(0) ** WMIDiag v2.0 started on Monday, May 10, 2010 at 13:15.
(0) ** This script is not supported under any Microsoft standard support program
(0) ** The script is provided AS IS without warranty of any kind. Microsoft furt
(0) ** implied warranties including, without limitation, any implied warranties
(0) ** or of fitness for a particular purpose. The entire risk arising out of th
e use or performance
(0) ** of the scripts and documentation remains with you. In no event shall Micr
(0) ** or anyone else involved in the creation, production, or delivery of the s
cript be liable for
(0) ** any damages whatsoever (including, without limitation, damages for loss o
f business profits,
(0) ** business interruption, loss of business information, or other pecuniary l
oss) arising out of
(0) ** the use of or inability to use the script or documentation, even if Micro
soft has been advised
(0) ** of the possibility of such damages.
(0) ** Verifying last run of WMIDiag.
(0) ** WMIDiag last run is 5/10/2010 1:15:39 PM.
(0) ** Logging Run-time environment information.
(0) ** Initializing WMI System Information.
(0) ** INFO: Windows Vista clean installation detected (6001)
(0) ** Verifying computer environment.
(0) ** Verifying specific files presence.
(0) ** Verifying WMI System files presence at ‘C:\WINDOWS\SYSTEM32\WBEM\’.
(0) ** Verifying WMI Repository files presence.
(0) ** Verifying additional binaries in WBEM folder.
(0) ** Verifying Auto-Recovery MOF files presence.
(0) ** Verifying MOF files in WBEM folder.
(0) ** Verifying ‘#PRAGMA AUTORECOVER’ statement in MOF files.
(0) ** Verifying DCOM configuration.
(0) ** Verifying WMI DCOM component registrations.
(0) ** Verifying WMI DCOM component security.
(0) ** Verifying WMI ProgID registrations.
(0) ** Verifying Windows Firewall setup.
(0) ** Verifying WMI Core registry settings (WBEM).
(0) ** Verifying WMI Service registry settings (SVCHOST, WINMGMT).
(0) ** Verifying WMI Service known dependents.
(0) ** Verifying ‘RPCSS’ service status.
(0) ** Verifying ‘WINMGMT’ service status.
(0) ** Verifying WMI repository consistency.
(0) ** Verifying WMI providers loaded BEFORE WMIDiag execution.
(0) ** Verifying WMI namespace ‘Root’ (L=1).
(0) ** Verifying WMI system settings.
(0) ** Verifying WMI namespace ‘ROOT/SUBSCRIPTION’ (L=2).
(0) ** Verifying WMI namespace ‘ROOT/DEFAULT’ (L=2).
(0) ** Verifying WMI namespace ‘ROOT/CIMV2’ (L=2).
Диагностика проблем с WMI
В первую очередь нужно проверить служба Windows Management Instrumentation (Winmgmt) установлена в Windows и запущена. Вы можете проверить состояние службы в консоли services.msc или с помощью PowerShell:
Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:
Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:
Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.
В моем случае, например, при открытии свойств 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.
Совет. В 64 битных версиях Windows wmidiag нужно запускать так:
в противном случае появится ошибка:
WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.
</pre>
После окончания работы утилиты WMIDiag администратор должен изучить полученные файлы логов, проанализировать и попытаться исправить найденные ошибки.
К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.
WMIDiag может дать подробную информацию по исправлению частных ошибок в WMI, но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей сбросить и пересоздатьWMI репозиторий в Windows.
Что такое WmiPrvSE.exe
Процесс WmiPrvSE.exe или WMI Provider Host — один из необходимых системных процессов Windows, позволяющий программам на компьютере получать различную информацию о системе. При обычной работе этот процесс не вызывает высокой нагрузки на процессор, но это не всегда так.
WMI означает Windows Management Instrumentation и служит в качестве стандартного метода, позволяющего различному ПО получать сведения о состоянии системы и ее характеристиках. Помимо сторонних программ, такие сведения можете получать и вы: например, когда в командной строке вы выполняете команды WMIC для получения тех или иных данных об оборудовании компьютера или ОС (например, такой метод описан в инструкции Как узнать, какая материнская плата на компьютере), задействуется именно MI Provider Host.
При условии, что речь именно о системном процессе (находящемся в папке wbem внутри System32 или SysWOW64), отключить или удалить WmiPrvSE.exe нельзя (вернее, вы можете отключить службу, однако это может привести к проблемам в работе некоторых, в том числе системных, программ в дальнейшем), но при высокой нагрузке на процессор, проблему обычно можно решить.
WMI Проблемы и решения
Не раз я сталкивался, что перестают у пользователя запускаться службы (хотя он является локальным админом), ну или например перестает работать SMS агент (Перестает обмениваться с SCCM).
Я очень долго пытался с этим разобраться и наконец разобрался
Проблема кроется в злостном WMI. Давайте для начала попробуем разобраться что же это такое и с чем его есть? Всеми любимая, а также очень умная девочка Вика Wikipedia сообщает:
WMI (Windows Management Instrumentation в дословном переводе) — это инструментарий управления Windows. Если говорить более развернуто, то WMI — это одна из базовых технологий для централизованного управления и слежения за работой различных частей компьютерной инфраструктуры под управлением платформы Windows.
Опа. За нами следит большой брат
Самое простое что можно сделать это пересобрать WMI как правило это решает большую часть проблем.
Для Выполнения этих задач нам потребуется запустить командную строку от администратора (Пуск выполнить CMD) или пользователя который будет состоять в группе Локальных администраторов и выполнить следующее:
cd /d %windir%system32wbem
REM Перерегистрируем компоненты
for %i in (*.dll) do RegSvr32 -s %i
for %i in (*.exe) do %i /RegServer
По идее этого должно быть достаточно но лишнем не будет выполнить и следующее:
Ну и напоследок перекомпиляция mof файлов
for /r %i in (*.mof *.mfl) do mofcomp %i
При устранении неисправностей следуйте простому правилу: сначала пробуйте решить проблему менее «жестким» способом (перерегистрацией библиотек и перекомпиляцией mof-файлов) и только если ничего не помогает – перестройкой (удалением и созданием заново) репозитория.
Это связано с тем, что существуют приложения, которые только обновляют репозиторий при установке, но не используют .mof-файлы. Соответственно, при удалении и создании заново репозитория данные приложения не обновят информацию автоматически и не все их данные, связанные с WMI, будут потеряны вплоть до того момента, пока вы не переустановите эти приложения.
Так же следует помнить, что не все приложения хранят свои библиотеки и .mof-файлы в %systemroot%system32wbem. Соответственно вам нужно будет их найти перед тем как зарегистрировать библиотеки заново или перекомпилировать mof.
Собрались на рыбалку? вот Вам отличная донная снасть спешите!
Источник
Troubleshooting WMI Problems
The first step is to check the Windows Management Instrumentation () service is installed on Windows and running. You can check the status of the service in the console or using PowerShell:
If the Winmgmt service is running, you can test the health of WMI by quering it with a simple WMI command. You can execute wmi request from command prompt or from PowerShell. For example, the following command will list the programs installed on Windows:
The simplest PowerShell command to get information about the version and build of Windows 10 via WMI might look like this:
As you can see, the WMI service responded to the request correctly. If Windows returns an error when executing such a WMI query, most likely the WMI service is not working correctly, the WMI repository is damaged, or there are other problems.
In my case, for example, when opening the WMI Control properties in the Computer Management snap-in (), the following message appeared:
Failed to initialize all required WMI classes Win32_Processor. WMI: Invalid namespace Win32_WMISetting. WMI: Invalid namespace Win32_OperationSystem. WMI: Invalid namespace
Previously, the official Microsoft tool WMIDiag.vbs (Microsoft WMI Diagnosis) was used to diagnose WMI. WMIdiag is a vbs script that checks various WMI subsystems and writes the collected information to the log files (by default the logs are located in %TEMP% folder – ). The resulting report consists of files with names starting with WMIDIAG-V2.2 and includes the following file types:
- LOG files contain a detailed report report on the activity and operation of the WMIDiag tool;
- TXT files contain the summary reports of found errors that are worth paying attention;
- CSV files contain information necessary for a long-term analysis of the WMI performance.
Tip. In Windows x64 versions wmidiag should be run as follows:
otherwise, there occurs an error:
WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.
After WMIDiag has completed its task, the administrator should examine the log files, analyse and try to fix the found errors.
Unfortunately, the latest version of WMIDiag 2.2 works correctly only with versions up to Windows 8.1/Windows Server 2012 R2. At this point, Microsoft has even removed the link to download WMIDiag from the Download Center. But if you wish, this script can be found on the web.
WMIDiag provide detailed information on how to correct local errors in WMI, but in most cases it is a time-consuming task and is worth of the time spent only when looking for solutions to the problems in the critical systems (usually on the production servers). In case of the user workstations, it is much easier to reset and rebuild the WMI repository in Windows.
Создание модели для управляемого объекта
Перед разработкой поставщика создайте модель данных для представления управляемого объекта, который будет предоставляться через инструментарий WMI. Вы планируете, какие объекты данных будет предоставлять поставщик. Например, если вы планируете управлять разрешением экрана фона рабочего стола, необходимо решить, как моделировать рабочий стол в MOF-файле .
Чтобы создать полезную модель, выполните приведенные далее действия.
- Определите реальные сценарии и моделировайте информацию, которую клиент может захотеть читать и обновлять (например, изменение фонового изображения) для каждого управляемого объекта. Это свойства класса.
- Определите, какие действия может потребоваться выполнить с каждым управляемым объектом. Это ваши методы.
Ошибка WMI код 10 устранение
1. Отключаем контроль учетных записей.
2. Перезагружаем компьютер в безопасный режим. Для этого на начальном экране загрузки загрузки компьютера (как только у вас на мониторе появились белые буквы на черном фоне или цветная эмблема материнской платы) жмите клавишу F8, нажимать можно несколько раз ничего не испортите.
Начальный экран загрузки компьютера
3. Должны увидеть варианты загрузки, выбираете «Безопасный режим» и нажимаете «Enter» на клавиатуре.
Выбор загрузки безопасного режима
4. После загрузки в безопасном режиме щелкните ПКМ на «Мой компьютер» в выпадающем меню нажмите ЛКМ на «Управление».
вход в управление компьютером
В открывшемся окне «Управление компьютером (локальным)» нажмите на «Службы и приложения» а после на «Службы».
5. Находим службу Инструментарий управления Windows (Windows Management Instrumentation), останавливаем её кнопкой «Остановить» после этого окно «Управление компьютером» можно закрыть.
остановка службы winmgmt
6.Открываем папку, вот её местонахождение c:windowssystem32wbemrepository. В этой папке видим файлы:
На всякий случай скопируйте файлы в папку где бы Вы могли их потом найти. А затем удалите эти файлы из папки /repository.
7. Произведите перезагрузку компьютера «Пуск» далее «Перезагрузка».
8. При первоначальной загрузке компьютера возможно торможение, некоторое замедление в работе. Ничего страшного — после двух перезагрузок компьютер станет работать нормально.
9. Вторая загрузка должна пройти быстрее. Проверяем журнал Windows, как во втором абзаце, больше никаких ошибок WMI код 10 у Вас не должно появляться!
10. Включаем контроль учетных записей обратно.
В Майкрософт про ошибку WMI c кодом 10 говорят, что она не критичная и на работоспособность никак не влияет. Но кому понравиться если Ваш компьютер будет «ругаться» на какие-то там ошибки, к тому же если решение довольно простое.
Надеюсь кому-нибудь пригодиться эта шпаргалка которая Вам поможет победить ошибку WMI код 10.
Сообщение об ошибке в разделе Просмотр событий -> Журналы Windows -> Приложение :
Event filter with query “SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA “Win32_Processor” AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace “//./root/CIMV2” because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Ошибка WMI (код события: 10)
Как исправить:
- Отключаем контроль учетных записей.
- Перезагружаемся в безопасный режим.
- Останавливаем службу Инструментарий управления Windows (Windows Management Instrumentation).
- Открываем папку c:windowssystem32wbemrepository. На всякий случай содержимое папки копируем в безопасное место, а затем удаляем.
- Перезагружаемся.
- При первой загрузке возможны проблемы: торможение, подвисания и т.п. Ничего страшного – перезагружаемся еще раз.
- Вторая загрузка должна пройти быстро и без помех. Проверяем логи – больше никаких ошибок WMI во время загрузки системы!
- Включаем контроль учетных записей обратно.
В заключение следует сказать о том, что данная ошибка классифицируется в Микрософт как некритичная и не влияющая на работоспособность системы. И это действительно так, два года проработал с ней без проблем. Но если есть способ исправить, почему бы это не сделать? ))
Некоторые пользователи Windows 7 время от времени могут сталкиваться с ошибкой 0x80041003. Ее предвестником, например, может быть зависание ПК, от которого можно избавиться лишь его перезагрузкой. В Просмотре событий вы можете найти следующую информацию по ошибке:
В сегодняшней статье мы рассмотрим два метода, которые – по заявлению многих пользователей – могут разрешить ошибку 0x80041003 в Windows 7. Первый метод – применение скрипта VBS, а второй – использование средства, разработанного самой компанией Майкрософт.
Видео
Что за процесс WmiPrvSE.exe (WMI Provider Host) и почему он грузит процессорСкачать
Как избавится от WMI Provider HostСкачать
Fix WMI Provider Host WmiPrvSE exe High CPU Usage in Windows 10Скачать
Fix WMI Provider Host WmiPrvSE.exe High CPU Usage in Windows 10 Скачать
— How to Resolve WMI provider host high CPU usage with wmiprvse.exe — 2020Скачать
ПРОЦЕСС WmiPrvSE ГРУЗИТ ПРОЦСкачать
Урок #2 Как выключить WMI Provider Host!Скачать
What Is the WMI Provider Host (WmiPrvSE.exe), and Why Is It Using So Much CPU?Скачать
Fix: WMI Provider Host (WmiPrvSE.exe) High CPU Usage On Windows 11Скачать
( WmiPrvSE.exe wm ) provider host consumindo cpuСкачать
Подключение к удаленному компьютеру
По сути, подключение к удаленной системе с помощью WMI состоит в том, чтобы убедиться, что у вас есть соответствующие разрешения на доступ к системе и что подключение настроено правильно. После того как у вас есть эти два элемента, само соединение относительно просто. Например, если вы используете учетные данные безопасности по умолчанию, вы можете получить доступ к WMI в удаленной системе с помощью следующего кода:
-
Используйте параметр -ComputerName , общий для большинства командлетов WMI, таких как Get-WmiObject.
-
Используйте моникер, содержащий имя удаленной системы в вызове GetObject.
-
Для текущей версии управляемого интерфейса WMI (Microsoft.Management.Infrastructure) используйте объект CimSession для представления подключения к удаленному узлу.
-
Для версии 1 управляемого интерфейса WMI (System.Management) используйте объект ManagementScope для представления подключения к удаленному узлу.
-
Используйте метод IWbemLocator::ConnectServer , чтобы указать имя удаленного компьютера в параметре strNetworkResource .
Предыдущие примеры кода, возможно, являются самыми простыми удаленными подключениями, которые можно выполнить с помощью WMI. В частности, в примерах предполагается следующее:
Вы являетесь администратором на удаленном компьютере. Из-за контроля учетных записей учетная запись в удаленной системе должна быть учетной записью домена в группе «Администраторы». Дополнительные сведения см. в разделе «Контроль учетных записей пользователей» и WMI.
Пароль на текущем локальном компьютере не пуст. Это, по сути, Windows требование безопасности, которое необходимо войти в систему с помощью пароля.
Локальные и удаленные компьютеры находятся в одном домене. Если вам нужно пересечь границы домена, необходимо указать дополнительные сведения или использовать немного другую модель программирования.
Для доступа к удаленному компьютеру используется собственная учетная запись. Если вы пытались получить доступ к другой учетной записи, необходимо указать дополнительные учетные данные
(Обратите внимание, что попытка доступа к WMI локально с учетными данными, отличными от текущей учетной записи, запрещена.)
Оба компьютера работают под управлением IPv6. WMI поддерживает подключения к компьютерам с IPv6. Однако локальный компьютер и «Computer_B» должны работать под управлением IPv6
Любой компьютер также может работать под управлением IPv4. Дополнительные сведения см. в разделе поддержки IPv6 и IPv4 в WMI.
Скрипту не нужно делегировать, то есть доступ к дополнительным удаленным компьютерам через целевой удаленный компьютер. Дополнительные сведения см. в разделе Делегирование с помощью WMI.
Вы пытаетесь выполнить конкретный вызов, а не создать удаленный процесс. Дополнительные сведения см. в разделе «Удаленное создание процессов с помощью WMI».
Однако локальный компьютер и «Computer_B» должны работать под управлением IPv6. Любой компьютер также может работать под управлением IPv4. Дополнительные сведения см. в разделе поддержки IPv6 и IPv4 в WMI.
Скрипту не нужно делегировать, то есть доступ к дополнительным удаленным компьютерам через целевой удаленный компьютер. Дополнительные сведения см. в разделе Делегирование с помощью WMI.
Вы пытаетесь выполнить конкретный вызов, а не создать удаленный процесс. Дополнительные сведения см. в разделе «Удаленное создание процессов с помощью WMI».
Учитывая эти ограничения, удаленный вызов WMI очень похож на локальный вызов WMI — единственное отличие заключается в том, что необходимо указать имя удаленной системы. Однако вы можете изменить многие из этих функций: с помощью разных учетных данных или маршрутизации звонка через сторонний компьютер или доступ к другому домену.