Hyper-V動的メモリとSQL Server
私はおそらくこれに反対票を投じられますが、SQLサーバーで動的メモリを使用するためのベストプラクティスドキュメント以外に開始する良い場所はありますか？.
問題が発生しており、動作するように静的に設定する必要があります。ベストプラクティスガイドでは、基本的にはすべてが機能するはずであると述べていますが、私は誰かが直面した可能性のある実際の問題を探しています。
SQLを使用した動的メモリは、必要に応じてメモリを拡張し、SQLがより多くのメモリを保持できるため、ディスクサブシステムの負荷を軽減するのに適しています。 「ページをメモリにロック」（LPIM）設定を設定してOSがメモリをSQLから取り戻すのを停止することになっているので、現実には少しスウィズのようなものです。一方通行。サーバーの最大メモリ設定（SQLで）を起動メモリ（Hyper-V設定）よりも高く設定します。理想的には、VMの最大メモリ設定（Hyper-V）と一致させます。したがって、SQLが起動し、起動時に設定したものをすべて取得し、その後、時間の経過とともに成長して最大設定に到達します。問題は、常にこれを行うことです。これはセーフティネットのようなものではなく、SQLが "必要に応じて"余分なヘッドルームを必要とするので、SQLは最終的にそれを常に受け取り、LPIMのためにそれを返しません。とにかくメモリを取得するため、メモリを最大メモリレベルで静的に設定することもできます。
SQLの動的メモリの利点はまだわかりません。多くのホワイトペーパーや記事を読みました。MSに所属するすべての人がそれを推奨しているようですが、LPIMと自分自身の実際の観測では、できません。それの要点を見てください。 SQLの動作は「動的」ではなく、単に保持して保持します。