Windows 11で「メモリが不足しています」「仮想メモリが不足しています」と表示されたら、最初に再起動して終わりではなく、どのアプリがどの種類のメモリを使い、システムのコミット使用量が上限へ近づいたかを確認します。物理RAMの使用率だけで原因は決まりません。Windowsのコミット上限は概ねRAMとページファイルの合計で支えられ、ページファイルを無効化したり、Cドライブの空きを使い切ったりすると、RAMが残って見えても割り当てに失敗することがあります。
安全な初動は、作業を保存する、不要なアプリやタブを閉じる、端末を通常再起動する、タスクマネージャーとイベントID 2004を確認する、Windowsと原因アプリを公式経路で更新する、です。ページファイルは原則として「システム管理」のままにし、固定値へ変えるのは、特定の割り当て処理で自動拡張が間に合わないと確認できた例外に限定します。RAM増設は有効な場合がありますが、メモリリークそのものを修正する方法ではありません。
症状ごとの判断表
| 症状 | 考えられる状態 | 最初の確認 |
|---|---|---|
| 多数のアプリを開くと一度だけ発生 | 通常のメモリ圧迫、ページファイル不足 | タスクマネージャーのメモリ、コミット、Cドライブ空き |
| 同じアプリを長時間使うと徐々に増える | アプリ、拡張機能、ドライバー、サービスのメモリリーク | プロセス別のコミットサイズ推移、イベントID 2004 |
| 特定ファイルを開くと即時発生 | アプリの32ビット制限、ファイル破損、処理固有の大容量割り当て | アプリの32/64ビット、バージョン、同じ操作の再現性 |
| Cドライブがほぼ満杯 | システム管理ページファイルが拡張できない可能性 | 空き容量、ページファイル設定、ストレージエラー |
| 起動直後から高使用率 | スタートアップ、常駐ソフト、ドライバー、更新後の不具合 | 起動直後のプロセス、クリーンブート比較 |
| 増設後も同じ時間で再発 | リークまたはアプリ固有上限 | 増設前後のコミット増加率とイベントログ |
物理メモリとコミットを区別する
タスクマネージャーの「メモリ使用率」は主に物理RAMの使われ方を示します。一方、アプリがWindowsへ確保を約束させたメモリはコミットとして管理され、コミット済み量がコミット上限へ達すると、新しい割り当てが失敗してフリーズ、クラッシュ、メモリ不足エラーにつながります。Microsoft Learnは、コミット上限を物理メモリとすべてのページファイルの合計として説明しています。
「空きRAMが少ない」こと自体は直ちに異常ではありません。Windowsは使っていないRAMをキャッシュへ活用し、必要に応じて再配分します。見るべきなのは、エラー発生時にコミットが上限へ近いか、特定プロセスのコミットサイズが時間とともに増え続けるか、ディスクがページングで継続的に詰まっているかです。単一の瞬間の使用率ではなく、発生前後の変化を記録します。
まず行う低リスクの対処
保存して通常再起動する
エラーが出たら、操作できるうちに文書を保存し、処理中の書き込みが終わるのを待ってアプリを閉じます。タスクマネージャーで応答なしのアプリを強制終了すると未保存データを失うため、通常終了を先に試します。その後、Windowsを「再起動」します。シャットダウンと電源投入より、再起動の方がWindowsセッションやカーネル状態を確実に作り直す場面があります。再起動後に同じ作業を最小構成で再現します。
不要な同時実行を減らす
ブラウザーの大量タブ、複数の会議アプリ、仮想マシン、画像・動画編集、ゲーム、開発環境などは同時に大きなコミットを要求します。今使わないものを終了し、ブラウザー拡張機能や常駐ランチャーも見直します。ただしセキュリティソフト、バックアップ、会社の管理エージェントをメモリ節約目的で停止しないでください。業務アプリの終了順序と再起動後の必要アプリを決めるだけでも、原因の切り分けになります。
Cドライブの空きを確保する
システム管理ページファイルは、十分なディスク空きがあることを前提に必要に応じて拡張します。Cドライブがほぼ満杯なら、Windows標準のストレージ設定とクリーンアップの推奨事項で安全に空きを作ります。ページファイルそのものを削除したり、非公式な最適化ツールでサイズを極端に小さくしたりしないでください。空き容量不足とメモリ不足が同時に起きている場合、まずストレージの余裕を戻します。
Windowsとアプリを更新する
Windows Update、Microsoft Store、アプリ内の公式更新、PCメーカーの公式ドライバー提供元を確認します。メモリリークや互換性不具合はアプリやドライバーの更新で修正されることがあります。第三者のドライバー更新ツールや「RAMクリーナー」は、必要なキャッシュを捨てるだけ、または不適切なドライバーを入れる可能性があるため使いません。更新前後のバージョンを記録し、一度に多数の要素を変えないでください。
タスクマネージャーで証拠を取る
エラーが出る直前にタスクマネージャーを開けるなら、「パフォーマンス」のメモリで使用中、利用可能、コミットの現在値／上限を記録します。「詳細」タブでは列の選択からコミットサイズを表示できる環境があります。Microsoftのメモリリークガイダンスは、既定のメモリ列が示すワーキングセットだけでなく、仮想メモリのコミットサイズを見るよう案内しています。
プロセス名、PID、コミットサイズ、ワーキングセット、発生時刻を記録し、5分または10分間隔で増加を比べます。業務データの内容やユーザー名が画面に出る場合、スクリーンショット共有前に伏せます。タスクを終了して値が戻るか、同じ操作で再び直線的に増えるかが重要です。単に一覧の上位にあるブラウザーやセキュリティ製品を「原因」と断定しないでください。
イベントID 2004を確認する
Windowsが低仮想メモリ状態を診断すると、SystemログのMicrosoft-Windows-Resource-Exhaustion-DetectorからイベントID 2004が記録されることがあります。説明には、その時点で仮想メモリを多く消費したプロセスが列挙されます。イベントがある場合は、時刻、プロセス名、消費バイト、端末のコミット状況を保存します。これはエラー時点の有力な手掛かりです。
イベントに上位プロセスが載っても、そのアプリだけが必ず欠陥とは限りません。大きなデータを正当に処理していた、別プロセスが既にメモリを使っていた、ページファイル上限が小さすぎた可能性もあります。同じ操作で使用量が戻らず増え続ける、アイドル時にも増える、複数端末で同じバージョンだけ再現するなら、リークの疑いが強まります。イベントログを消去せず、再現前後を残してください。
ページファイルは原則システム管理にする
ページファイルは、あまり使われていない変更済みメモリをRAMから退避し、頻繁に使うデータへ物理メモリを回す役割と、システムクラッシュ時のダンプを支える役割があります。ページファイルを無効にすると、コミット上限が大幅に狭まり、クラッシュダンプも要件を満たせなくなる場合があります。「RAMを搭載しているから不要」という一般化はできません。
Microsoft Learnは、適切なページファイルサイズがピークコミット量とクラッシュダンプ要件に依存し、同じ構成のPCでも一律に決められないと説明しています。通常はシステム管理を維持し、十分な空き容量を確保します。古い定型の「RAMの1.5倍」をすべてのWindows 11端末へ当てはめるのではなく、実測と要件で判断します。ページファイル使用率100%だけでも、コミット上限に達していなければ直ちに性能問題とは断定できません。
固定サイズを検討できる例外
Microsoftには、頻繁に大きなメモリ割り当てを行うアプリで、システム管理ページファイルの拡張が間に合わずランダムなout-of-memoryが起きる既知シナリオがあります。この特定条件でのみ、初期サイズを十分に確保する回避策が案内されています。固定化するなら、エラーがその条件に合うこと、必要容量、ディスク空き、ダンプ要件を管理者が確認し、変更前の「自動管理」状態を記録します。
変更後に改善しない、起動が遅くなる、ディスク不足が悪化する、ダンプ要件を満たさない場合は、元のシステム管理へ戻します。固定サイズを際限なく増やしてアプリのリークを隠さないでください。会社PCではグループポリシーや運用監視の前提があり得るため、個人判断で変更しません。設定画面の名称はWindowsビルドにより変わるため、Microsoftの現行手順と管理者の案内を使います。
メモリリークを切り分ける
リークの典型は、同じアプリやサービスを使い続けるとコミットが一方向に増え、作業を終えても十分に戻らず、再起動で一時的に解消して同じ時間で再発する形です。ブラウザーなら拡張機能をすべて外すのではなく、プロファイルやプライベートウィンドウで比較し、業務アプリならアドインを無効にした検証プロファイルで試します。変更は一つずつにして、再現条件と戻し方を記録します。
Microsoftの公式ガイダンスでは、VMMapやWindows Performance Toolkitで割り当て種類とスタックを調べる方法がありますが、これらは技術者向けです。大量のトレースやシンボル解析を本番中に始めず、イベントID 2004、プロセス名、バージョン、再現手順を揃えてアプリ提供元またはIT担当へ渡します。第三者製アプリの内部でリークしている場合、最終的な修正はベンダー更新が必要です。
クリーンブートで常駐ソフトの干渉を確認する
起動直後から高使用率で、原因プロセスが特定できない場合は、Microsoftのクリーンブート手順でMicrosoft以外のサービスとスタートアップを絞り、再現性を比較できます。クリーンブートは恒久運用ではなく診断です。Microsoftサービスを隠してから対象を無効化し、再現しなくなったら半分ずつ戻すなどして原因を絞ります。設定前に通常状態を記録してください。
注意点として、System Configurationの詳細ブートオプションを変更しないでください。Microsoftの公式ページも、サポート担当者の指示なしに高度なブート設定を変えないよう警告しています。診断が終わったら通常スタートアップへ戻し、必要なセキュリティ、バックアップ、管理サービスが動作していることを確認します。BitLockerや会社の認証に影響するサービスを勝手に停止しないでください。
RAM増設が有効な場合と限界
通常作業でも物理メモリが継続的に高く、コミット上限には余裕があるがページングで操作が遅い、同時に必要なアプリを減らせない場合、RAM増設は体感と安定性を改善し得ます。まずPCメーカーのサービスマニュアルで、増設可能か、オンボードか、スロット数、対応規格、速度、最大容量、保証条件を確認します。容量だけでなく同一仕様の組み合わせやデュアルチャネル条件も機種ごとに異なります。
一方、特定プロセスのコミットが無制限に増えるリーク、32ビットアプリのアドレス空間制限、壊れたデータ、アプリ固有の上限は、RAMを増やしても発生までの時間が伸びるだけの場合があります。ページファイルもRAMと同じ速度ではなく、増やせば性能が上がるわけではありません。増設前にエラー時のコミット値と利用パターンを記録し、必要量を算定します。
アプリ固有の制限も確認する
Windowsが64ビットでも、実行しているアプリが32ビットなら、アプリ自身が利用できる仮想アドレス空間に制限があります。巨大なExcelファイル、画像、CADデータ、圧縮ファイル、ビルド処理など特定操作だけでエラーになる場合は、アプリのビット数、プラグイン、ファイルサイズ、提供元の要件を確認します。64ビット版へ変えるとアドイン互換性が変わるため、業務環境では事前検証が必要です。
アプリのエラーメッセージが「メモリ不足」でも、ディスク容量、GPUメモリ、ハンドル、デスクトップヒープ、ファイル破損などを一括してそう表示することがあります。Windows全体のコミットに余裕があり、イベントID 2004もなく、特定アプリだけで起きるなら、アプリのログと公式サポート情報を優先します。レジストリ値や互換フラグを根拠なく変更しないでください。
再発防止の運用
- 業務開始時に必要なアプリだけを開き、長時間使わない大容量タブや仮想マシンを終了する
- Windows、アプリ、ブラウザー、GPU・チップセットドライバーを公式経路で更新する
- システムドライブにページファイルが拡張できる空きを維持する
- ページファイルをシステム管理にし、最適化ツールで無効化しない
- 再発時刻、操作、プロセス、コミット、イベントID 2004を同じ様式で記録する
- 会社PCでは同型端末・同版アプリでの横展開状況をIT部門が比較する
エスカレーションする基準
イベントID 2004が繰り返す、同じプロセスのコミットが増え続ける、OSや複数アプリが同時に落ちる、ページファイルをシステム管理へ戻して空きも確保したのに再発する、メモリ診断やメーカー診断でハードウェア異常が出る、重要業務のデータ損失が起きた場合はIT部門またはメーカーへ渡します。無理に再現を繰り返す前にデータをバックアップしてください。
提出情報は、端末モデル、RAM容量、Windowsビルド、アプリ名と版、発生時刻、再現手順、タスクマネージャーのコミット現在値／上限、上位プロセス、イベントID 2004、Cドライブ空き、ページファイル設定、直前の更新です。メモリダンプやトレースには機密データが含まれ得るため、組織の承認された場所だけで共有します。
よくある質問
メモリ使用率が80%なら異常ですか
数字だけでは異常と断定できません。Windowsは空きRAMをキャッシュへ使います。操作の遅延、コミットが上限へ近いか、ハードページフォールトとディスク負荷、特定プロセスの増加傾向、イベントID 2004を合わせて見ます。
ページファイルを無効にするとSSDを守れますか
無効化するとコミット上限とクラッシュダンプに影響し、メモリ不足を悪化させる可能性があります。Microsoftはページファイルのサイズをピークコミットとダンプ要件で決めるよう案内しています。一般利用ではシステム管理を維持してください。
ページファイルをRAMの1.5倍にすれば直りますか
すべての端末に当てはまる固定則ではありません。自動拡張が間に合わない特定シナリオには手動初期サイズの回避策がありますが、通常はシステム管理と十分な空きが第一です。リークなら固定サイズを増やしても再発します。
RAMを増設する前に何を見ればよいですか
エラー時のコミット、物理メモリ、ページング、日常の同時アプリ、PCの増設可否を確認します。通常負荷でRAMが不足し続けるなら有効ですが、特定アプリのリークや32ビット制限なら先にアプリ側を直します。
まとめ
Windows 11のメモリ不足は、RAM使用率だけでなくコミット上限、ページファイル、Cドライブ空き、特定プロセスの増加を分けて調べます。ページファイルは原則システム管理とし、イベントID 2004とタスクマネージャーで証拠を残します。再起動で一時復旧しても増加が繰り返すなら、RAM増設だけで隠さず、アプリやドライバーの提供元へ再現情報を渡してください。
コメント