【Windows 11/10】WMIリポジトリを修復・再構築する方法を徹底解説

Windows環境では、WMIリポジトリが破損し、「Provider Load Failure(プロバイダーの読み込み失敗)」といったエラーが発生することがあります。本記事では、Windows 11/10においてWMIリポジトリを修復または再構築する方法を詳しく解説します。

まず前提として、WMI(Windows Management Instrumentation)とは、Microsoftが提供する仕様のセットで、ネットワーク上のデバイスやアプリケーションの管理を統合するための技術です。WMIリポジトリは、WMIクラスのメタ情報や定義を格納するデータベースであり、これを通じてシステムの状態を把握できます。ローカルおよびリモートコンピューターの状態をエンドユーザーに提供する重要な役割を担っています。

リポジトリは以下の場所に保存されています。

%windir%\System32\Wbem\Repository

注意: Server 2012クラスターマシンでは、この方法を使用しないでください。

WMIリポジトリの破損を確認する

WMIの修復にはコマンドラインツールを使用しますが、作業前に実際に破損が存在するかどうかを確認することをおすすめします(Microsoftも推奨しています)。破損時に現れる代表的なエラーや症状は以下のとおりです。

1. root\defaultまたはroot\cimv2名前空間に接続できず、エラーコード「0x80041002(WBEM_E_NOT_FOUND)」が返される
2. 「コンピューターの管理」を開き、「コンピューターの管理(ローカル)」を右クリックして「プロパティ」を選択すると、「WMI: 見つかりません」と表示される、または接続中にフリーズする
3. 0x80041010 WBEM_E_INVALID_CLASS エラーが発生する
4. wbemtestユーティリティを使用するとフリーズする
5. スキーマ/オブジェクトが欠落している
6. 不可解な接続/操作エラー(0x8007054e)が発生する

最も確実な確認方法は、管理者権限のコマンドプロンプトで以下のコマンドを実行することです。

winmgmt /verifyrepository

リポジトリに問題がある場合は「リポジトリは一貫していません(repository is not consistent)」という応答が返ります。このメッセージが表示されない場合は、別の原因が考えられます。破損が確認できたら、以下の手順で修復を行いましょう。

1] WMIリポジトリをリセットする

管理者権限でコマンドプロンプトを開き、以下のコマンドを実行します。

winmgmt /salvagerepository

続いて、整合性が回復したかどうかを確認します。

winmgmt /verifyrepository

それでも「リポジトリは一貫していません」と表示される場合は、次のコマンドを実行してください。

winmgmt /resetrepository

これによりWMIリポジトリを修復できます。各コマンドの意味は以下のとおりです。

• salvagerepository: 整合性チェックを実行し、不整合が検出された場合にリポジトリを再構築します。
• verifyrepository: WMIリポジトリの整合性チェックのみを行います。
• resetrepository: リポジトリをOS初回インストール時の初期状態にリセットします。

2] WMIを強制的に復旧させる

WMIには自己復旧プロセスが組み込まれています。WMIサービスの再起動時や破損の検出時に、自動的にトリガーされます。自己復旧には以下の2つの方式があります。

AutoRestore(自動復元): VSS(ボリュームシャドウコピー)バックアップが有効になっている場合、バックアップイメージを使用して復元します。

AutoRecovery(自動復旧): 登録済みのMOFファイルをもとに、リポジトリの新しいイメージを生成して再構築します。MOFの一覧はレジストリの以下のキーで確認できます。

HKLM\Software\Microsoft\WBEM\CIMOM: Autorecover MOFs

注意: 「Autorecover MOFs」はレジストリ値です。ダブルクリックして内容を確認してください。

WMIの自己復旧が機能しない場合

自己復旧がうまくいかない場合は、強制復旧プロセスを試します。まず、以下のレジストリ値が空でないかを確認してください。

HKLM\Software\Microsoft\WBEM\CIMOM\Autorecover MOFs

この値が空の場合は、問題のマシンと同一のOS環境を持つ別のシステムからレジストリ値をコピーして貼り付けてください。その後、以下のコマンドを実行します。

Winmgmt /resetrepository

ここで「WMI repository reset failed. Error code: 0x8007041B. Facility: Win32」というエラーが表示された場合は、WMIサービスの依存サービスをすべて停止してから再試行します。

net stop winmgmt /y

Winmgmt /resetrepository

上記の対処法でも解決しない場合は、自動化ツールの使用を検討しましょう。

3] WMI Fixerツールを使用する

WMI Fixerツールは、破損したサーバーのWMIリポジトリや関連する問題を修復できるツールです。かつてはTechnetからダウンロードできましたが、現在は提供が終了しており、代わりにGitHubからPowerShell版を入手できます。

さらに高度なトラブルシューティングについては、microsoft.comの公式ドキュメントを参照してください。

関連記事: WMIリポジトリのリセットに失敗する(エラー 0x80070005、0x8007041B、0x80041003)

WMIが破損しているかどうかを見分ける方法

WMIが破損している場合、さまざまなエラーやアクセス許可の問題が発生します。具体的には、以下のような症状が現れます。

• root\defaultまたはroot\cimv2名前空間に接続できず、エラーコード0x80041002(WBEM_E_NOT_FOUND)が返される
• 「コンピューターの管理(ローカル)」のプロパティを開く際に「WMI: 見つかりません」エラーが表示される、またはフリーズする
• 0x80041010 WBEM_E_INVALID_CLASS エラーが発生する
• スキーマ/オブジェクトが欠落している
• 不可解な接続/操作エラー(0x8007054e)が発生する
• wbemtestユーティリティを使用するたびにシステムがフリーズする

これらのエラーはWMI破損の典型的な兆候です。確定するには、管理者権限のコマンドプロンプトで以下のコマンドを実行します。

winmgmt /verifyrepository

実行後、「リポジトリは一貫していません」というメッセージが返ればWMIが破損しています。「リポジトリは一貫しています」と表示された場合は、リポジトリ自体に問題はなく、別の原因が考えられます。

関連記事: WMIがCPU使用率を高くする原因と対策