Windows11で修復コマンドDISMを実行する方法！システムイメージをチェックして不整合を修正

Windows11を使っていると、突然動作が重くなったり、謎のエラーが頻発したりすることがあります。
再起動しても直らない、アプリの再インストールでも解決しない、そんなときに頼りになるのがシステム修復コマンドです。
中でもDISMは、Windows本体の「イメージ」を検査し、不整合を修復できる強力なツールです。
この記事では、DISMの基礎から実行手順、エラー時の対処までを、パソコン初心者から上級者まで理解できるように丁寧に解説します。

Windows11 修復コマンド DISMの基礎知識と役割

Windows11のトラブルシューティングにおいて、DISMは非常に重要な位置づけのコマンドです。
DISMは「Deployment Imaging Service and Management」の略称で、Windowsのシステムイメージを管理・修復するための専用ツールです。
システムファイルが破損したり、更新プログラムの適用に失敗したりした場合でも、DISMを使うことで、イメージレベルから状態を整えられます。
特に、エクスプローラーのクラッシュや、更新プログラムの適用エラー、ストアアプリの不具合など、原因が特定しにくいトラブル時に有効です。

DISMは、SFC（システムファイルチェッカー）と組み合わせて使うことで、より高い修復効果を発揮します。
SFCが個々のシステムファイルをチェックして修復するのに対し、DISMはその元になるWindowsイメージ自体を検査・修復するイメージです。
つまり、SFCで修復できない場合でも、まずDISMでイメージを正常化してから再度SFCを走らせることで、問題が解決するケースが少なくありません。
このように、Windows11環境を安定して利用するために、DISMの役割を理解しておくことは非常に重要です。

DISMとSFCの違いと使い分け

DISMとSFCはどちらもWindowsの修復に使われるコマンドですが、役割と対象が異なります。
SFC（sfc /scannow）は、現在動作しているWindowsのシステムファイルを検査し、破損しているファイルをキャッシュから置き換えて修復します。
一方、DISMはWindowsのイメージ全体を対象にし、更新コンポーネントやストアコンポーネントの整合性まで確認しながら修復を行います。

実務的な使い分けとしては、まずSFCを実行し、それでもエラーが改善しない場合にDISMを実行する流れが一般的です。
ただし、Windows11の不安定さが顕著な場合や、更新プログラムに絡むエラーが出ている場合は、最初からDISMを実行し、その後SFCを実行する方が効率的です。
両者は競合するものではなく、補完し合う関係であることを理解しておくと、トラブルシューティングがスムーズになります。

DISMが有効な典型的なトラブル例

DISMが特に有効なケースとしては、Windows Updateに関連するトラブルが代表的です。
更新プログラムが何度試しても適用できない、特定の更新でインストールエラーコードが表示される、といった症状は、コンポーネントストアの破損が原因で起こることがあります。
この場合、DISMでストアの整合性を修復することで、更新の失敗が解消する事例が多く報告されています。

また、ストアアプリが起動しない、既定アプリの設定が保存されない、スタートメニューや検索が動作しないといった、システムの根幹に関わる不具合にもDISMは有効です。
これらは一見アプリケーションの問題に見えますが、内部的にはシステムイメージの破損が関係していることがあります。
こうした曖昧な不具合に対しても、DISMを一度実行しておくことは、トラブル切り分けのうえで大きな意味があります。

DISMコマンドを扱う際の注意点

DISMは強力なコマンドである反面、扱いを誤ると余計なトラブルを招く可能性もあります。
まず、必ず管理者権限でコマンドプロンプトまたはWindowsターミナルを起動して実行する必要があります。
権限が不足していると、途中でエラーになったり、修復作業が正しく完了しなかったりします。
また、途中で処理を強制終了すると、イメージが中途半端な状態になるリスクもあるため、バッテリー駆動ではなく電源接続された状態で実行することが望ましいです。

さらに、オンライン修復（/Onlineオプション）ではインターネット接続が必要になる場合があります。
特に、コンポーネントストアをWindows Updateのソースを利用して修復するパターンでは、ネットワークの品質が処理時間に大きく影響します。
可能であれば、有線LANや安定したWi-Fi環境で実行することを推奨します。
これらの注意点を踏まえておけば、DISMを安全かつ確実に活用できます。

Windows11でDISM修復コマンドを実行する前の準備

DISMを実行する前に、いくつかの準備をしておくことで、トラブルを避け、作業をスムーズに進められます。
特に、Windows11はSSD搭載機が多く、高速に処理が進む一方で、途中の電源断や強制終了がシステムに大きな影響を与える可能性があります。
そのため、実行前のバックアップや、ディスク状態の確認は非常に重要です。
また、複数の修復ツールを同時に走らせることは避け、1つずつ順番に実施することで、原因の切り分けもしやすくなります。

ここでは、バックアップ、ストレージの空き容量の確保、電源とネットワークの確認など、最低限押さえておきたい準備事項を整理して解説します。
こうした事前準備をきちんとしておくことが、結果的に復旧の成功率を高め、作業時間の短縮にもつながります。
特に業務で利用しているPCや、家族と共有しているPCなど、データ損失が許されない環境では、慎重な準備が不可欠です。

バックアップと復元ポイントの確認

DISMはシステムレベルに作用するため、念のため重要なデータのバックアップを推奨します。
ユーザーデータは、ドキュメント、デスクトップ、ピクチャなどのフォルダを外付けドライブやクラウドストレージにコピーしておくと安心です。
また、必要に応じてシステムの復元ポイントが有効になっているか確認し、手動で復元ポイントを作成しておくと、万一トラブルが発生した場合でも元の状態に戻しやすくなります。

バックアップや復元ポイントは、DISMに限らず、あらゆるシステムメンテナンス前の基本的な保険です。
特に業務用PCでは、作業途中の文書やアプリ固有のデータが失われると影響が大きいため、バックアップポリシーをあらかじめ決めておくことが望ましいです。
簡易的でも良いので、月に一度は全体バックアップを取る習慣を付けておくと、トラブル対応が一気に楽になります。

ストレージの空き容量とディスク状態の確認

DISMの実行には、ある程度のストレージ空き容量が必要です。
一時ファイルの作成やログ出力が行われるため、システムドライブ（通常はCドライブ）の空き容量が少ないと、処理途中でエラーが発生する可能性があります。
少なくとも数GB以上の空き容量を確保しておくと安心です。
空き容量が不足している場合は、一時ファイルや不要なアプリ、古いバックアップなどを整理しておきましょう。

また、物理ディスクに不良セクタが多いと、DISMの処理が異常終了する場合があります。
事前にchkdskコマンドや、Windowsのエラーチェック機能でディスク状態を確認しておくと良いでしょう。
ディスクそのものに問題がある場合は、先にディスク診断とデータ退避を優先するべきです。
このステップを省略すると、修復作業がかえって状況を悪化させるリスクがあるため注意が必要です。

電源とネットワーク環境の確認

DISMの処理時間は、PCの性能や破損状況によって大きく変わります。
数分で終わる場合もあれば、30分以上かかるケースも珍しくありません。
ノートPCで作業する場合は、必ずACアダプタを接続し、スリープや休止状態に入らないよう電源設定を一時的に変更しておきましょう。
処理中に電源が落ちると、システムイメージが中途半端な状態になる可能性があります。

オンライン修復では、Windows Updateから正常なコンポーネントを取得する場合があり、その際には安定したインターネット接続が求められます。
特に、Wi-Fiの電波が不安定な環境では、途中で接続が切れてエラーを引き起こすことがあります。
可能であれば、有線LANを使用するか、Wi-Fiルーターの近くで作業を行うと良いでしょう。
ネットワークの安定性は、修復成功率に直結すると考えておくべきです。

DISM修復コマンドの基本構文とオプション

DISMコマンドには複数のオプションがあり、その組み合わせによって検査のみ、修復あり、ソース指定など、さまざまな動作をさせることができます。
Windows11でよく利用するのは、/CheckHealth、/ScanHealth、/RestoreHealthといったオプションです。
これらはシステムイメージの健康状態を段階的にチェックし、必要に応じて修復を行うためのものです。
構文を理解しておくことで、状況に応じた柔軟なトラブルシューティングが可能になります。

また、/Onlineオプションを使うことで、現在起動中のWindows環境を対象に処理を行えます。
逆に、インストールメディアなどからオフラインのイメージを指定して修復することも可能で、起動不能な環境の復旧にも応用できます。
ここでは、日常的によく使う構文と、それぞれの意味を整理して解説します。
難しい専門用語はなるべく避け、実務で使う際に迷わないレベルまで落とし込んで説明します。

よく使うDISM構文の一覧

Windows11で一般ユーザーや管理者がよく利用するDISMコマンドは、次のようなものです。
代表的なものを表にまとめます。

これらのコマンドは、上から順に影響範囲と処理時間が大きくなっていくイメージです。
状況に応じて、軽いものから順に試す運用が一般的です。

特に、/RestoreHealthは実際に修復処理を行うため、実行中は絶対にPCの電源を切らないよう注意が必要です。
また、ソースを指定する構文は少し複雑ですが、Windows Updateからコンポーネントを取得できない環境や、特殊な構成のPCでは非常に有効です。

/CheckHealth /ScanHealth /RestoreHealthの違い

/CheckHealthは、システムイメージに既知の破損が記録されているかどうかを、迅速に確認するためのオプションです。
処理時間は短く、数十秒から数分で終了しますが、新たに詳細なスキャンを行うわけではないため、簡易的な状態確認に向いています。
一方、/ScanHealthはイメージ全体を詳細にスキャンし、破損がないかをチェックします。
こちらはPCの性能によっては10分以上かかることもありますが、現状を正確に把握したい場合に適しています。

/RestoreHealthは、実際に破損箇所を修復するためのオプションです。
Windows Updateや指定ソースから正常なコンポーネントを取得し、イメージを修正します。
破損の程度やネットワーク環境によっては、かなり時間がかかることもあるため、余裕のある時間帯に実行すると良いでしょう。
これら3つのオプションは、チェック → 詳細スキャン → 修復という流れで段階的に利用するイメージで覚えておくと分かりやすいです。

オンライン修復とオフライン修復の違い

DISMには、オンライン修復とオフライン修復という2つの実行モードがあります。
/Onlineオプションを指定して実行する場合は、現在起動中のWindows環境をそのまま対象として修復を行います。
通常のトラブルシューティングでは、このオンラインモードを使用するのが一般的です。
コマンドの構文も比較的シンプルで、管理者権限のコマンドプロンプトから直接実行できます。

一方、オフライン修復は、起動していないWindows環境（例えば別パーティションや別ドライブにあるWindows）を対象に修復を行うものです。
この場合、/Imageオプションを使って、対象となるWindowsフォルダのパスを指定します。
起動不能な環境を別のPCや回復メディアから起動して修復したい場合に活用されます。
構文はやや複雑になりますが、システム復旧の最後の砦として覚えておく価値があります。

Windows11でDISM修復コマンドを実行する手順

ここからは、実際にWindows11でDISM修復コマンドを実行する具体的な手順を解説します。
日常的によく行うのは、/Online /Cleanup-Image /RestoreHealthを使ったオンライン修復です。
コマンド自体は1行ですが、管理者権限でコマンドプロンプトを起動することと、実行中にPCの操作を極力控えることが重要なポイントになります。
処理の進捗はパーセンテージで示されるため、慌てずに完了を待つことが大切です。

また、DISMの後にSFCを実行することで、さらに修復精度を高めることができます。
この組み合わせは、Windowsの動作が全体的に不安定なときや、原因不明のエラーが頻発する場合の定番手順です。
以下では、コマンドプロンプトの起動から、各コマンドの入力、完了後の確認まで、順を追って解説します。

管理者権限でコマンドプロンプトを起動する方法

まずは、DISMを実行するための準備として、管理者権限のコマンドプロンプト（もしくはWindowsターミナル）を起動します。
スタートボタンを右クリックし、表示されるメニューから「ターミナル（管理者）」または「Windowsターミナル（管理者）」を選択します。
ユーザーアカウント制御が表示された場合は、「はい」をクリックして許可します。
これで、管理者権限でコマンドを実行できる状態になります。

従来のコマンドプロンプトを使いたい場合は、スタートメニューの検索ボックスに「cmd」と入力し、表示された「コマンドプロンプト」を右クリックして「管理者として実行」を選びます。
いずれの方法でも、タイトルバーに「管理者」と表示されていることを確認してください。
これが表示されていない場合は、権限不足でDISMが正しく動作しない可能性があります。

/CheckHealthと/ScanHealthで状態を確認する

いきなり修復を行うのではなく、まずはイメージの状態を確認する意味で、/CheckHealthと/ScanHealthを実行することをおすすめします。
管理者権限の画面で、次の順番でコマンドを入力し、Enterキーを押して実行します。

1行目の例：
dism /Online /Cleanup-Image /CheckHealth

2行目の例：
dism /Online /Cleanup-Image /ScanHealth

/CheckHealthは数十秒程度で完了し、既知の破損があるかどうかを教えてくれます。
その後に実行する/ScanHealthは、詳細なスキャンのため数分から十数分かかる場合があります。
処理中は進捗パーセンテージが表示されるため、0％から20％付近で止まっているように見えても、裏側では処理が進んでいるのでそのまま待ちましょう。

/RestoreHealthで実際に修復を行う

/ScanHealthで破損が確認された、あるいはシステムの挙動に問題があると感じる場合は、/RestoreHealthを実行して修復を試みます。
同じく管理者権限のウィンドウで、次のコマンドを入力して実行します。

例：
dism /Online /Cleanup-Image /RestoreHealth

この処理では、必要に応じてWindows Updateなどから正常なコンポーネントを取得し、破損した部分を置き換えます。
ネットワーク環境や破損状況によっては時間がかかるため、途中で強制終了しないことが重要です。
完了すると、破損の有無や修復結果がメッセージとして表示されますので、内容を確認しておきましょう。

修復が成功したと表示された場合でも、念のためPCを再起動し、その後の挙動を確認することを推奨します。
再起動後も問題が残っている場合は、次のステップとしてSFCの実行を検討します。

DISM実行後にSFCを組み合わせて実行する

DISMでシステムイメージを修復した後は、SFCを使って実際のシステムファイルを再チェックすると効果的です。
同じ管理者権限のウィンドウで、次のコマンドを入力して実行します。

例：
sfc /scannow

SFCは、システムファイルをスキャンし、破損や変更が検出された場合にキャッシュから正常なファイルを復元します。
DISMでイメージが正常化されていることで、SFCの修復成功率が高まります。
処理には数分から十数分程度かかることがありますが、進捗バーが表示されるので、完了までそのまま待ちます。

完了後は、「整合性違反は検出されませんでした」などの結果が表示されます。
もし「修復できなかったファイルがありました」と表示された場合は、ログファイルを確認するか、再度DISMとSFCを実行することも選択肢です。
いずれにせよ、この2段階の手順を踏むことで、多くのシステムトラブルは解消されます。

DISM実行時のエラーや進まないときの対処方法

DISMは便利なコマンドですが、実行中にエラーコードが表示されたり、進捗が途中で止まったように見えることがあります。
これらの状況は必ずしも異常とは限らず、待てば解決するケースもある一方で、明らかに処理が停止している場合は対処が必要です。
特に、0％や20％前後で進捗が止まりやすく、この段階で不安になって操作してしまうことで、かえって問題を大きくしてしまうことがあります。

ここでは、代表的なDISMエラーと対処法、進まないように見えるときの判断基準、ログの確認方法などを整理します。
これらを理解しておくことで、エラー発生時にも落ち着いて対応できるようになります。
また、どうしても解決できない場合に検討すべき次の一手についても触れます。

代表的なDISMエラーコードと原因

DISM実行時には、いくつか代表的なエラーコードが発生することがあります。
例えば、0x800f081fや0x800f0954などは、コンポーネントの取得に失敗した場合によく見られるコードです。
これらは、Windows Updateサーバーにアクセスできない、ソースが見つからない、グループポリシーで制限がかかっているなど、環境要因が関係していることが多いです。

また、エラー87はコマンドの構文ミスで発生する典型的なエラーです。
スペル間違いや、スラッシュの位置、半角スペースの有無などを再確認すると解決することがほとんどです。
エラーコードが表示された場合は、メッセージ全体を確認し、コマンドの書き方やネットワーク状態、Windows Updateの動作状況などを順番に点検していくとよいでしょう。

進捗が0％や20％で止まったように見える場合

DISMの進捗表示は、特定のパーセンテージで長時間止まったように見えることがあります。
特に0％や20％付近では、内部的に多くの処理が行われるため、パーセンテージが更新されない時間が長くなりがちです。
この状態が10分から20分続くことも珍しくなく、直ちに異常と断定することはできません。
まずは30分程度を目安に様子を見ることを推奨します。

それでも全く進行しない場合は、バックグラウンドで他のウイルス対策ソフトが干渉している可能性や、ストレージに問題がある可能性を疑います。
一度キャンセルしてPCを再起動し、常駐ソフトを最小限にした状態で再度DISMを実行すると改善するケースがあります。
ただし、強制終了や電源断はリスクが高いため、判断に迷った場合は可能な限り長めに待機することをおすすめします。

ログの確認と追加対処のヒント

DISMの詳細な動作内容やエラー原因は、ログファイルに記録されています。
既定では、CBS.logやDISM.logといったファイルに情報が出力されており、テキストエディタで開いて内容を確認できます。
ログには、どのコンポーネントでエラーが発生したか、どのソースにアクセスしようとしたかなど、トラブルシューティングに役立つ情報が含まれます。

すべてを専門的に読み解く必要はありませんが、エラーコードや失敗した処理の概要を把握することで、次に試すべき対策のヒントが得られます。
場合によっては、インストールメディアをソースとして指定する、グループポリシーの設定を一時的に変更する、Windows Updateのトラブルシューティングツールを併用するなどの追加対処が有効です。
ログを手掛かりに、環境依存の要因を一つずつ切り分けていく姿勢が重要です。

インストールメディアを使ったDISMオフライン修復

通常のオンライン修復では解決しない場合や、Windows11が正常に起動しない場合には、インストールメディアを利用したオフライン修復が選択肢になります。
USBメモリなどに作成したインストールメディアや、ISOイメージをマウントしたドライブをソースとして指定し、そこから正常なコンポーネントを取得して修復を行います。
この方法は少し手順が増えますが、オンライン環境に依存せずに修復できるのが大きな利点です。

特に、組織内でインターネット接続が制限されているPCや、Windows Updateへのアクセス経路に制約がある環境では、オフライン修復が実務上重要な役割を果たします。
ここでは、メディアの準備から、パスの確認、コマンド構文までを整理して解説します。

インストールメディアの準備とマウント

まず、Microsoftが提供する公式ツールを使用して、Windows11のインストールメディアを作成します。
USBメモリに書き込む方法と、ISOファイルとして保存する方法がありますが、どちらでもDISMのソースとして利用可能です。
USBメモリの場合は、PCに挿すと自動的にドライブレターが割り当てられます。
エクスプローラーでドライブ文字（例：E:など）を確認しておきましょう。

ISOファイルの場合は、ファイルを右クリックして「マウント」を選択すると、仮想DVDドライブとして割り当てられます。
同様に、エクスプローラーでドライブ文字を確認します。
このドライブ内の「sources」フォルダにあるinstall.wimまたはinstall.esdファイルが、DISMのソースとして利用される重要なファイルです。

ソースパスを指定した/RestoreHealthの構文

インストールメディアをソースにして修復する場合、/Sourceオプションと/LimitAccessオプションを併用します。
基本的な構文は次のようになります。

例：
dism /Online /Cleanup-Image /RestoreHealth /Source:WIM:E:sourcesinstall.wim:1 /LimitAccess

ここで、E:はインストールメディアのドライブ文字に置き換えます。
install.wimではなくinstall.esdが存在する場合は、WIMの部分をESDに変更します。
また、:1と指定しているのは、イメージ内のエディションインデックスを示しており、通常は1で問題ありませんが、複数エディションが含まれている場合は、用途に応じた番号を確認する必要があります。

/LimitAccessを付けることで、DISMがWindows Updateにアクセスせず、指定したソースのみを使うようになります。
これにより、オフライン環境でも安定した修復が期待できます。

オフラインイメージに対するDISMの利用

起動不能なWindows環境を別ドライブから修復したい場合などには、/Imageオプションを使用してオフラインイメージを対象にDISMを実行します。
この場合、対象となるWindowsフォルダが格納されたパーティションにドライブレターが割り当てられている必要があります。
例として、修復対象のWindowsがD:Windowsにある場合、次のような構文になります。

例：
dism /Image:D: /Cleanup-Image /RestoreHealth /Source:WIM:E:sourcesinstall.wim:1 /LimitAccess

ここで、D:は修復対象のWindowsパーティション、E:はインストールメディアのドライブ文字です。
このように、オンライン修復とは異なり、/Imageで対象を明示的に指定する点が大きな違いです。
オフライン修復は手順がやや複雑なため、事前に構文をメモしておくとスムーズに作業できます。

DISM修復と他のメンテナンス手法の比較と使い分け

DISMは強力な修復手段ですが、Windows11のメンテナンスには他にも複数の手段があります。
SFC、システムの復元、回復オプションによるリセットや再インストールなど、それぞれに特徴があり、適した場面が異なります。
どの手段をいつ使うべきかを理解しておくことで、不要な初期化を避けつつ、効率よくトラブルを解消できます。

ここでは、代表的なメンテナンス手法を比較し、DISMとの位置づけや優先度を整理します。
特に、データを残したまま復旧したいのか、クリーンな状態に戻す覚悟があるのかといった観点から、段階的なアプローチを解説します。

DISM・SFC・システムの復元・リセットの比較

代表的なメンテナンス手法の違いを分かりやすくするため、表にまとめます。

表から分かるように、DISMとSFCは比較的リスクが低く、ユーザーデータに影響を与えにくい手段です。
一方で、システムの復元やリセットは影響範囲が広くなるため、実行前に十分なバックアップが必要です。

どのトラブルでどの手段を優先すべきか

軽微な不具合や一時的なエラーが発生した場合は、まず再起動や不要なアプリの終了、ディスククリーンアップなど、負荷の少ない対処から試すのが基本です。
それでも改善しない場合に、SFCやDISMによるシステムレベルの修復を検討します。
特に、更新プログラムの失敗や、システムアプリの異常動作が続く場合は、DISMの出番と考えてよいでしょう。

一方、特定のアプリをインストールしてから不具合が発生したと明確に分かる場合は、システムの復元でそのインストール前の状態に戻す方が手っ取り早いこともあります。
さらに、OS全体が不安定で頻繁にブルースクリーンが出る、起動が極端に遅いなど、深刻な症状が続く場合には、「このPCをリセット」やクリーンインストールを検討する段階です。
このように、トラブルの重さに応じて、段階的に手段を切り替えることが重要です。

まとめ

Windows11におけるDISM修復コマンドは、システムの安定性を維持するうえで非常に頼りになるツールです。
DISMは、システムファイルの元となるイメージやコンポーネントストアの破損を検出・修復し、Windows Update関連の不具合や原因不明の挙動を改善する役割を担います。
/CheckHealth、/ScanHealth、/RestoreHealthといったオプションを状況に応じて使い分けることで、効率的なトラブルシューティングが可能です。

実行前のバックアップや電源・ネットワーク環境の確認、エラー発生時のログの確認など、基本的なポイントを押さえておけば、初心者でも安全にDISMを活用できます。
また、DISMとSFCを組み合わせた二段構えの修復手順は、多くのシステムトラブルに有効です。
それでも解決しない場合には、システムの復元やリセットといった次の手段へ進むことで、段階的かつ合理的な復旧が行えます。
日頃からこれらの手順に慣れておくことで、万一のトラブル時にも落ち着いて対応できるようになるでしょう。