Windows の信頼性を維持するためには、基盤となるコンポーネントストア（Component Store）と実行中のシステムファイルの整合性を定期的に検証・修復する必要があります。以下の手順は、Windows 10、Windows 11、および Windows Server（2016以降）で共通して適用可能な標準修復フローです。
段階的な診断と修復プロセス
DISM（Deployment Image Servicing and Management）ツールと SFC（System File Checker）を組み合わせた4段階のアプローチにより、問題の早期検出から根本的修復までを網羅します。
-
即時状態確認（/CheckHealth）
コンポーネントストアの基本的な健全性を数秒で判定します。Dism /Online /Cleanup-Image /CheckHealth出力に「修復可能」または「修復不能」が含まれる場合、次のステップへ進むことを推奨します。正常と表示されても症状が継続する場合は、同様に次へ。
-
詳細な構造解析（/ScanHealth）
ストア内の破損や不整合を深く探索し、修復可能性を明確化します。Dism /Online /Cleanup-Image /ScanHealth完了まで数分かかることがあります。結果が「修復可能」と判断された場合のみ、/RestoreHealth を実行してください。
-
コンポーネントストアの再構築（/RestoreHealth）
Windows Update サーバーから信頼できるバイナリを取得し、破損したストア領域を置き換えます。インターネット接続が必須です。Dism /Online /Cleanup-Image /RestoreHealth -
実行中OSのファイル修復（sfc /scannow）
DISM が提供した健全なソースをもとに、現在稼働中のシステムファイルを検証・復元します。sfc /scannow
実行時の注意点
- すべてのコマンドは管理者権限の PowerShell またはコマンドプロンプトで実行してください。
- /RestoreHealth 実行後、sfc /scannow の結果が「修復に成功しました」となることが理想です。そうでない場合は、ログ（
C:\Windows\Logs\CBS\CBS.log）を参照し、特定の失敗モジュールを特定できます。 - 修復内容は次回の再起動後に完全に有効化されます。
オフライン／ローカルソースによる修復（代替手法）
ネットワーク接続が利用できない、または Windows Update を経由した修復を回避したい場合、ローカルの Windows イメージ（例：ISOマウント後の \sources\sxs フォルダ）を修復元として指定できます。
Dism /Online /Cleanup-Image /RestoreHealth /Source:wim:E:\sources\install.wim:1 /LimitAccess上記例では、ドライブ E: にマウントされた Windows インストールメディアの1番目のイメージ（通常はPro版）を修復ソースとして使用しています。/LimitAccess は、DISM が自動的に Windows Update をバックアップソースとして参照することを防ぎます。
補足：各コマンドの役割を簡潔に整理
| コマンド | 役割 | 所要時間 | ネット接続要否 |
|---|---|---|---|
/CheckHealth |
ストアのキャッシュ状態を瞬時に確認 | 数秒 | 不要 |
/ScanHealth |
ディスク上の実際のファイル構造を走査 | 1〜5分 | 不要 |
/RestoreHealth |
破損したコンポーネントストアを再構築 | 5〜20分（環境依存） | 必須（デフォルト） |
sfc /scannow |
OS実行ファイルの整合性を検証・復元 | 3〜10分 | 不要（但しDISM修復後である必要あり） |