WMIリポジトリのリセットに失敗しました、エラー0x80070005、0x8007041B、0x80041003

WMIまたはWindowsManagementInstrumentationは、WMIクラスのメタ情報と定義を格納するデータベースです。管理者は、リモートシステムを含むさまざまなWindows環境を管理できます。 WMIリポジトリが破損した場合、WMIサービスは正しく機能しません。リモートサーバーへの接続中に、WMIで誤った資格情報、不十分なアクセス許可、またはアクセス拒否エラーが発生する場合があります。この記事では、 WMIリポジトリのリセットに失敗しました。エラー0x80070005、0x8007041B、0x80041003を修正するのに役立つ可能性のあるいくつかの解決策を紹介します。 。これらのエラーメッセージの説明には、「アクセスが拒否されました」のいずれかが表示されます。 」または「アクセスが拒否されました 」メッセージ。

WMIリポジトリのリセットに失敗しました、エラー0x80070005、0x8007041B、0x80041003

これらのエラーは、DCOMレベルのアクセス許可の問題またはWMIアクセス許可の問題のいずれかが原因で発生します。これらのエラーを修正するための可能な解決策について説明する前に、完全なエラーメッセージを見てみましょう。

WMIリポジトリの検証に失敗しました
エラーコード：0x80041003
機能：WMI
説明：アクセスが拒否されました

WMIリポジトリの検証に失敗しました
エラーコード：0x80041003
機能：WMI
説明：アクセスが拒否されました

WMIリポジトリのリセットに失敗しました
エラーコード：0x80070005
機能：Win32
説明：アクセスが拒否されました。

上記のエラーメッセージには、エラーコードと機能および説明が表示されます。

機能：Win32 DCOMレベルのセキュリティ許可の問題であることを示します。これは、リモートサーバーへの接続に使用しているアカウントに、WMIを介してリモートデバイスにアクセスするためのDCOMレベルのセキュリティアクセス許可がないことを意味します。

施設：WIM WMIレベルのセキュリティアクセス許可の問題であることを示します。これは、WMI名前空間へのアクセスに使用しているアカウントにWMIレベルのセキュリティアクセス許可がないことを意味します。

これらの問題を解決するために、試すことができるいくつかの解決策があります。

1. クリーンなWBEMリポジトリ
2. WMI値を再構築する
3. DCOMのアクセス許可を確認する

これらの修正を実行する方法を見てみましょう。

1]クリーンなWBEMリポジトリ

WBEMリポジトリをクリーンアップし、問題が解決するかどうかを確認します。このための手順は以下のとおりです。

管理者としてコマンドプロンプトを起動します。次のコマンドを入力してEnterキーを押します。

net stop winmgmt

Yを選択します 受け入れる（そうするように求められた場合）。コマンドが正常に実行されるまで待ちます。

次に、次のコマンドをコピーしてコマンドプロンプトに貼り付け、 Enterを押します。 。

C:\Windows\System32\wbem\Repository*

Yを選択します 受け入れる（そうするように求められた場合）。 終了と入力します Enterキーを押します。これにより、コマンドプロンプトが閉じます。

コンピュータを再起動してください。コンピュータを再起動した後、数分待って、問題が修正されたかどうかを確認します。

これで問題が解決しない場合は、WMI値を再構築すると役立つ場合があります。

2]WMI値を再構築します

前に説明したように、これらのエラーは、ユーザーがWMIで操作を実行するためのアクセス許可を持っていない場合に発生します。 WMI値を再構築すると、この問題を解決できます。

Windowsマシンでメモ帳を開きます。次に、次のコマンドをコピーして貼り付けます。

@echo on 
cd /d c:\temp 
if not exist %windir%\system32\wbem goto TryInstall 
cd /d %windir%\system32\wbem 
net stop winmgmt 
winmgmt /kill 
if exist Rep_bak rd Rep_bak /s /q 
rename Repository Rep_bak 
for %%i in (*.dll) do RegSvr32 -s %%i 
for %%i in (*.exe) do call :FixSrv %%i 
for %%i in (*.mof,*.mfl) do Mofcomp %%i 
net start winmgmt 
goto End 

:FixSrv 
if /I (%1) == (wbemcntl.exe) goto SkipSrv 
if /I (%1) == (wbemtest.exe) goto SkipSrv 
if /I (%1) == (mofcomp.exe) goto SkipSrv 
%1 /Regserver 
:SkipSrv 
goto End 
:TryInstall 
if not exist wmicore.exe goto End 
wmicore /s 
net start winmgmt 
:End

ファイルをWMI.batとして保存し、メモ帳を閉じます。次に、管理者としてWMI.batファイルを実行します。このためには、WMI.batファイルを右クリックして、管理者として実行を選択します。 オプション。これにより、WMI値が再構築されます。

WMI値に対して再構築を試みた後、以下の手順に従ってWMIのアクセス許可を確認してください。

このPCを右クリックします デスクトップのアイコンを選択し、管理を選択します 。これにより、コンピュータ管理パネルが起動します 。

コンピュータの管理（ローカル）をダブルクリックします 左側に展開します。その後、サービスとアプリケーションを展開します それをダブルクリックして。次に、 WMI Controlを右クリックします。 プロパティを選択します 。 [WMIコントロールのプロパティ]ダイアログボックスが表示されます。

セキュリティを選択します タブをクリックしてルートを展開します フォルダ。その後、セキュリティを選択します サブフォルダをクリックし、セキュリティをクリックします 右下のボタン。これにより、ROOTのセキュリティがもたらされます 画面上のダイアログボックス。

認証されたユーザーに対して次の権限を有効にする必要があります 。

• メソッドの実行
• プロバイダー書き込み
• アカウントを有効にする

[OK]をクリックして、[ROOTのセキュリティ]ダイアログボックスを閉じます。 [コンピューターの管理]パネルを閉じて、コンピューターを再起動します。次に、問題が解決するかどうかを確認します。

3]DCOMのアクセス許可を確認してください

手順に従って、DCOMのアクセス許可を確認および変更します。

Windowsサーチをクリックします Dcomcnfgと入力します 。検索結果からDcomcnfgアプリを選択します。

「コンポーネントサービス>コンピュータ>マイコンピュータ」に移動します 。」 マイコンピュータを右クリックします プロパティを選択します 。 マイコンピュータのプロパティ ダイアログボックスが表示されます。 COMセキュリティを選択します タブ。

制限の編集をクリックします アクセス許可の下のボタン セクション。これにより、アクセス許可が開きます ダイアログボックス。 全員を選択します ユーザーグループを作成し、次の権限が付与されているかどうかを確認します。

• ローカルアクセス
• リモートアクセス

許可の場合 上記の両方の権限に対してチェックボックスが選択されていない場合は、それらを選択して[OK]をクリックします。

マイコンピュータのプロパティ ダイアログボックスで、制限の編集をクリックします 起動とアクティベーションのアクセス許可の下にあるボタン セクション。 全員を選択します ユーザーグループを作成し、次の権限が許可されているかどうかを確認します。

• ローカルローンチ
• ローカルアクティベーション

許可の場合 上記の両方の権限に対してチェックボックスが選択されていない場合は、それらを選択して[OK]をクリックします。

[適用]、[OK]の順にクリックして、[マイコンピュータのプロパティ]ダイアログボックスを閉じます。

次に、[コンピューターサービス]ウィンドウで、[コンポーネントサービス>コンピューター>マイコンピューター>DCOM構成]に移動します。 。」右側を下にスクロールして、 Windows Management and Instrumentationを見つけます。 。見つけたら、右クリックしてプロパティを選択します 。

セキュリティを選択します タブをクリックし、編集をクリックします 起動とアクティベーションのアクセス許可の下にあるボタン セクション。 管理者を選択します ユーザーグループの下で、次の権限が許可されているかどうかを確認します。

• ローカルローンチ
• リモート起動
• ローカルアクティベーション
• リモートアクティベーション

チェックボックスが選択されていない場合は、チェックボックスを選択して[OK]をクリックします。

読む ：WMIプロバイダーホスト（WmiPrvSE.exe）の高いCPU使用率を修正します。

Windows WMIリポジトリを修復または完全に再構築するにはどうすればよいですか？

WMIリポジトリが破損している場合、その時点で実行しているアクティビティに応じてさまざまなエラーが発生します。 WMIには自己回復モードがあります。 WMIがリポジトリの破損を検出すると、自己回復モードが自動的にアクティブになります。 WMIは、VSSバックアップメカニズムによって作成されたシステム内のバックアップイメージを検索し、AutoRestoreアプローチを適用して、有効なイメージを復元します（可能な場合）。

自己回復モードで破損したWindowsWMIリポジトリを回復できない場合は、WMIリポジトリが破損していることを示すいくつかのエラーメッセージが表示されます。このような場合、管理者特権のコマンドプロンプトでコマンドを実行することにより、WindowsWMIリポジトリを手動で修復または再構築できます。

WMIが破損しているかどうかを確認するにはどうすればよいですか？

WMIが破損している場合、WMIでいくつかのエラーとアクセス許可の問題が発生します。このような場合、コンピュータに次のエラーと症状が表示されます。

• rootdefaultまたはrootcimv2名前空間に接続できません。 WBEM_E_NOT_FOUNDを指すエラーコード0x80041002を返すことができません。
• 「WMI」を受け取ったとき 。 「見つかりません」というエラーが表示されるか、コンピュータの管理（ローカル）のプロパティを開くときにコンピュータがハングします。
• 0x80041010WBEM_E_INVALID_CLASS。
• スキーマ/オブジェクトがありません。
• 奇妙な接続/操作エラー（0x8007054e）。
• wbemtestユーティリティを使用するたびにシステムがハングします。

上記のエラーは、WMI破損の症状です。したがって、WMIの破損を確認するには、昇格したコマンドプロンプトで次のコマンドを実行する必要があります。

winmgmt /verifyrepository

上記のコマンドを実行した後、「リポジトリが一貫していません」というメッセージが表示された場合 、」WMIが破損しています。 「リポジトリは一貫しています」というメッセージが表示された場合 、」リポジトリに問題はありません。この場合、問題の原因は他にあります。

これがお役に立てば幸いです。

次を読む ：WindowsManagementInstrumentationエラー1083を修正しました。