Не удалось проверить базу данных wmi код ошибки 0x8007007e - Исправление ошибок и поиск оптимальных решений проблем

Ошибка 0x8007007e обычно возникает при попытке загрузить обновления Windows. Это может быть большой проблемой и сделать вашу систему уязвимой и устаревшей, поэтому сегодня мы собираемся показать вам, как это исправить раз и навсегда.

Как исправить ошибку 0x8007007e в Windows 10? Эта ошибка обычно возникает, если возникают какие-либо проблемы со службами Центра обновления Windows. Чтобы это исправить, вам нужно запустить командную строку и перезапустить эти службы. Если это не работает, попробуйте отключить все службы запуска и приложения или временно отключить антивирусную защиту.

1. Перезапустите компоненты Центра обновления Windows.

Чтобы исправить ошибку обновления Windows 0x8007007e, необходимо перезапустить криптографическую систему, программу установки NMSI, службы BITS, службы обновления Windows и некоторые другие необходимые службы. Вы можете сделать это, выполнив следующие действия:

2. Выполните Чистую загрузку

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

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

3. Отключить сторонний антивирус

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

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

Вот вам три простых решения. Обязательно попробуйте все эти решения и сообщите нам, помогли ли они вам исправить ошибку обновления Windows 0x8007007e.

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

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

wmic product get name, version

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

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

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

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

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

После окончания работы утилиты 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 с помощью команды:

Если команда возвращает, что база данных 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 файле 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

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

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

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

Предыдущая статья Следующая статья

Источники:

https://generd. ru/fix/ispravit-oshibku-0x8007007e-windows-update-kak-pro/

https://winitpro. ru/index. php/2014/08/12/ustranenie-nepoladok-v-wmi/

Источник

Recently, I had to troubleshoot a problem with SQL backups via Microsoft Data Protection Manager 2012 SP1 for a SQL Server 2008 system. DPM was alerting us that database auto-protection failed with error code ID 32511. The detailed errors showed that DPM could not enumerate SQL Server instances using Windows Management Instrumentation on the protected computer. This error was detailed in the DPMRACurr.errlog on the production server:

WARNING Failed: Hr: = [0x8007007e] : unable to execute the WQL query: SELECT * FROM ServerSettings

This pointed to a problem with the underlying WMI configuration for SQL, so I used wbemtest.exe from the remote DPM server to test WMI connectivity. If you are unsure of exactly what WMI namespaces are in use or what queries are being run, you can use WMI Tracing to see what’s happening under the hood.

Log Name: Microsoft-Windows-WMI-Activity/Trace
Source: Microsoft-Windows-WMI-Activity
Date: 10/22/2013 3:59:39 PM
Event ID: 1
Task Category: None
Level: Information
Keywords:
User: SYSTEM
Computer: SERVERNAME
Description:
GroupOperationId = 9283379; OperationId = 9300341; Operation = Start IWbemServices::ExecQuery – SELECT * FROM ServerSettings; ClientMachine = DPMSERVER; User = jeff; ClientProcessId = 2540; NamespaceName = \.rootMicrosoftSqlServerComputerManagement10

Once wbemtest is open, connect to the appropriate namespace:

SQL 2005
\SERVERNAMErootMicrosoftSqlServerComputerManagement

SQL 2008 & 2008 R2
\SERVERNAMErootMicrosoftSqlServerComputerManagement10

SQL 2012
\SERVERNAMErootMicrosoftSqlServerComputerManagement11

Once connected, try executing the WQL query that your application is using – in my case, it was SELECT * FROM ServerSettings. Doing this resulted in the error:

Number: 0x8007007e
Facility: Win32
Description: The specified module could not be found.

Some quick research shows this can most often be resolved by recompiling the WMI template for SQL with mofcomp:

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

On 64-bit Windows with SQL 2008, the command is:

mofcomp “C:Program Files (x86)Microsoft SQL Server100Sharedsqlmgmproviderxpsp2up.mof”

You may need to adjust the command for bitness and version of SQL and then restart the WMI service for the changes to take effect. However, this did not resolve the issue on the specific system where I was encountering the problem. The same error was returned when trying to run a query in wbemtest after recompiling and restarting the service, the DPM console also displayed the same error when attempting to enumerate SQL instances. The 0x8007007e error typically means a DLL or registration is missing. Time to break out procmon and see what’s happening under the covers. Using filters to include only the wmiprvse.exe process and excluding entries with a SUCCESS result, I could see that there was a file it seemed to be looking for, but could not find:

It seemed to be scouring the path looking for sqlmgmprovider.dll and svrenumapi100.dll. I checked on disk, and sure enough, neither of those files existed under the path C:Program FilesMicrosoft SQL Server100Shared, however, their 32-bit counterparts were located under C:Program FilesMicrosoft SQL Server100Shared. Checking another 64-bit SQL 2008 server, I was able to find those files under that first path. After copying them from a known working system, the error was resolved. Also, the second file was only listed in procmon once I copied the first to the server and retested, so it make take several passes to completely resolve.

Note that this resolved this specific error for me, though it may not be the best solution. The reason those files were not on the server is because there was only a 32-bit instance of SQL Server on the system. By adding those two files and re-running wbemtest, an error was no longer returned, but the query also did not show any instances of SQL Server because it was querying for 64-bit instances.

Источник

Ошибка 0x8007007e в основном появляется тогда, когда происходит апдейт Windows 10. Иногда ошибка данная ошибка может происходить в результате изменений, переустановки различных программ и сервисов, касающихся конкретно операционной системы.

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

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

По каким-либо причинам был поврежден один из файлов Виндовс либо отчет памяти реестра, именно вследствие этого может происходить несоответствие файлов друг с другом или с устанавливаемым файлом, который, по каким-либо причинам, не может подходить установленной ОС, так как предназначен совсем для других характеристик.
Дополнительное, вспомогательное программное обеспечение, которое очень часто может вызывать ошибки, сбои во время работы устройства либо загрузки. Очень часто виной всему выступают антивирусные программы, автоматически останавливающие сам процесс загрузки файла, делается это все в целях безопасности и надежности. Для того, чтобы выйти из сложившейся ситуации вопрос может решаться несколькими способами. Рассмотрим наиболее актуальные из всех возможных.

Способы устранения ошибки 0x8007007e

Одним из самых простых способов устранения ошибки является простое отключение установленной антивирусной программы либо других приложений, вызывающих подвис либо неправильную загрузку файлов. После отключения программы следует удостовериться в том, что метод действительно оказался действенным. Это будет сразу заметно по работе самой ОС. Для того, чтобы отключить расширение необходимо кликнуть на соответствующую иконку, открыть меню опции и найти кнопку Выйти. После чего рекомендуется начать заново обновление системы или установку желаемой программы, сервиса. Если результата никакого не последовало, следует, что причина крылась не в этом и пробовать проверять второй способ.
Необходимо самому вернуть настройки Центра обновлений к дефолтному виду. В тот момент, когда антивирус, установленный в гаджет не источник возникновения ошибки 0x8007007e, то необходимо возвратиться в начальному виду и попробовать установить, переключить различные настройки Центра обновления. Высока вероятность того, что, используя другие настройки, получиться исправить сложившуюся ситуацию. Для реализации данного способа необходима кликнуть WIN-X и найти раздел Командная строка, после чего включить опцию net stop wuauserv, установить параметр net stop cryptSvc, самостоятельно в командной строке ввести комбинацию net stop bits и нажать Ввод. При этом следует обозначить тип настройки net stop msiserver, после чего опять нажать клавишу Ввод. Записывается опция с раздела ren C:WindowsSoftwareDistribution SoftwareDistribution.old, указывается параметр ren C:WindowsSystem32catroot2 Catroot2.old, набирается net start wuauserv и все эти действия подтверждаются простым нажатием на клавишу Enter. Не забудьте выключить консоль. После всех выполненных мероприятий, указанных выше, стоит опять выполнить апдейт операционной системы либо расшифровать какую-либо модификацию. Если применение и данного метода не помогло справиться с насущной проблемой, то самое время испробовать заключительный метод.
Данный способ можно обозначить, как чистая загрузка. Применять его следует только в тех случаях, когда вышеуказанные способы не привели ни к какому результату. Данный способ загрузки всей информации в автоматическом режиме запускает саму операционную систему со всеми ее основными и ключевыми составляющими, грубо говоря, все дополнительные и вспомогательные программы, которые хоть как-то могут повлиять на загрузку либо модификацию, отключаются, в процессе участвуют только самые нужные сервисы.

Для того, чтобы перейти к данному процессу необходимо нажать комбинацию WIN-R, в выскочившем окне вводится команда msconfig, после чего действие подтверждается.

Далее необходимо найти раздел Службы, галочкой отметить пункт Скрыть службы Майкрософт, после чего нажать Отключить все. Теперь можно смело переходить к установке, так как все ненужные и дополнительные программы отключаются.

Далее нужно перейти в Диспетчер задач, найти раздел Автозагрузка и закрыть работу всех приложений, которые там указаны, после чего компьютер перезагружается. После включения ПК следует снова попробовать обновить версию операционной системы. Если получилось справиться с проблемой, значит, что причина ее появления-вспомогательная утилита.

Источник

Восстановление поврежденного WMI (информация не считывается удалённо)

Иногда случается так, что после установки одного из обновлений Windows WMI перестает работать на сервере или рабочей станции. Если данные не собираются на каком-то компьютере даже локально (при наличии прав администратора), скорее всего WMI поврежден.

Можно попробовать восстановить WMI по следующей инструкции.

1. Исправление ошибок регистрации библиотек WMI:

1. Перейдите в системный каталог Windows. Перейдите в подкаталог wbem.
В этом каталоге находятся файлы WMI.
cd %system32%
cd wbem

2. Перерегистрируйте библиотеки
for %i in (*.dll) do RegSvr32 -s %i

3. Перерегистрируйте исполняемые файлы
regsvr32 -s scrcons.exe
regsvr32 -s unsecapp.exe
regsvr32 -s wbemtest.exe
regsvr32 -s winmgmt.exe
regsvr32 -s wmiadap.exe
regsvr32 -s wmiapsrv.exe
regsvr32 -s wmiprvse.exe

2. Исправление ошибок репозитория:

1. Остановите сервис WMI
net stop winmgmt
2. В папке
C:WindowsSystem32Wbem
переименуйте Repository в Repository_bad
3.Запустите сервис WMI
net start winmgmt
4. Запустите команду
rundll32 wbemupgd, UpgradeRepository

Скрипт, позволяющий выполнить все описанное вверху (создайте .bat-файл, скопируйте туда следующие команды, и запустите его):
cd %system32%
cd wbem
for %i in (*.dll) do RegSvr32 -s %i
regsvr32 -s scrcons.exe
regsvr32 -s unsecapp.exe
regsvr32 -s wbemtest.exe
regsvr32 -s winmgmt.exe
regsvr32 -s wmiadap.exe
regsvr32 -s wmiapsrv.exe
regsvr32 -s wmiprvse.exe

net stop winmgmt
cd %system32%
cd wbem
ren Repository Repository_bad
net start winmgmt
rundll32 wbemupgd, UpgradeRepository

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

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

Источник

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.

Собрались на рыбалку? вот Вам отличная донная снасть спешите!

Источник

Нет доступа к средствам WMI

BB-код ссылки (для форумов):

Хотел узнать Hardware ID.Пробил команду msinfo32,а мне говорят Нет доступа к средствам WMI.Файлы управления Windows были перемещены или удалены. Помогите пожалуйста.

BB-код ссылки (для форумов):

1. Проверьте наличие в папке ..WindowssysWOW64wbem файла WmiApSrv.exe
2. Проверьте работает ли служба Инструментарий управления Windows: Пуск —> Панель управления —> Администрирование —> Службы, так же тип запуска должен быть Автоматически.

Если все на месте и работает:

BB-код ссылки (для форумов):

А потом я проделал ниже следующее

Вот результат

В результате не получилось

BB-код ссылки (для форумов):

200?’200px’:»+(this.scrollHeight+5)+’px’);»> C:UsersTanya>net stop winmgmt
Следующие службы являются зависимыми от службы «Инструментарий управления Window
s».
Останов службы «Инструментарий управления Windows» приведет также к останову эти
х служб.

Центр обеспечения безопасности
Вспомогательная служба IP

Продолжить операцию? (Y-да/N-нет) [N]: y
Служба «Центр обеспечения безопасности» останавливается.
Служба «Центр обеспечения безопасности» успешно остановлена.

Служба «Вспомогательная служба IP» останавливается.
Служба «Вспомогательная служба IP» успешно остановлена.

Служба «Инструментарий управления Windows» останавливается.
Служба «Инструментарий управления Windows» успешно остановлена.

C:UsersTanya>cd /d %windir%sysWOW64wbem

C:WindowsSysWOW64wbem>for %i in (*.dll) do RegSvr32 -s %i

C:WindowsSysWOW64wbem>RegSvr32 -s esscli.dll

C:WindowsSysWOW64wbem>RegSvr32 -s fastprox.dll

C:WindowsSysWOW64wbem>RegSvr32 -s mofd.dll

C:WindowsSysWOW64wbem>RegSvr32 -s RacWmiProv.dll

C:WindowsSysWOW64wbem>RegSvr32 -s stdprov.dll

C:WindowsSysWOW64wbem>RegSvr32 -s vdswmi.dll

C:WindowsSysWOW64wbem>RegSvr32 -s viewprov.dll

C:WindowsSysWOW64wbem>RegSvr32 -s vsswmi.dll

C:WindowsSysWOW64wbem>RegSvr32 -s wbemcntl.dll

C:WindowsSysWOW64wbem>RegSvr32 -s wbemdisp.dll

C:WindowsSysWOW64wbem>RegSvr32 -s wbemprox.dll

C:WindowsSysWOW64wbem>RegSvr32 -s wbemsvc.dll

C:WindowsSysWOW64wbem>RegSvr32 -s Win32_Tpm.dll

C:WindowsSysWOW64wbem>RegSvr32 -s WmiApRpl.dll

C:WindowsSysWOW64wbem>RegSvr32 -s WMICOOKR.dll

C:WindowsSysWOW64wbem>RegSvr32 -s WmiDcPrv.dll

C:WindowsSysWOW64wbem>RegSvr32 -s WmiPerfClass.dll

C:WindowsSysWOW64wbem>RegSvr32 -s WmiPerfInst.dll

C:WindowsSysWOW64wbem>RegSvr32 -s wmiutils.dll

C:WindowsSysWOW64wbem>for %i in (*.exe) do %i /RegServer

C:WindowsSysWOW64wbem>WinMgmt.exe /RegServer
Недопустимый параметр

Инструментарий управления Windows (WMI)

Использование: winmgmt [/backup ] [/restore ]
[/resyncperf] [/standalonehost [ ]] [/sharedhost]
[/verifyrepository [ ]] [/salvagerepository]
[/resetrepository]

/backup
WMI получает команду сохранить архивную копию базы данных с указанным
именем файла. Аргумент «имя_файла» должен содержать полный путь к
местоположению файла. Для этого процесса необходима блокировка записи
в базу данных, что позволяет приостанавливать операции записи в базу
данных до окончания архивации.

/restore
Восстанавливает базу данных WMI из указанного архивного файла.
Аргумент «имя_файла» должен содержать полный путь к местоположению
архивного файла. Для восстановления WMI сохраняет существующую базу
данных для обратной записи на случай сбоя операции. Затем база данных
восстанавливается из архивного файла, указанного в аргументе
«имя_файла». Если не удается получить монопольный доступ к базе данных,
существующие клиенты отключаются от WMI. Аргумент «флаг» должен иметь
значение 1 (принудительно — отключение пользователей и восстановление) и
ли
0 (по умолчанию — восстановление, если пользователи не подключены),
при этом он указывает режим восстановления.

/resyncperf
Регистрирует системные библиотеки производительности в WMI.

/standalonehost [ ]
Перемещает службу Winmgmt в автономный процесс Svchost, который имеет
фиксированную конечную точку DCOM. По умолчанию установлена конечная точ
ка
ncacn_ip_tcp.0.24158.
Однако конечную точку можно изменить, запустив Dcomcnfg.exe. Аргумент
«уровень» является уровнем проверки подлинности для процесса Svchost.
Если уровень не указан, по умолчанию устанавливается значение
4 (RPC_C_AUTHN_LEVEL_PKT).

/sharedhost
Перемещает службу Winmgmt в общий процесс Svchost.

/verifyrepository [ ]
Выполняет проверку согласованности базы данных WMI. При добавлении модул
я
/verifyrepository без аргумента проверяется обновляемая база
данных, используемая WMI в настоящее время. Если указать аргумент
«путь», можно будет проверить любую сохраненную копию базы данных.
В таком случае аргумент «путь» должен содержать полный путь к сохраненно
й
Копии базы данных. Сохраненная база данных должна представлять собой пап
ку
с целой базой данных.

/salvagerepository
Выполняет проверку согласованности базы данных WMI и при обнаружении
несогласованности перестраивает базу данных. Если содержимое
несогласованной базы данных можно прочитать, оно добавляется в
перестроенную базу данных. Операция восстановления всегда работает с баз
ой
данных, которая используется в настоящее время службой WMI. Файлы MOF,
содержащие инструкцию препроцессора автоматического восстановления
#pragma, восстанавливаются в базу данных.

/resetrepository
База данных восстанавливается в исходное состояние на момент установки
операционной системы. Файлы MOF, содержащие инструкцию препроцессора
автоматического восстановления #pragma, восстанавливаются в базу данных.

C:WindowsSysWOW64wbem>WMIC.exe /RegServer
Invalid Global Switch.

C:WindowsSysWOW64wbem>net start winmgmt
Служба «Инструментарий управления Windows» запускается.
Служба «Инструментарий управления Windows» успешно запущена.

C:WindowsSysWOW64wbem>winmgmt /salvagerepository
Не удалось восстановить базу данных WMI
Код ошибки: 0x8007007E

Источник