データベースサーバー：小さなクイックRAMまたは大きな低速RAM？
現在、新しいデータベースサーバーを設計しており、どのように回答すればよいか完全にはわかりませんが、トレードオフが生じています。
これらは私たちのオプションです：48GB 1333MHz、または96GB 1066MHz。
私の考えは、RAMはデータベースサーバー（データがたくさんあり、クエリが非常に大きい）の場合は、それが可能な限り迅速ではない）には十分であるべきだと思います。 1333MHzで16GBのチップを入手できるため、上記の選択肢があります。
では、低速のRAMを大量に取得する必要がありますか、それとも高速のRAMを削減する必要がありますか？
追加情報：
使用可能なDIMMスロットの数：6
サーバー：DellブレードCPU：6コア（Oracleライセンスにより単一ソケットのみ）。
大きくて遅いRAMを使いたくなるでしょう。 RAMパフォーマンスとディスクパフォーマンスの違いと比較すると、RAMパフォーマンスの違いはごくわずかです。
わかりました、それは非常に非常に非常に簡単です：
データベースはRAM OSとすべてで48GB）に適合しますか？はいの場合、それを採用します。そうでない場合、96GBを採用します。
また、RAMのxyz GBに適合するデータベースは、それがインデックス、ビューなどすべてに適合することを意味します。
SSDのコメントは完全にナンセンスであり、帯域幅とアクセス時間の両方が同じレベルではなく、SSDがRAMの使用量を少なくすることは正当化できません。
データベースのみ？データベースにもよりますが、RAMの方が良いと思います。速度の違いはせいぜいごくわずかであることが証明されていますが、48 GBを追加することで大きな違いが生じる可能性があります。
明らかに大容量のRAM、速度はのろわれます。
RAM XX Century '90のテクノロジーは100 ns未満のランダムデータへのアクセスです。これは、現代の境界線に物理的に適合しない実質的に古代のチップを使用しています。
Edge 15k rpmハードドライブを切断するためのランダムデータへのアクセスは、ミリ秒単位で測定されます。 100 nsは、1 msよりも10 000倍短い（ナノ->マイクロ->ミリ）。現在のRAMはより高速であり、HDDはデータにアクセスするために数ミリ秒を必要とします。私のRAMが50 000高速または30 000倍であった場合HDDよりも高速です。
いくつかの点で注意を払う必要があります：
- メモリーランテシーメモリー速度は、バス速度と待ち時間の2つの要素に依存します。通常、チップの密度が高いほどレイテンシが高くなりますが、最終的には速度が遅くなります
- 合計インデックスデータインデックスデータ全体をメモリにロードするための最も重要なy。インデックスデータは、メモリに必要な最も重要なデータです（パフォーマンスのペナルティ効果が高くなります）。
- ディスク速度 SSDにDBデータが保存されていますか？答えが「はい」の場合は、メモリレイテンシに特に注意してください。
メモリ帯域幅=/=速度！
おそらく最も重要な欠落情報情報は、メモリタイミングとCPU/FSBタイプです。 CPUメモリの負荷遅延を数サイクル下げると、特定の計算でRAMの帯域幅が2倍になります。一部のデータベースは、オペレーティングシステムと技術的な理由により、大量のRAMを使用しません。どのデータベースサーバーを使用していますか？ CPUタイプ？ L [123]キャッシュレベル？実行するクエリのタイプ？データベースのサイズ？
間違ったハードウェアに多額の費用をかける前に、ハードウェアを購入する前にいくつかのテストと分析を行いました。
- まず、SLAについて考えます。
- パフォーマンスと応答時間に厳しい要件はありますか？
あなたの選択は多くの要因に依存するべきです：
- さまざまなワークロードと使用状況の下で、実際にボトルネックは何ですか？
- CPU、メモリ、ストレージ、ネットワーク？
- より多くのメモリよりも高速のストレージに多くのお金を費やすほうが重要でしょうか？
より多くのメモリよりも高速なCPU？より速いネットワーク？ sofware/sqlのマイナーな再設計？
また、分析は、開発者、データベースおよびソフトウェアアーキテクト、SQLクエリデザイナーに非常に関連している可能性があります。
Windowsを使用している場合-perfmonを実行すると、現在実行中のシステムの統計情報を簡単に確認でき、自分のニーズを明確に把握できて幸運かもしれません。