Windows環境でWMIクラスを活用してページファイルの設定を取得しようとした際、「Win32_PageFileSettingを参照したらインスタンスが返らない」という現象に直面することがあります。この記事では、その原因や解決策を含め、ページファイル設定の仕組みをより深く理解できるように詳しく解説していきます。
Win32_PageFileSettingとは？
Win32_PageFileSettingは、WindowsのWMI (Windows Management Instrumentation) クラスの一つです。ページファイルに関する設定やプロパティを取得するために用いられ、システム上に設定されたページファイルのパスやサイズ、そしてファイルを自動管理しているかどうかなどを確認できます。
しかし、実際にPowerShellのGet-WmiObjectやGet-CimInstance、あるいはWMICコマンドを使ってWin32_PageFileSettingを参照すると、環境によっては空の応答が返ってくるケースがあります。これには明確な理由があるので、まずは現象が起きる仕組みを理解しておくことが大切です。
ページファイルと仮想メモリの関係
Windowsにおける「ページファイル (Page File)」は、物理メモリが不足したときに一時的にデータを退避させるために使用される仮想メモリ領域です。通常、システムドライブ (Cドライブ) のルートにpagefile.sysという名前で作成されます。
ページファイルは「システム管理サイズ (System Managed Size)」に設定することもできれば、利用者自身が「手動」でサイズを指定して運用することも可能です。この設定方法の違いが、Win32_PageFileSettingのクエリ結果に直接影響を及ぼします。
自動管理 (システム管理サイズ) のメリット
- 初期設定が容易で、追加作業がほとんど不要
- 運用管理の手間を減らせる
- システムがリアルタイムでサイズを調整してくれる
手動設定のメリット
- ページファイルサイズを固定することによるディスク断片化の抑制
- システム上のメモリ使用量の傾向が安定している場合、効率的な運用が可能
- 不測の事態に備えて大きめのページファイルを確保しておくなど、柔軟なコントロールができる
このようにメリットは様々ですが、ページファイルをシステム管理サイズに設定しているかどうかで、Win32_PageFileSettingがインスタンスを返すか否かが変化します。
Win32_PageFileSettingが空になる原因
Win32_PageFileSettingが空になる場合、多くは「ページファイルがシステム管理サイズに設定されている」ことが原因です。Windowsの仕様として、以下のように動作します。
- システム管理サイズが有効の場合:
Win32_PageFileSettingにはインスタンスが生成されず、クエリを実行しても結果が空 (存在しない) と表示される - 手動設定サイズの場合:
1つまたは複数のページファイル設定（複数ドライブに設定しているケースなど）に応じてWin32_PageFileSettingインスタンスが作られ、PowerShellやWMICでの参照結果に反映される
この仕様を知らずに「なぜインスタンスが返らないのか？」と戸惑う管理者も少なくありません。特に、Windows 10/11やWindows Server (2016～2025など) で同様の状況が確認されることから、「すべてのバージョンでバグがあるのでは？」と誤解されがちです。しかし、これは正式な挙動でありバグではありません。
PowerShellでの確認例
ページファイルの設定情報を取得しようとして、下記のようなPowerShellコマンドを実行するとします。
Get-CimInstance -ClassName Win32_PageFileSettingもしページファイルがシステム管理サイズに設定されている場合、何の情報も表示されずにプロンプトが返ってきます。また、以下のようにWQLクエリを実行しても同様です。
Get-CimInstance -Query "SELECT * FROM Win32_PageFileSetting"手動設定に変更しない限り、Win32_PageFileSettingでのインスタンスは見つけられないため、結果的に空となるのです。
解決策：手動設定へ変更する
Win32_PageFileSettingを使ってページファイルの詳細を取得する必要がある場合は、ページファイルのサイズを「手動」で指定し、設定内容を反映させる必要があります。ここでは、手動設定へ変更する手順を解説します。
GUIでの設定変更手順
- Windowsキー + Rを押して「ファイル名を指定して実行」を開き、「sysdm.cpl」と入力して「OK」をクリック
- 「システムのプロパティ」ウィンドウが開いたら「詳細設定」タブを選択
- 「パフォーマンス」欄の「設定」をクリック
- 「パフォーマンス オプション」ウィンドウが開いたら「詳細設定」タブを選択
- 「仮想メモリ」欄の「変更」をクリック
- 「すべてのドライブのページング ファイルのサイズを自動的に管理する」のチェックを外す
- 必要に応じてドライブを選択し、「カスタム サイズ」を設定し「設定」ボタンをクリック
- 最後に「OK」を押してウィンドウを閉じ、再起動を促される場合は再起動を行う
設定を手動に変更して再起動したら、改めてPowerShellなどでWin32_PageFileSettingをクエリすると、インスタンスが取得できるようになります。
PowerShellでの確認手順
設定を手動に変更したあと、下記のようなPowerShellコマンドで結果を再確認してみましょう。
Get-WmiObject -Class Win32_PageFileSetting
# もしくは
Get-CimInstance -ClassName Win32_PageFileSetting上記コマンド実行後、ページファイルのフルパス (例: C:\pagefile.sys) や初期サイズ (InitialSize)、最大サイズ (MaximumSize) などの詳細が表示されれば、手動設定が有効になっており、Win32_PageFileSettingが正しくインスタンスを返していることになります。
Win32_PageFileUsageとの比較
ページファイルに関連するWMIクラスとしては、Win32_PageFileUsageも存在します。こちらは現在のページファイル使用状況を示し、システム管理サイズであっても一部情報を返してくれることがあります。たとえば、以下のコマンドでページファイルの利用状況を簡単に把握できます。
Get-CimInstance -ClassName Win32_PageFileUsageWin32_PageFileUsageでは、実際に割り当てられているページファイルサイズやピーク時の使用量などをリアルタイムで参照できるため、トラブルシューティングやチューニングの際にも役立ちます。ただし、ページファイルそのものの設定値を確認したい場合はWin32_PageFileSettingが必要になります。
具体的な設定内容をまとめた表
下記に、主なWMIクラスにおけるページファイル関連情報を表形式でまとめました。必要に応じて最適なクラスや設定方法を選択すると、より的確な運用が可能になります。
| クラス名 | 主な情報 | システム管理サイズ下での挙動 | 手動設定下での挙動 | 使用例 |
|---|---|---|---|---|
| Win32_PageFileSetting | ページファイルの設定内容 | インスタンスが生成されない | サイズ・パスなど詳細が取得可能 | 手動設定したページファイルの管理 |
| Win32_PageFileUsage | 現在のページファイル使用状況 | 一部情報が取得可能 (使用量など) | 手動設定と同様に使用量などが取得可能 | ページファイルの監視・トラブルシューティング |
| Win32_OperatingSystem | OS全般の情報 (ページファイル含む) | ページファイルパスは取得できるが詳細は不十分 | ページファイルパスや一部設定値を参照可能 | OSの概況を把握するための補助的な用途 |
この表からわかるように、Win32_PageFileUsageは「設定」というよりは「使用状況」にフォーカスしているのに対し、Win32_PageFileSettingは「実際にどう設定しているか」を詳細に見ることが目的です。システム管理サイズを使っている場合は設定値を手動で指定していないため、Win32_PageFileSettingからは情報を得られないというわけです。
ページファイルを手動設定にする際の注意点
手動でページファイルを設定すると、システム管理時には考慮しなくてよかったいくつかのポイントに気を配る必要があります。
ディスクスペースの確保
ページファイルの最大サイズを大きく設定しすぎると、ストレージの空き容量が不足してしまいます。また、Cドライブ以外にページファイルを設定する場合は、そのドライブにも十分な空き領域があるかを確認しましょう。
運用監視と警告
手動設定の場合、メモリ需要が大きく変動するようなアプリケーションを運用していると、ページファイルの最大サイズを超えてしまう可能性があります。そうなるとメモリ不足による動作遅延やアプリケーションの停止が発生する恐れがあります。定期的にパフォーマンスカウンターを見たり、Win32_PageFileUsageで使用量を確認したりするなど、運用監視が重要です。
ディスク断片化
HDDを使用している環境では、ページファイルを固定サイズにすることで断片化を抑制し、アクセス速度の向上が期待できます。一方で、近年はSSDを利用するケースが増えており、SSDの場合は断片化の影響がHDDほど大きくありません。環境に応じて最適化を検討しましょう。
よくある質問 (FAQ)
Q1: Win32_PageFileSetting以外でページファイル設定を確認する方法は？
A1: WMI以外の方法としては、GUIの「システムのプロパティ」画面で直接確認する、またはレジストリのHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory ManagementにあるPagingFilesキーをチェックする方法があります。ただし、レジストリはOSバージョンやアップデートによりパスや形式が変更される可能性があるため、細心の注意が必要です。
Q2: Windows Server環境でも同じ挙動ですか？
A2: はい。Windows Serverでも同様に、システム管理サイズに設定されている場合はWin32_PageFileSettingにインスタンスが存在しません。手動でページファイルサイズを指定し直すことで、空にならないようにできます。
Q3: ページファイルを手動設定にするとパフォーマンス向上が期待できますか？
A3: 場合によります。大きな仮想マシンやメモリを多用するアプリケーションを運用する場合には、手動設定で十分なページファイル容量を確保しておくと安心です。しかし、不要に大きくしすぎたり物理メモリ量がそもそも潤沢にある場合は、あまり効果を感じられないこともあります。また、システム管理サイズでも十分パフォーマンスが出るケースが多いので、明確な運用方針がない場合はシステム管理を継続するのも選択肢の一つです。
まとめ
Win32_PageFileSettingでページファイル設定を取得しようとしても空の結果が返ってくるのは、ページファイルがシステム管理サイズに設定されているためです。仕様上、システム管理サイズの環境ではWin32_PageFileSettingのインスタンスが生成されません。そのため、手動でページファイルを設定し直せば、Win32_PageFileSettingに情報が表示されるようになります。
また、Win32_PageFileUsageなど他のWMIクラスを併用すれば、運用中の実際の利用状況も把握できます。ページファイル設定を見直す際には、物理メモリ容量やディスク容量、アプリケーションのメモリ消費動向などを総合的に判断し、最適な設定を行うことが重要です。
コメント