Windowsの更新エラー0x80073712と0x800f0993を完全に消し去る最新解決手順

Windowsの更新エラー0x80073712と0x800f0993を完全に消し去る最新解決手順

Windowsアップデートを阻む最凶の2大エラーコードとその正体

Windowsの運用において、最も頭を悩ませるトラブルの一つが「Windows Updateの失敗」です。特に、OSの大規模なアップグレードを行った直後に発生しやすいエラーコード「0x80073712」および「0x800f0993」は、一度発生すると毎月のセキュリティ更新プログラムが一切適用できなくなるという、非常に深刻な状況を招きます。

この現象は、Windows 10からWindows 11への移行、あるいはWindows 11の旧バージョンから最新の24H2や25H2といった環境へシステムをアップグレードした環境において、ごく一部のシステムで連鎖的に発生していることが確認されています。一見すると単なる一時的なネットワークエラーやストレージの容量不足のように思えますが、その深部にある原因はOSの根幹に関わるファイルシステムの不整合にあります。

エラーに遭遇したシステムの内部ログ（CBS.log）を解析すると、明確なエラーの引き金が記録されています。それこそが、コンポーネントストアの破損と、再ベース化に必要なハイドレーション候補の欠落です。この事態に陥ったパソコンは、どれだけ時間を置いて再起動を繰り返しても、自力で更新を成功させることはできません。安全なシステム運用を維持するためには、このエラーのメカニズムを正しく理解し、適切な修復プロセスを迅速に実行する必要があります。

エラーコードが示すシステム内部の致命的な不整合

更新プログラムの適用が阻まれた際、画面に表示される2つのコードにはそれぞれ明確な意味があります。

まず「0x800f0993」というコードは、システム内部において「PSFX_E_REBASE_HYDRATION_CANDIDATES_MISSING」という致命的なエラーが発生していることを意味します。これは、過去のOSバージョンから新しいバージョンへとシステムを引き継ぐ（アップグレードする）プロセスの中で、本来引き継がれるべき更新ファイルの基礎データやインデックス情報が、何らかの理由で綺麗に引き継がれずに行方不明になってしまった状態を示しています。古い土台の上に新しいシステムを構築しようとしたものの、基礎となるパーツが足りないために、それ以降の積み重ね（毎月のアップデート）が拒絶されてしまう現象です。

もう一方の「0x80073712」は、「ERROR_SXS_COMPONENT_STORE_CORRUPT」と定義されています。こちらはWindowsが更新プログラムをインストールしたり管理したりするための「コンポーネントストア（WinSxSフォルダ）」自体が破損していることを示します。いわば、更新に必要な材料を保管しておく倉庫の棚が壊れてしまい、どのファイルがどこにあるのかシステムが認識できなくなっている状態です。これら2つのエラーが同時に、あるいは片方ずつ発生することで、Windows Updateは完全に機能停止へと追い込まれます。

影響を受けるOS環境と問題が発生する引き金

この深刻なアップデートエラーは、すべての環境で一様に発生するわけではありません。明確な発生パターンが存在します。

最も被害を受けやすいのは、Windows 10（バージョン21H2または22H2）や、Windows 11の初期バージョン（23H2など）を長期間運用し、そこから直接Windows 11の最新機能アップデート（バージョン24H2や25H2）へとインプレースアップグレードを実行したマシンです。新規にクリーンインストールした環境ではコンポーネントストアが完全に初期化されているため発生しませんが、長年のシステム利用によって古いキャッシュや不要なレジストリエントリが蓄積した状態からアップグレードを行うと、ファイルの移行処理において整合性が損なわれ、このバグが顕在化します。

一度この状態に陥ると、設定画面の「更新とセキュリティ」から「アップデートの履歴」を確認した際に、累積更新プログラムのインストールの進捗が特定の割合で停止し、最終的にこれらのエラーコードを吐き出して強制終了するようになります。

修正プログラムの配備状況とシステム防衛の現状

この広範囲にわたるアップグレード起因の不整合に対し、開発元による調査と対策は迅速に進められました。初期段階の応急処置から、その後の抜本的な修正パッチの配信にいたるまで、システムを保護するためのアップデートエコシステムは常に稼働しています。

個人向け（Windows 11 HomeやPro）として提供されている一般的なPC環境に対しては、まず機能の一時的な無効化や巻き戻しを行う「Known Issues Rollback (KIR)」と呼ばれる仕組みが自動で適用されました。これにより、問題がそれ以上拡大することを防ぐ防波堤が築かれ、その後、問題を根本から根絶するための正式な修正プログラムがリリースされるに至っています。

自動修正パッチ「KB5094125」による根本解決のメカニズム

システムが正常にインターネットに接続され、最低限の通信が確保されている一般的な環境であれば、この問題を根本的に解消するための専用更新プログラム「KB5094125」が自動的にダウンロードおよび適用される仕組みが整っています。

この修正プログラムの最大の役割は、壊れてしまった、あるいは欠落してしまったコンポーネントストアの「ハイドレーション候補（基礎データ）」を再構築し、Windows Updateのパイプラインを正常な状態へ復元することにあります。これから新しくWindows 11の最新バージョンへとアップグレードを行うデバイスに対しては、この修正プログラムがアップグレードプロセス自体に組み込まれるため、移行と同時にバグの発生を未然に防ぐインテリジェントな処理が行われます。

自動更新が機能しない場合のシナリオとリスク

しかし、すでにエラー「0x80073712」や「0x800f0993」が完全に定着してしまい、Windows Updateの機能そのものが麻痺しているシステムにおいては、この自動修正パッチすら受け入れることができないという悪循環に陥ります。

自動更新が機能しない原因としては、以下の要素が挙げられます。

• コンポーネントストアの破損が激しく、新しいパッチを検証するための照合システム自体が動かない

• セキュリティソフトが破損したシステムファイルを誤検知し、アクセスをブロックしている

• 社内ネットワークやプロキシ環境下で、特定の更新サーバーへの通信が制限されている

修正パッチが適用されないまま放置されたシステムは、将来的に配信されるすべての累積更新プログラムやセキュリティパッチを受け取ることができなくなります。これは未修正の脆弱性を抱えたままPCを運用し続けることを意味し、不正アクセスやマルウェア感染のリスクが日を追うごとに跳ね上がるという、極めて危険な状態を意味します。そのため、自動更新が失敗し続ける場合は、ユーザー自身の手でシステムを強制的に正常化する手動のアプローチが必要不可欠です。

Windows Updateエラーを完全攻略する個別対処ステータス

システムが現在どのような状況にあり、どのようなアプローチを取るべきかを一目で把握できるよう、発生しているエラーのステータスと対処法をまとめました。自身の環境と照らし合わせ、適切なアクションを選択してください。

エラーの状態	主な原因	適用される修正方法	復旧への期待度
アップグレード直後に更新が1度だけ失敗する	一時的なファイルの競合、またはバックグラウンド処理の遅延	PCの再起動および手動での再試行	高（軽微なエラー）
エラー0x800f0993が繰り返し表示される	以前のOSから移行したインデックスデータ（ハイドレーション候補）の欠落	DISMコマンドによるイメージ回復とKB5094125の手動適用	中（コマンド操作が必要）
エラー0x80073712で進行状況が完全に停止する	WinSxSフォルダ内のコンポーネントストアデータの致命的な破損	SFCスキャン、コンポーネントの完全リセット、またはインプレース修復	中〜高（手順の厳守が必要）
自動更新は成功しているが動作が不安定	過去に発生したエラーのキャッシュやゴミデータがシステムに残留	Windows Updateコンポーネントのクリーンアップ	高（メンテナンス推奨）

 

破損したシステムを根底から修復する段階的リカバリー手順

自動更新の恩恵を受けられない、あるいはすでにエラーコードが画面に張り付いて動かないシステムを確実に救出するための、具体的かつ詳細な行動手順を解説します。

作業を開始する前に、すべてのアプリケーションを閉じ、万が一に備えて重要なデータは外部ストレージやクラウドへバックアップしてください。また、これ以降の操作はすべて「管理者権限」を持ったアカウントで行う必要があります。

ステップ1：管理者権限でのコマンドプロンプトの起動

Windowsの深部を書き換えるため、まずは最高権限でコマンドラインツールを起動します。

1. キーボードの「Windowsキー」を押しながら「S」キーを押し、検索バーを開きます。

2. 検索ボックスに「cmd」と入力します。

3. 検索結果に表示された「コマンドプロンプト」の項目を右クリックします。

4. コンテキストメニューから「管理者として実行」を選択します。

5. 「ユーザーアカウント制御」のポップアップが表示されたら、「はい」をクリックして許可します。

ステップ2：DISMコマンドによるコンポーネントストアのオンライン修復

エラーの主因であるコンポーネントストアの破損（0x80073712）およびデータの欠落（0x800f0993）を、Microsoftの公式サーバーからクリーンなファイルをダウンロードして直接置き換える処理を行います。

1. 開いた黒い画面（コマンドプロンプト）に、以下のコマンドを正確に入力します。 DISM.exe /Online /Cleanup-image /Restorehealth

2. 入力内容に間違いがないことを確認し、「Enter」キーを押します。

3. 修復処理が開始され、％表示で進捗が進みます。この処理にはシステムの性能やインターネット速度に応じて10分から30分程度かかる場合があります。20％や40％の時点で進捗が一時的に止まったように見えることがありますが、内部でファイルの照合とダウンロードを行っているため、絶対にウィンドウを閉じたりPCの電源を切ったりしないでください。

4. 処理が完了し、「操作は正常に完了しました」というメッセージが表示されたことを確認します。

ステップ3：システムファイルチェッカー（SFC）による整合性違反の修正

コンポーネントストアが正常化した後、それを基にOSの主要なシステムファイル自体に歪みがないかをスキャンし、自動修復します。

1. 続けて、コマンドプロンプトに以下のコマンドを入力します。 sfc /scannow

2. 「Enter」キーを押して実行します。

3. システムのスキャンが開始されます。これには数分から十数分を要します。

4. スキャン完了後、「Windowsリソース保護は、整合性違反を検出されませんでした」または「破損したファイルが見つかりましたが、正常に修復されました」というメッセージが表示されることを確認します。

ステップ4：Windows Update関連サービスの一時停止とキャッシュ削除

過去の失敗したアップデートの履歴や、破損した一時キャッシュファイルがシステムに残っていると、それが足枷となって再びエラーを引き起こします。これを完全にリセットします。

1. コマンドプロンプトに以下のコマンドを1行ずつ入力し、それぞれの行で「Enter」キーを押して、アップデートに関わるバックグラウンドサービスを順番に停止させます。 net stop wuauserv net stop cryptSvc net stop bits net stop msiserver

2. すべてのサービスが正常に停止したことを確認したら、エクスプローラーを開きます。

3. アドレスバーに「C:\Windows\SoftwareDistribution」と入力して移動し、そのフォルダ内にあるすべてのファイルとフォルダを選択して完全に削除します（これがアップデートのキャッシュストレージです）。

4. 同様に「C:\Windows\System32\catroot2」へと移動し、そのフォルダ内のコンテンツもすべて削除します。

5. 削除が完了したら、再びコマンドプロンプトに戻り、停止させたサービスを以下のコマンドで順番に再起動します。1行ごとに「Enter」キーを押してください。 net start wuauserv net start cryptSvc net start bits net start msiserver

ステップ5：システムの再起動と更新プログラムの手動チェック

すべてのクリーンアップと修復が完了したら、システムを完全にリフレッシュさせて変更を適用します。

1. コマンドプロンプトに「exit」と入力してEnterを押すか、右上の「×」ボタンでウィンドウを閉じます。

2. スタートメニューからPCを「再起動」します（シャットダウンではなく必ず再起動を選んでください）。

3. PCが起動したら、設定アプリを開き、「Windows Update」を選択します。

4. 「更新プログラムのチェック」ボタンをクリックし、エラーが解消され、累積更新プログラム（KB5094125など）のダウンロードとインストールが正常に進行することを確認します。

リカバリー操作中に直面するトラブルへのアプローチと解決策

上述の標準的な修復手順を実行している最中にも、システムの状態によっては別のエラーや妨害が発生することがあります。作業を安全に完遂するために、想定されるトラブルとその具体的な突破口をあらかじめ把握しておきましょう。

DISMコマンドがエラーコード「0x800f081f」などで途中で失敗する場合

DISMによる修復コマンドを実行した際、ソースファイルが見つからないという理由で「エラー: 0x800f081f」が発生し、処理が中断されることがあります。これは、ローカルの破損が深刻すぎて、Windows Update経由での自動ダウンロードすら拒絶されている状態を意味します。

この場合の対策として、正常に動作している別のWindows 11 PCから最新のISOイメージファイルをダウンロードするか、Microsoftの公式サイトから公式のメディア作成ツールを用いてインストールメディア（USBドライブやISOファイル）を準備します。そのメディアをPCに接続した状態で、破損したPCのコマンドプロンプトからソースを直接指定して修復を試みます。

具体的には、接続したメディアのドライブレジストリ（例としてEドライブの場合）を確認し、以下のコマンドを実行します。 DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:WIM:E:\sources\install.wim:1 /LimitAccess これにより、インターネット上の不確定なサーバーではなく、信頼できるクリーンなメディア内のファイル（install.wim）から直接欠落したハイドレーション候補が補填され、コンポーネントストアの再構築が強制的に成功します。

サービス停止コマンド（net stop）が「拒否されました」となる場合

Windows Updateのキャッシュを削除する前段階として、バックグラウンドサービスを停止するコマンドを入力した際、画面に「システムエラー 5 が発生しました。アクセスが拒否されました」と表示されて処理が進まないケースがあります。

このトラブルの原因は、コマンドプロンプトの起動権限が不足していることに起因します。単に検索からコマンドプロンプトをクリックして開いただけでは、一般ユーザー権限での実行となり、OSの基幹サービスを停止させることはできません。

対策は極めてシンプルです。一度開いているコマンドプロンプトのウィンドウをすべて閉じ、前述の手順通りに検索結果の「コマンドプロンプト」を「右クリック」して、必ず「管理者として実行」を選択して開き直してください。タイトルバーに「管理者: コマンドプロンプト」と明記されている状態で再度実行すれば、サービスは問題なく停止します。

キャッシュフォルダ内のファイルが「使用中」として削除できない場合

「SoftwareDistribution」や「catroot2」の中身を削除しようとした際、特定のファイルに対して「別のプログラムがこのファイルを開いているため、操作を完了できません」というアラートが出て、削除が阻まれることがあります。

これは、コマンドプロンプトでサービスを停止させた直後に、OSが自動的にサービスをバックグラウンドで再起動してしまったか、あるいは関連するサードパーティ製のセキュリティソフトやバックアップソフトが、該当フォルダ内のファイルをロックしてスキャンしていることが原因です。

この問題に遭遇した場合は、一度PCのネットワーク接続（LANケーブルやWi-Fi）を完全に切断した上で、タスクマネージャーを開いてセキュリティ関連の常駐アプリを一時的に終了させます。その後、再度コマンドプロンプトからサービスの停止コマンドを入力し、間髪入れずにフォルダ内の削除を実行してください。それでも削除できない頑固なファイルが存在する場合は、Windowsを「セーフモード（最小限のシステム構成での起動）」で立ち上げ直してから該当フォルダにアクセスすることで、何にも邪魔されることなく安全に一括削除を遂行できます。