これら 4 つの Windows 組み込みツールは、自己修復 PC の構築に役立ちました

Windows は、それ自体を処理するためにサードパーティのユーティリティを必要としません。適切な組み込みツールと少しのセットアップを使用すると、PC は自身の状態をチェックし、破損したファイルを修復したり、起動の失敗から回復したりすることができます。ユーザーの助けをほとんど必要としません。

タスクスケジューラ

あらゆる修理ルーチンの背後にある静かな自動化エンジン

タスク スケジューラは、他のすべてを結び付ける部分です。それ自体では何も修正しませんが、設定された時間に、または特定のイベントに応答して他のツールを実行するため、誰も覚えていなくても修復が行われます。これを開くには、[スタート]メニューでタスク スケジューラを検索するか、taskschd.msc を実行します。[タスクの作成]オプションを使用すると、単純化された基本タスクの作成ウィザードよりもはるかに詳細な制御が可能になります。

トリガーは、ツールが興味深いものになる場所です。タスクは、起動時、ログオン時、コンピュータがアイドル状態になったとき、またはイベント ビューアに特定のエントリが表示されたときに、固定スケジュールで実行できます。最後のオプションを使用すると、予期しないシャットダウンなどのログに記録されたエラーに応答して、次にスケジュールされた時間枠を待つ代わりに、メンテナンス スクリプトを実行できます。

システムのメンテナンスでは、いくつかの設定が残りの設定よりも重要です。修復コマンドには管理者権限が必要なので、タスクを最高の特権で実行するように設定し、ユーザーがサインインしているかどうかに関係なく実行できるようにします。 SYSTEM アカウントで実行すると、パスワードの保存が回避され、単一のユーザー プロファイルから独立した状態に保たれます。ラップトップでは、[条件]タブでマシンが電源に接続されている時間にタスクを制限できるため、長時間のスキャンによるバッテリーの消耗を防ぐことができます。

[設定]タブでは、スケジュールされた開始を逃した後、できるだけ早くタスクを実行することもできます。これは、選択した時間に常に電源が入っているわけではない PC にとって便利です。スキップされた週次チェックは次回マシンが利用可能になったときに行われるだけだからです。

実際の結果は、以下で説明する修復コマンドを含むスクリプトを起動する単一のスケジュールされたタスクです。構成が完了すると、バックグラウンドで実行され、その履歴タブには、各実行がいつ行われたか、および正常に終了したかどうかが表示されます。

DISM (展開イメージのサービスと管理)

Windows が自身を修復するために使用するソースを修正する

DISM は、もともと Windows イメージを準備してサービスするために構築されたコマンド ライン ツールですが、実行中のシステム上で最も便利な修復ユーティリティの 1 つになりました。その価値は修復対象によって決まります。コンポーネント ストアは、C:\Windows\WinSxS にある参照ファイルのフォルダーであり、Windows が更新プログラムのインストールや破損したシステム ファイルの復元時に依存します。そのストアが破損している場合、他の修復ツールでは信頼できるものは何もありません。

DISM には 3 つのレベルの検査があり、すべて管理者特権のコマンド プロンプトまたはターミナルから実行されます。コマンド DISM /Online /Cleanup-Image /CheckHealth は、破損にすでにフラグが立てられているかどうかをすばやく確認します。 /ScanHealth オプションは、コンポーネント ストアのより詳細で低速なスキャンを実行します。最後に、/RestoreHealth は問題をスキャンし、見つかったものはすべて修復します。これは、ほとんどの人が最終的に使用するコマンドです。

デフォルトでは、RestoreHealth は Windows Update から置換ファイルをダウンロードするため、修復を成功させるには PC にインターネット接続が必要です。それが不可能な場合、または Windows Update 自体が問題の一部である場合は、代わりに /Source パラメーターで DISM がマウントされた Windows インストール イメージを指すようにすることができます。イメージは、インストールされている Windows のバージョンと一致する必要があります。そうしないと、修復が失敗する可能性があります。

RestoreHealth の完全な実行には数分からそれ以上かかる場合があり、進行状況インジケーターは特定の割合で一時停止する傾向があります。この一時停止は正常であり、プロセスを中断することは待つことよりも悪い考えです。 DISM は、各操作の詳細な記録を C:\Windows\Logs\DISM\dism.log に書き込みます。これは、修復でエラーが報告された場合に最初に確認される場所です。

自動メンテナンス ルーチンでは、DISM を最初に実行する必要があります。システム ファイル チェッカーはコンポーネント ストアから置換ファイルを取得するため、そのストアを事前に修復することで、次のステップの健全な基盤が得られます。これは、DISM で修正できない問題が、何かが実行される前にログに明確に現れることも意味します。

SFC (システム ファイル チェッカー)

保護されたシステム ファイルをスキャンしてサイレント破損を検出する

システム ファイル チェッカーは、何十年もの間 Windows の一部であり、コア オペレーティング システム ファイルが破損していないか、置き換えられていないことを確認する最も簡単な方法であり続けています。これは、重要なファイル、フォルダー、レジストリ キーを保護する Windows リソース保護を通じて機能します。 SFC は、期待されるバージョンと一致しない保護されたファイルを検出すると、そのファイルをコンポーネント ストアからのクリーン コピーに置き換えます。

標準コマンドは sfc /scannow で、管理者特権のプロンプトから実行されます。スキャンでは、保護されているすべてのファイルをチェックして修復可能なものは修復し、完了時にいくつかの結果のうちの 1 つを報告します。最良の結果は、整合性違反が見つからなかったことを示すメッセージです。他のメッセージは、破損したファイルが検出されて修復されたこと、または一部のファイルが修復できなかったことを示します。何も変更せずに問題だけを報告するスキャンの場合は、/verifyonly スイッチを使用できます。

SFC の最大の制限は、コンポーネント ストアへの依存です。参照コピーが破損している場合、SFC は正常なファイルを復元できません。これが、DISM を最初に実行することをお勧めする順序です。両方がスクリプト内でチェーンされている場合、DISM はソースを修復し、SFC はそのソースを使用してライブ システム ファイルを修復します。

すべてのスキャンは C:\Windows\Logs\CBS\CBS.log に記録されます。このファイルは長くてノイズが多いですが、(SR) でタグ付けされた行をフィルタリングすると、SFC によって作成されたエントリが分離され、どのファイルが影響を受けたかを簡単に確認できるようになります。

Windows が正常に起動しない場合でも SFC は動作します。 Windows 回復環境から、/offbootdir および /offwindir パラメーターはオフライン Windows インストールでのスキャンをポイントするため、デスクトップを起動せずにファイルを修復できます。

スケジュールを設定するにはトレードオフがあります。スキャンはディスクとプロセッサのリソースを大量に使用するため、ほとんどの人にとって毎日実行する必要はありません。アイドル時間に毎週実行すると、邪魔にならずに問題を早期に発見できます。

クイックマシンリカバリ (QMR)

Windows がクラウド経由でブート障害を修正できるようにする

上記のツールは、Windows の起動時にのみ役立ちます。 Quick Machine Recovery は、PC がまったく起動しないなど、それができないシナリオをカバーします。これは、Microsoft が古いスタートアップ修復ツールの上に構築した Windows 11 の機能であり、バージョン 24H2 以降の 2025 年 8 月のセキュリティ更新プログラムから Home および Pro ユーザーが利用できるようになりました。

Windows が繰り返しの起動エラーを検出すると、PC は無限ループするのではなく、Windows 回復環境に入ります。その後、QMR はイーサネットまたは Wi-Fi 経由でインターネットに接続し、問題に対処する修正がないか Windows Update を確認します。修正が存在する場合は、それをダウンロードして適用し、マシンを再起動します。修復が機能しない場合、デバイスは通常のトラブルシューティング オプションを使用して回復環境に戻ります。

この機能は、管理されていない Windows 11 Home および Pro マシンではデフォルトで有効になっており、その切り替えは[設定]、[システム]、[回復]にあります。組織によって管理されているデバイスはデフォルトでオフになっており、決定は管理者に委ねられています。追加の設定により自動修復が有効になり、PC は 1 回の試行後に停止するのではなく、設定された間隔で解決策を確認し続けるようになります。 QMR がオフになると、Windows はローカルのスタートアップ修復プロセスに戻ります。

QMR が何のために設計されているかを理解することが重要です。 Microsoftはこれを、多くのデバイスに一度に影響を与える不完全なアップデートやドライバなど、広範なブート問題への対応として位置付けており、同社は問題を特定して対象を絞った修正を推進できる。これは、単一のマシンに固有の問題に対する汎用の修復ツールではなく、回復中に PC がネットワークに接続されていない場合は役に立ちません。初期のテストでは、古いハードウェアでは動作しない可能性があることも示唆されています。

これらの制限があっても、QMR は、スケジュールされたスクリプトが実行される前に発生する障害を処理することで、自己修復セットアップの最後のギャップを埋めます。

Windows を単独で実行し続ける組み込みツール

タスク スケジューラはメンテナンスを自動化し、DISM はコンポーネント ストアを修復し、SFC は保護されたシステム ファイルを復元し、Quick Machine Recovery はブート障害を処理します。これらを組み合わせることで、Windows 11 は、追加のソフトウェアをインストールせずに Windows 11 の健全性を維持するための多層的で、ほとんど人手がかからない方法を提供します。