WindowsでBSOD後に「完全メモリダンプ」を確実に保存する設定手順と注意点

Windowsが致命的なエラーでブルースクリーン（BSOD）になり、自動再起動してしまう――このタイプの障害は原因が多岐にわたり、画面に出る停止コードだけでは切り分けが難しいことが少なくありません。そんなとき、解析に最も役立つのが「完全メモリダンプ」です。本記事では、WindowsがBSOD後に**完全メモリダンプ（Complete memory dump）**を保存するための設定と、失敗しやすいポイント（ディスク空き容量・ページファイルなど）を、実務目線でまとめます。

• WindowsでBSOD後に「完全メモリダンプ」を確実に保存する設定手順と注意点
  • なぜ「完全メモリダンプ」が必要なのか
  • 事前確認：ここが満たせないとダンプが作れない
  • 手順：BSOD後に完全メモリダンプを保存する設定
  • ページファイル（仮想メモリ）を確認・調整する
  • ダンプファイルはどこに作られる？
  • よくある失敗パターンと対処
    • 1) 空き容量が足りず途中で失敗
    • 2) ページファイルを無効化していた／別ドライブだけにしていた
    • 3) そもそもクラッシュが「再起動を伴うフリーズ」以外
  • 取り扱い注意：完全ダンプは「機密のかたまり」
  • まとめ：完全メモリダンプ取得の最短ルート

なぜ「完全メモリダンプ」が必要なのか

BSODの原因は、ハードウェア故障、OC（オーバークロック）、ソフトウェア不具合、過熱、メモリ設定不整合などさまざまです。しかし停止コードの表示情報だけでは、根本原因（どのドライバ／どのモジュール／どのタイミングで破綻したか）まで追えません。

Windowsの既定設定は「小さなメモリダンプ（ミニダンプ）」になっていることが多く、解析に必要な情報が欠けがちです。完全メモリダンプはRAM全体の状態を保存するため、再現性が低いクラッシュでも調査の精度が上がります。

事前確認：ここが満たせないとダンプが作れない

完全メモリダンプは便利な反面、保存条件が厳しめです。設定前に次を必ず確認してください。

• 管理者権限のアカウントでログインしていること

• システムドライブ（通常C:）に十分な空き容量があること

  • ダンプは数GB〜搭載RAMと同等サイズになる場合があります

• システムドライブにページファイルが存在し、かつ十分に大きいこと

  • ページファイルが無効、別ドライブのみ、サイズ不足だと失敗しやすいです

目安：完全メモリダンプを確実に残すなら「ページファイル最大サイズ ≧ 搭載RAM（＋α）」を意識すると安全です。

手順：BSOD後に完全メモリダンプを保存する設定

以下はWindows標準の設定画面から行えます（Windows 10/11で概ね同様）。

1. スタートボタンを右クリック → 「システム」

2. 「システムの詳細設定」（または関連リンクから同等項目）を開く

3. ［詳細設定］タブ → 「起動と回復」欄の ［設定］

4. 「デバッグ情報の書き込み（Write debugging information）」を探す

5. ドロップダウンで 「完全メモリダンプ（Complete memory dump）」 を選択

6. ダンプファイルの保存先が次になっていることを確認

   • %SystemRoot%\MEMORY.DMP（通常は C:\Windows\MEMORY.DMP）

7. **［OK］**で適用

ここまでで「ダンプの種類」は切り替わりますが、実際にはページファイル設定が不十分だと保存に失敗します。次で確認します。

ページファイル（仮想メモリ）を確認・調整する

過去に仮想メモリを手動調整したことがある環境ほど要注意です。完全メモリダンプの成否はここで決まることも多いです。

1. 先ほどの「システムのプロパティ」に戻り、［詳細設定］タブ

2. 「パフォーマンス」欄の ［設定］

3. ［詳細設定］タブ → 「仮想メモリ」欄の ［変更］

4. 次を確認

   • システムドライブ（通常C:）にページファイルがあるか

   • サイズが小さすぎないか（完全ダンプを狙うなら搭載RAM相当以上が無難）

5. 迷った場合の安全策

   • **「すべてのドライブのページング ファイルのサイズを自動的に管理する」**を有効化

   • あるいはC:に十分なサイズを手動設定（環境により推奨値は変わるため、まず自動管理が堅実）

6. 変更したら再起動（反映に必要な場合があります）

ダンプファイルはどこに作られる？

設定どおりなら、保存先は以下です。

• C:\Windows\MEMORY.DMP（%SystemRoot%\MEMORY.DMP）

見つからない場合は、次も確認します。

• ディスク空き容量が不足していないか

• ページファイルがC:に存在しているか

• クラッシュ直後にストレージエラーが出ていないか

• クリーナー系ツールが自動削除していないか（定期メンテ設定含む）

よくある失敗パターンと対処

1) 空き容量が足りず途中で失敗

完全ダンプは巨大です。C:の空きがRAM未満だと高確率で失敗します。不要ファイル削除や別ドライブへのデータ退避で空きを確保してください。

2) ページファイルを無効化していた／別ドライブだけにしていた

チューニング目的で無効化しているケースがあります。完全ダンプには不利です。C:にページファイルを戻すのが近道です。

3) そもそもクラッシュが「再起動を伴うフリーズ」以外

ゲームやアプリだけが落ちる、TDR（表示ドライバのタイムアウト）などは、OS全体のバグチェックとは別の経路になることがあります。その場合は別のログ取得が必要になることが多いです（イベントログ、ミニダンプ、アプリ固有ログなど）。

取り扱い注意：完全ダンプは「機密のかたまり」

完全メモリダンプには、クラッシュ時点でメモリ上に存在した情報が含まれ得ます。例えば、ブラウザのセッション情報、アプリの一時データ、作業中の文書断片などです。提出や共有が必要な場合は、次を徹底してください。

• 信頼できる提出先・手順に従う

• 共有前に社内ルール（機密／個人情報）を確認

• 暗号化ZIPや安全なアップロード手段を使う（指定がある場合はそれに従う）

まとめ：完全メモリダンプ取得の最短ルート

• 「起動と回復」で完全メモリダンプを選ぶ

• 保存先は基本 %SystemRoot%\MEMORY.DMP

• 成否を分けるのは C:の空き容量 と ページファイル（C:に十分なサイズ）

• ダンプが取れないときは、まず「空き」と「ページファイル」を疑う

この設定を先に済ませておけば、次にBSODが起きたときに原因特定へ一気に近づけます。クラッシュが続く環境ほど、早めに整えておくのが得策です。