メモリ増設後の検証手順

Step 1: POST確認

メモリ装着後、最初に確認するのがPOST（Power-On Self-Test）です。サーバーの電源を入れた直後に実行されるハードウェアの基本診断です。

• 診断表示・ビープコード — LED、画面のコード、ビープ音の有無と意味は機種ごとに異なる。表示内容を記録し、対象サーバーの診断コード表と照合する。一般的なPCの音パターンを流用しない。
• 画面表示 — POST画面にメモリ総容量と各スロットの検出結果が表示される。増設後の合計容量が正しく表示されているか確認する。
• エラーメッセージ — 「Memory Configuration Error」「DIMM Population Error」などが表示された場合、DIMMの装着位置やスロットの組み合わせが不正。サーバーのメモリポピュレーションルール（どのスロットにどの順番で装着するか）をマニュアルで確認する。

Step 2: BIOS/UEFI確認

POSTを通過したら、BIOS/UEFI設定画面に入ってメモリの認識状態を詳しく確認します。

• メモリ総量表示 — System Informationまたは Memory Configuration の画面で、増設後の合計メモリ容量が正しく表示されているか確認。例えば 16GB x 8枚なら128GBと表示されるべき。
• 各スロットの認識状況 — 装着したスロットのDIMM情報（メーカー名、容量、速度、Rank）を確認する。空きスロットの「Not Installed」は正常。装着済みなのに未認識、または「Failed」の場合は構成・装着状態・ログを調べる。
• 動作速度 — DIMMのラベル値ではなく、CPU型番・DPC・Rank・BIOS設定を含む構成表の速度と照合する。DDR4-3200が低い速度で動作しても、CPUや搭載構成の仕様内なら異常とは限らない。
• メモリテスト設定 — 一部のサーバーBIOSにはビルトインのメモリテスト機能がある。有効にすると起動時にメモリの基本テストを自動実行する（ただし起動時間が延びる）。

Step 3: OS上での確認

BIOSで正常に認識されたら、OS上でもメモリの認識状態を確認します。

Windows Server の場合

• タスクマネージャー — Ctrl+Shift+Esc → パフォーマンス → メモリ。総容量、使用中、利用可能、速度が表示される。
• systeminfoコマンド — コマンドプロンプトで systeminfo | findstr メモリ を実行。物理メモリ合計と仮想メモリの情報が確認できる。
• PowerShell — Get-WmiObject Win32_PhysicalMemory | Select-Object BankLabel, Capacity, Speed, Manufacturer でスロットごとの詳細情報を取得できる。

Linux Server の場合

• free -h — OSが利用できるメモリ総量と使用状況を表示する。ハードウェア予約領域等があるため、totalがDIMMの合計容量と完全一致しない場合がある。
• dmidecode --type memory — 各DIMMスロットの詳細情報（メーカー、型番、速度、容量）を表示。root権限が必要。
• cat /proc/meminfo — MemTotalの値で合計メモリを確認。MemFreeやMemAvailableでOS上の空きメモリも確認できる。
• lshw -class memory — メモリの詳細なハードウェア情報をツリー形式で表示。チャネルごとのDIMM配置も確認しやすい。

Step 4: memtest86+

OSから独立して、アクセス可能なメモリ領域へパターンテストを行うツールです。結果にはCPU・キャッシュ・基板等の影響も含まれ、エラーが出ただけでDIMM単体の故障とは断定できません。

• USBメモリから起動 — memtest86+ の公式サイトからISOイメージをダウンロードし、USBメモリに書き込む。サーバーをUSBから起動して自動的にテストが開始される。
• パス数と試験時間 — 1パスは選択したテスト項目の一巡。所要時間は容量・CPU・メモリ速度・設定によって変わる。間欠的な不良が疑われる場合は試験を延長し、パス数と対象範囲を記録する。
• エラー検出時の対処 — 結果と構成を保存し、サーバーの診断ログと照合する。アドレスだけで故障DIMMを断定しない。自己修復（PPR等）の有無を確認し、メーカー手順に従って切り分ける。
• 注意事項 — 通常のOSを停止し、USBや対応するブートローダー等から起動する。メンテナンス時間を確保し、機種・起動方式・ツール版の対応を事前に確認する。

Step 5: 負荷テスト

memtest86+は低レベルのメモリテストですが、OS上での実運用に近い条件での安定性テストも行います。

Linux の場合

• stress-ng — メモリやCPU等に負荷をかけるツール。使用する版のマニュアルでワーカー数・割当量・検証オプションを確認する。OSや管理処理の余裕を残し、OOMや停止がなかったことだけを合格条件にしない。
• stressapptest — メモリインターフェース等を高負荷で検証するツール。-Mは割合ではなくMB単位、-sは秒数。例えばstressapptest -M 256 -s 20は256MB・20秒の構文例であり、受入試験の推奨条件ではない。実行条件は検証用環境で決め、ECC情報はBMC等のログも併せて確認する。

Windows Server の場合

• Prime95 — 選択したテスト設定に応じてCPU・メモリへ負荷をかける。実行中のエラー・温度・負荷を記録し、一定時間動いただけで構成全体を合格としない。
• AIDA64 メモリテスト — System Stability TestのMemoryにチェックを入れて実行。メモリへの読み書き負荷と温度モニタリングを同時に行える。

負荷テストは業務処理を停止した検証環境または承認済みの保守時間に行います。試験範囲・所要時間・停止条件を事前に決め、データの検証結果とBMC / OSのログを併せて評価します。異常時は中断して原因を切り分けます。

Step 6: モニタリング設定

テストが完了しても、運用開始後にメモリの劣化やエラーが発生する可能性があります。長期的な安定運用のために、以下の監視設定を行います。

• ECCエラーカウント監視
  • Linux: edac-utilsパッケージをインストールし、edac-util -s でECCエラーカウントを確認。Zabbix / Nagios / Prometheus+node_exporterなどの監視ツールと連携して、CE（Correctable Error）カウントの増加を監視する。
  • HP iLO / Dell iDRAC / Lenovo XClarity: 管理コンソールのメモリ警告・訂正不能エラー・予兆通知を監視する。CEの通知条件と対処は機種・ファームウェアの仕様に従い、一律の回数を交換基準にしない。
• 温度監視 — 対応機種では管理コンソールでDIMM温度・熱警告を確認できる。しきい値は対象機種とDIMMの仕様に従い、ケース温度・センサー値・吸気温度を混同しない。一律85℃をアラート値にしない。
• アラートしきい値設定 — CE多発、UE発生、温度異常の3つのアラートを最低限設定する。UEは即時対応が必要なため、最高優先度のアラートに設定する。

検証チェックリスト

以下を記録し、事前に定めた受入条件と照合します。試験合格は将来の無故障を保証するものではありません。

構成・計画を手元で確認する

増設前後のメモリ構成を比較 ↗ ／ 確認した構成を整理・保存 ↗

登録不要。入力内容はブラウザー内で計算し、結果を保存・出力できます。

※ 本記事の検証手順は一般的なサーバー環境を対象としています。仮想化基盤やクラスタ構成では追加の検証項目がある場合があります。