Windows Server 2019でRAMMapを使う：対応状況、設定、制限

RAMMapはWindows Server 2019に対応していますか？

RAMMap公式ドキュメントにはWindows Server 2008以降が記載されています。この範囲にはWindows Server 2019が含まれますが、すべてのインストール方式やリモート管理の構成が、完全なWindowsデスクトップと同じように動作するとまで解釈しないでください。

ローカル調査では、RAMMapを物理ページの使用状況を観察するポータブルGUIツールとして扱います。最初に落ち着いた状態のベースラインを取り、OSビルドとワークロードを記録し、観察と変更操作を分けます。下のUse Counts画面はページ分類の出発点になりますが、長時間のカウンター監視やアプリケーションのトレースを置き換えるものではありません。

Desktop ExperienceとServer Coreの違い

Server CoreはWindows Serverの最小インストールオプションです。完全なデスクトップシェルを意図的に省いているため、画面を起動してタブを選び、一覧を読む通常のRAMMapローカル手順は、Desktop Experienceまたは別のサポート済み管理方法を前提に設計してください。Server Coreで同じGUIが使えると決めつけるべきではありません。

これはUIと運用手順の境界であり、Server Core自体が未対応OSだという意味ではありません。Coreのみのサーバーでは、Performance Monitor、Windowsカウンター、PowerShell、通常のテレメトリ、または承認済みの管理設計を利用します。確認していないリモート対象モードをRAMMapの機能として紹介しないでください。

どのRAMMap実行ファイルを選ぶべきですか？

確認済みのv1.63アーカイブにはRAMMap.exe、RAMMap64.exe、RAMMap64a.exe、Eula.txtが含まれます。IntelまたはAMDの一般的なWindows Server 2019はx64なので、通常はRAMMap64.exeを選びます。RAMMap64a.exeはWindows on ARM用、RAMMap.exeは32ビット版です。ファイル名だけでなく、サーバーのアーキテクチャを確認してください。

RAMMapインストールガイドまたはMicrosoft公式ZIPから取得し、管理されたフォルダーにアーカイブ全体を展開します。別リリースの実行ファイルを混ぜないでください。バージョンやアーキテクチャに迷った場合は、調査前にRAMMapバージョンガイドへ戻ります。

サーバーで安全に設定する手順

サーバーのメモリ調査は、設定を簡単かつ明示的にすると再現しやすくなります。Microsoftの現行アーカイブはバックグラウンドサービスではなく、ポータブルZIPです。詳細ビューを開く前に、サーバー名、ワークロード、時刻、アーキテクチャを記録し、元のアーカイブとスナップショットを作業フォルダーから分けて保管します。

RAMMapの安全性ガイドでは、入手元、ハッシュ、署名の確認を詳しく説明しています。次の短い手順で、調査の問いを保ち、Empty操作を修正策と誤認しないようにします。

1. ベースラインを記録

   Windows Serverのビルド、搭載メモリ、CPUアーキテクチャ、現在の負荷、時刻、確認したい症状を記録します。

2. 入手元を確認

   Microsoft Learnと公式Sysinternals ZIPを使います。v1.63の確認済みアーカイブは737,190バイト、SHA256は6536A8107A3FB391E4443F2742366067341A7DA50DE89F99CA0B2390120DD0CCです。

3. 一つのリリースを展開

   完全なアーカイブを管理されたフォルダーに展開します。異なるリリースのRAMMap64.exeやRAMMap64a.exeを混在させません。

4. 必要な権限で起動

   システム全体の物理メモリを調べる必要がある場合は、アクセスと変更のポリシーに従い、対応する実行ファイルを管理者として起動します。

5. 変更前に取得

   Use Countsから始め、カテゴリに応じてProcesses、Priority Summary、File Summaryへ進みます。Empty操作の前にメモを保存します。

RAMMapで分かること、分からないこと

RAMMapが得意なのは、「今、どの物理ページカテゴリが大きいか」という問いです。プロセス、Mapped File、優先度、Standby、カーネル関連カテゴリのどこへ次の調査を進めるべきかを絞れます。しかし、アプリケーションのリークを単独で証明したり、すべてのcommit判断を説明したり、長時間の性能トレースを置き換えたりはできません。

ラベルの意味はRAMMapメモリタイプリファレンスで確認し、疑われる割り当て経路に合うツールへ進みます。アプリケーションのリークならプロセスカウンターと再現性あるスナップショットを相関させ、カーネルプールの問題なら適切なプール・性能調査を使います。

Server 2019で再現性を保つチェックリスト

二つのチェックポイントを比較するときは、同じ負荷手順と同じ観察順を使います。記録にはRAMMapの正確なバージョン、実行ファイルのアーキテクチャ、Windows Serverのビルド、搭載メモリ、ワークロード、時刻、変化したタブまたはカテゴリを含めます。これにより、一枚のカラフルな画面より後の比較が有用になります。

RAMMapが固まる、または起動しない場合、その画面がないことをサーバーメモリの証拠にしないでください。RAMMapが起動しない場合の確認手順に従い、展開したファイルが同じアーカイブ由来か確認してエラーを記録します。更新エラーならデータベース更新エラーのガイドを使います。

• 負荷手順の前に静かなベースラインを残す。
• 複数のサービスを同時に変えず、同じ負荷手順を繰り返す。
• 色だけでなくカテゴリと時刻を比較する。
• ZIPのハッシュと実行ファイルのアーキテクチャを記録と一緒に保管する。
• RAMMapで割り当て経路を特定できない場合は、Performance Monitor、トレース、プール、ベンダーツールへ進む。

Windows Server 2019でRAMMapを使う場合のよくある質問