Windows 2008R2上のSQL 2008R2の推奨ページファイルサイズ

このMicrosoftの記事-64ビットバージョンのWindows Server 2008またはWindows 2008 R2の適切なページファイルサイズを決定する方法は、64ビットWindows 2008およびWindows 2008R2のページファイルサイズを計算するためのガイダンスを提供します。これは間違いなく汎用サーバーでうまく機能します。Windows 2008 / R2 64ビットで実行されているSQL Server 2008R2のガイダンスは何ですか？

メモリ内のデータがページファイルにほとんどヒットしないようにすると、SQLがデータを取得するためにディスクに2回ヒットする可能性があります。SQL Serverでは、メモリ内のデータがページファイルにヒットすることさえ許可していますか？私はを通じて狩りをしましたSQL Server 2008 R2のオンラインブック指導のためにまだページファイルの使用の一切の言及を発見していません。

潜在的な使用シナリオは次のとおりです。物理サーバーに64GBのRAMがある場合、64GBのRAM全体にページファイルが必要ですか？96GBのページファイルに対応する必要がありますか？これは、単一のファイルでは少し過剰に思えます。私は、Windowsがページファイルをメモリに結合して、RAM上のアプリをより簡単にスワップアウトしようとするのが常識であったことを知っていますが、それは本当ですか？ここでは64GB未満のページファイルでパフォーマンスが低下しますか？

通常物理メモリのみを使用するSQL Serverの特別な設定はありません。

WindowsでMSが言うことをやれば、それだけです

ああ、とにかく私たちが1つの主題である間にRAMを追加購入してください... ;-)

を見てくださいlock pages in memory。このようにして、ディスクにページングするのではなく、使用可能なRAMを使用するようにSQLサービスアカウントを優先させることができます。メモリ内のロックページの詳細については、このリンクを確認してください。スニペットは次のとおりです。

Windowsポリシーの「メモリ内のページをロック」オプションはデフォルトで無効になっています。Address Windowing Extensions（AWE）を構成するには、この特権を有効にする必要があります。このポリシーは、どのアカウントがプロセスを使用して物理メモリにデータを保持できるかを決定し、システムがディスク上の仮想メモリにデータをページングするのを防ぎます。32ビットオペレーティングシステムでは、AWEを使用しないときにこの特権を設定すると、システムのパフォーマンスが大幅に低下する可能性があります。64ビットオペレーティングシステムでは、メモリ内のページをロックする必要はありません。

システムで使用する前に、この機能をテストしてください。

はい、64GB RAMには少なくとも 64GBのスワップファイルが必要です（96GBを推奨）。スワップの可能性のためではなく、Windowsメモリマネージャーの設計のためです。私はこの問題について以前に大きなRAMを搭載したマシンのシステムページファイルサイズで書いたことがあります：

プロセスが/ MEM_COMMITを介してメモリを 要求する場合、要求されたサイズをページファイルで予約する必要があります。これは最初のWin NTシステムでも当てはまりましたが、今日でもWin32での仮想メモリの管理をご覧ください。VirtualAllocVirtualAllocEx

メモリがコミットされると、メモリの物理ページが割り当てられ、ページファイルにスペースが予約されます。

代替手段はoom_killerのようなものです。

推奨事項に従ってください。見た目よりも少し複雑な場合があります。そして、AWEによってもたらされる合併症やロックページの特権についても触れていません...