【保存版】Windows を安定・高速に保つためのメンテナンス手順書

WinSxS / DISM / SFC / CHKDSK を体系的に理解する

Windows を長く使っていると、次のような不調に出会うことがあります。

Windows Update が失敗する
動作が重くなる・不安定になる
謎のエラーやブルースクリーンが出る

「とりあえず再起動」「なんとなくクリーンインストール」ではなく、
標準ツール（DISM / SFC / CHKDSK）を使って、論理的に原因へ近づくための再現性のある手順書
としてこの記事をまとめました。

本記事で目指すゴールは：

WinSxS（コンポーネントストア）の役割を理解する
DISM / SFC / CHKDSK の 役割と順番 を整理する
「どの症状のときに、どこまでやるか」の判断軸を持つ
月次・年次メンテナンスを 自分の標準運用 にできるようにする

1. WinSxS（コンポーネントストア）とは？

Windows の内部には WinSxS（コンポーネントストア） という
「OS の原本倉庫」が存在します。

WinSxS の役割
├─ OS の全コンポーネントの原本
├─ Windows Update のバックアップ
├─ ロールバック用の旧バージョン
└─ SFC の修復元ファイル

ポイント：

エクスプローラーで見ると「サイズが巨大」に見えるが、
実際は ハードリンクの関係で重複カウントされている部分が多い
むやみに削除すると OS が壊れるリスクが高い
→ 専用ツール（DISM）で扱うのが前提

2. WinSxS の状態確認（AnalyzeComponentStore）

PowerShell（管理者）で実行：

Dism /Online /Cleanup-Image /AnalyzeComponentStore

確認ポイント：

コンポーネントストアの実サイズ
バックアップおよび無効な機能のサイズ
「コンポーネントストアのクリーンアップを推奨：はい／いいえ」
再利用できるパッケージ数

ここで「はい」になっていれば、クリーンアップを検討するタイミングです。

3. 月次メンテナンス（毎月1回）

3-1 Windows Update の状態確認

設定 → Windows Update → 更新プログラムの確認

失敗がないか

再起動待ちがないか

3-2 WinSxS の通常クリーンアップ

推奨が「はい」の場合：

Dism.exe /Online /Cleanup-Image /StartComponentCleanup

特徴：

古いコンポーネントを整理して、WinSxS をスリム化

更新プログラムのアンインストールはまだ可能

4. 年次メンテナンス（半年〜1年に1回）

4-1 WinSxS のフルクリーンアップ（/ResetBase）

Windows が安定していることを確認したうえで実行：

Dism.exe /Online /Cleanup-Image /StartComponentCleanup /ResetBase

効果：

古い更新プログラムのバックアップを完全削除
数 GB 程度の容量削減が期待できる

重要な注意点：

過去の更新プログラムをアンインストールできなくなる
コントロールパネルの「インストールされた更新プログラム」からも戻せない

実行タイミングは：

大型アップデートや月例パッチを適用
数日〜数週間運用して安定していることを確認してからが安全

4-2 システムファイルの整合性チェック（SFC）

sfc /scannow

保護されたシステムファイルをスキャンし、破損があれば修復を試みる

修復元は WinSxS（コンポーネントストア）

4-3 WinSxS の破損修復（DISM /RestoreHealth）

Dism /Online /Cleanup-Image /RestoreHealth

Windows イメージ（コンポーネントストア）自体の破損を修復する

Windows Update や指定したソースから正常なファイルを取得して置き換える

5. CHKDSK（chkdsk /f /r）の正しい理解

基本の役割

ファイルシステムの整合性チェック・修復

不良セクタの検出とデータ退避（/r 指定時）

コマンドと意味

chkdsk C:

読み取り専用（チェックのみ・修復なし）

chkdsk C: /f

ファイルシステムの論理エラー修復

chkdsk C: /f /r

不良セクタの検出＆読み取れるデータの退避かつ /f の機能も含む（論理エラー修復も実施）SSD 環境での注意近年の SSD では、/r を定期的に回す必要性は低い

物理故障の疑いがない通常メンテナンスなら：

chkdsk C: /f または chkdsk C: で十分なケースが多い
異音・極端な遅さ・イベントログにディスクエラーが出ている場合など、
ディスク起因が濃厚なときに /r を検討するくらいの位置づけが現実的

システムドライブに対する実行時の注意

C: に対して /f や /r を指定すると、
→「次回の再起動時にこのボリュームをチェックしますか？」と聞かれる

実際の処理は再起動後に実行される

実行前に必ず：

作業中のファイル保存
可能ならバックアップ

6. SFC（sfc /scannow）を 2回実行する理由

SFC は保護されたシステムファイルを WinSxS から復元するツールですが、
1回の実行では修復が完了しないケースがあります。

理由1：依存ファイルが壊れていると修復できない

1回目：依存 DLL や構成ファイルが修復される
2回目：それらを前提に、別のファイルが修復される

理由2：修復元（WinSxS）が 1回目で直る

SFC の修復元はコンポーネントストア（WinSxS）
1回目の SFC で WinSxS 側が整い、2回目で OS 側のファイルが完全に修復される、という流れが起こりうる

理由3：ロック中ファイルは再起動後に修復される

使用中のファイルはその場で置き換えられない

1回目：修復予約

再起動後：修復適用
2回目：整合性が取れているかの再チェック

CBS.log を見るのが本来の正攻法

ログ：C:\Windows\Logs\CBS\CBS.log

「修復できなかったファイルがあります」と出た場合、
本来はこのログを確認して、何が直っていないかを見るのがエンジニア的な正攻法

ただし、実務上は：

DISM → SFC → SFC の流れで
「直るかどうか」を優先してしまうのも現場ではよくある運用です。

DISM との関係性（順番が重要）

SFC は WinSxS を修復元として使うその WinSxS が壊れていると、SFC は失敗しやすいそのため、DISM（/RestoreHealth）で“倉庫”を直してから SFC を実行するのが合理的

7. トラブル発生時の修復フロー（推奨ルート）

基本方針

まずは OS 側（コンポーネント・システムファイル）を整えるそれでもダメ、またはディスク起因が疑われる場合のみ CHKDSK を使う。
SSD 時代は「なんでも /r」は避け、症状ベースで判断する。

推奨フロー（OS 不調が主な疑いの場合）

1. WinSxS（修復元）の修復

Dism /Online /Cleanup-Image /RestoreHealth

2. OS の壊れたファイル修復（1回目）

sfc /scannow

3. OS の壊れたファイル修復（2回目）

sfc /scannow

ここまでで改善するケースが非常に多い

それでも改善しない / ディスクが怪しい場合

4. ファイルシステムの整合性チェック（まずは /f 推奨）

chkdsk C: /f

イベントログにディスクエラーが出ている
読み書きが極端に遅い
異音（HDD の場合）などがある

といった場合は、状況に応じて /r を検討。

8. メンテナンス運用スケジュール（テンプレ）

頻度	作業内容
毎月	Windows Update / AnalyzeComponentStore / StartComponentCleanup
半年〜1年	ResetBase（安定確認後） / DISM / SFC（必要に応じて）
トラブル時	DISM → SFC（2回） → 必要なら CHKDSK

9. 実行時の共通注意事項（PowerShell / 管理者権限）

すべてのコマンドは「管理者として実行」した PowerShell またはコマンドプロンプトで行う
システムドライブ（C:）に対する chkdsk /f /r は再起動が前提

実行前に：

重要データのバックアップ
BitLocker など暗号化環境では回復キーの確認も忘れずに

10. 参考コマンド一覧（コピペ用）

# WinSxS の状態確認

Dism /Online /Cleanup-Image /AnalyzeComponentStore

# 通常クリーンアップ
Dism.exe /Online /Cleanup-Image /StartComponentCleanup

# フルクリーンアップ（半年〜1年に1回・安定確認後）
Dism.exe /Online /Cleanup-Image /StartComponentCleanup /ResetBase

# WinSxS（修復元）の修復
Dism /Online /Cleanup-Image /RestoreHealth

# システムファイル修復（2回推奨）
sfc /scannow
sfc /scannow

# ディスクの論理エラー修復（まずは /f）
chkdsk C: /f

# 状況に応じて物理チェックも行う場合
chkdsk C: /f /r

まとめ

WinSxS は Windows の「原本倉庫」であり、DISM で扱うのが前提
通常メンテナンスは AnalyzeComponentStore → StartComponentCleanup →（必要に応じて）ResetBase
不調時は DISM → SFC（2回）を基本ルートとし、ディスク起因が疑われる場合のみ CHKDSK を検討する
SSD 時代は「なんでも /r」ではなく、症状とログを見て一手ずつ進める

この手順書を、自分の Windows 運用の「標準フロー」として
そのまま使い回せるようにしておくと、トラブル時に迷う時間がかなり減るはずです。