大量のRAMを備えたSQL Serverを編成するための戦略

これで、DB用の新しいサーバーができ、とりわけ128 GBのRAMを利用できます（以前は16 GBでした）。SQL Serverはそのリソースの管理に非常に優れていることを知っていますが、SSが確実に実行するためにサーバー/データベースの設定または処理コード（ストアドプロシージャ/インデックスなど）で使用する必要がある特別な設定や戦略があるかどうか疑問に思っていました利用可能なラムの最大の利点。

DBは約70GBで、非トランザクションデータベースです（データウェアハウスです）。したがって、基本的には大きなWRITEの後に大量のREADが続くのが通常の流れです。

現時点で余裕のあるメモリがありますが（70GBデータベースと128GBサーバー）、最新のガイダンスmaximum server memoryに従ってを構成します。

... OS用に1 GBのRAM、4〜16 GBからインストールされる4 GBのRAMごとに1 GB、16 GB RAMの上にインストールされる8 GBのRAMごとに1 GBを予約します。

これは、128GBサーバーで110GBに相当します。データウェアハウスは今後も増え続ける可能性が高く、最終的には必要以上にデータを取得する可能性があるため、正しい制限をここに入れてください。そうでなければ忘れてしまいます。

データ量が110GBの制限を超える場合は、サーバーの空きメモリに注意してください。常に余裕のある追加のGBがある場合は、制限を数GB増やすことを検討してください。

それ以外の唯一のその他の微調整オプションは、トレースフラグを使用することです。テスト、テスト、さらにテストを行います。

それが理にかなっていると私が考えることができる3つの候補者は次のとおりです：

• TF834-大きなページの割り当て
• TF2301-クエリプロセッサモデリング拡張機能（通常はOLAPに適しており、潜在的にOLTPに問題がある）
• TF4199-クエリオプティマイザーの変更

以前の回答で述べたように、Thomas KejserはTF834をSQL Serverは「高速化」スイッチにすぎないと言及しています。TF2301は、DWタイプのクエリに有益な最適化を可能にします。TF4199はリンクされたドキュメントを読む必要があります。