SSD上のシステムドライブ。独自のドライブへのページファイル？
16 GB RAMを搭載したWindows Server 2008 R2サーバーのシステムドライブにIntel X25-E SSDを使用しています。ページファイルを独自のドライブに移動するのは良い習慣でしょうか？もしそうなら、ページファイルドライブの場合、SSDまたは従来のハードドライブが優先されますか？
ストレージ構成には2つのデータボリュームも含まれ、それぞれがPERC 5/i統合RAIDコントローラに接続された4ディスクRAID 10アレイに実装されています。サーバーはDell PowerEdge 2900です。バックプレーンには10スロットがあり、1つはSSDに使用され、8つはRAID 10アレイに使用され、1つの空のスロットはページファイルドライブに使用できます。
ありがとう。
従来の答えは、ページファイルをシステムドライブから分離することですが、X-25Eのパフォーマンスは、特にサーバー上では、一般的にそれを不必要にするはずです。システムに十分なRAM=を置くことができず、不必要なページングを回避できない場合）、または何であれページングをかなり多く使用できるアプリケーション（Exchange 2007など）がある場合は、専用ディスクまたは一般的に使用率が低いディスク上のページファイルは、引き続き適切な方法です。
ただし、システムドライブに単一のX-25Eを使用するのは、少し奇妙に思えます。システムドライブにSSDを使用するのが良いかどうかは、サーバーを何に使用しているかに完全に依存しますが、ほとんどの場合、（適切に構成された）サーバーのシステムドライブは最も重要ではありませんIO制御したいボトルネック。
確かに言えることは、システムボリュームまたは通常のデータボリューム用に1つのドライブだけを使用するべきではないということです。 RAID 1で2つの比較的小さいが適度に高速なドライブ（2x10K SAS）を使用する標準的な方法では、ほとんどのサーバーで（ほとんど静的な）システムドライブファイルをロードするのに十分なパフォーマンスが得られますが、ある程度の障害回復力が保証されます。 SSDは機械的ではないかもしれませんが、故障する可能性があり、実際に故障しています。
理想的には、SSDを使用してIOPSが制限されているものを排除する必要があります-RAID 10アレイは、ほとんどの条件下でX-25Eの転送速度に十分に一致する可能性がありますが、IOPSに近づきません（数百X-25Eの場合は数千が最適です）。ただし、これは単一のドライブであるため、完全に失うわけにはいかないものを置くことは非常に躊躇する必要があります。それが私である場合、一時ファイル領域（たとえば、印刷スプール、スクラッチDB領域など）に使用します。レポートなど）。
チェックアウト http://blogs.msdn.com/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx
ただし、以下はサーバーの使用よりもコンシューマーの使用に当てはまる可能性があるので、細かく見てください。
ページファイルはSSDに配置する必要がありますか？
はい。ほとんどのページファイル操作は、小さなランダム読み取りまたは大きな順次書き込みであり、どちらもSSDが適切に処理できるタイプの操作です。
何千ものトレースからテレメトリデータを見て、ページファイルの読み取りと書き込みに焦点を当てると、
Pagefile.sysの読み取り数pagefile.sysの書き込み数が約40〜1
Pagefile.sysの読み取りサイズは通常非常に小さく、67％が4 KB以下、88％が16 KB未満です。
Pagefile.sysの書き込みは比較的大きく、62％が128 KB以上、45％がちょうど1 MBのサイズです。
実際、SSDがそれらのパターンに対して持っている典型的なページファイル参照パターンと好ましいパフォーマンス特性を考えると、SSDに配置するためのページファイルよりも優れたファイルはほとんどありません。