SQL Serverでメモリを解放するにはどうすればよいですか？

SQLはRAMを好むことを知っていますが、Windowsが要求したときに解放します。これがSQLがどのように機能するかを知っています。しかし、SQLが実際にRAMを返すことを確信していないWindows管理者がいて、この特定の（仮想）サーバーでは、Analysis Servicesが終了するとSQLはあまり必要ありませんが、このサーバーには他に気にすることはありませんSQLに多くを求めます。

したがって、仮想環境の問題は「SQLが大量のRAMを使用しているため」ではないことをWindows管理者に安心させようとしていますが、サービスを再起動せずにSQLを解放するよう説得することはできません。

キューブを処理するとき、SQLサービスは幸いにも8GBのRAMを使用しますが、それに圧力がかからないため、通常の日中はこの多くを解放しません。Windowsの連中は悲鳴を上げており、SQLがこれをリリースしてくれるともっといいでしょう。

実際には、処理時にSQLがそれほど多くのRAMを使用するようにしたいため、最大メモリ設定を使用したくありません。あとでまた下に戻りたいです。

SQL Server からMemoryを解放しないSQL ServerとReclaiming memoryの両方の複製である可能性がありますが、別の答えがあるのではないかと考えています。Windowsがそれを取り戻すのを待つことは、ここでWindowsの連中を説得するつもりはない。サービスの再起動はオプションですが、私は実際にはその考えのファンではありません。

Windowsにそれを要求する方法を知りたい...

唯一の選択肢は、SQLサービスを再起動するか、大量のメモリを消費するアプリケーションを実行してSQLに強制的に解放させることだと思います。

@Nick Kavadiasの提案が好きです。Memory ：Page Faults / Secパフォーマンスカウンタを監視して、SQLがOSのメモリを圧迫していないことを示します。

それを行うことを示す1つの方法は、SQL Serverにすべてのメモリを噛み込ませることです。次に、ネットワーク経由で巨大なファイルをコピーします（これには大きなSQLバックアップファイルが最適です）。これにより、システムキャッシュが一杯になり、WindowsはSQLにメモリを要求し始めます。SQLは、最小メモリ設定に達するまでOSにメモリを返し始めます。

（申し訳ありませんが、Twitterを介して質問全体を取得することはできませんでした。

あなたは「キューブ」に言及しているので、ASエンジンとリレーショナルエンジンのどちらについて話しているのかは明確ではありません。リレーショナルエンジンは、オンデマンドでメモリを解放できます。

DBCC FREESYSTEMCACHE('<cache name>');

「キャッシュ名」はsys.dm_os_memory_clerksから取得されます。DBCC FREESYSTEMCACHEの仕様では、ガバナープールのみに言及していますが、実際にはさらに多くのキャッシュを削除できます。

ただし、すべてのメモリがバッファプールで使用されている場合、バッファプール全体を削除すると、パフォーマンスが大幅に低下し、IO負荷が大幅に増加します。SQLがこれ自体を処理できるようにした方が良いでしょう。

ASエンジンとDSエンジンの両方を使用すると、メモリに上限を設定して、安全なしきい値を下回るようにすることができます。これは、大量のRAMや複数のSQLインスタンスを備えた64ビットマシンで推奨されます。少なくともデータベースエンジンの場合、メモリの上限を現在の使用量よりも低く変更すると、SSASについてはわかりませんが、サービスを再起動する必要なく、オンザフライでメモリ量が削減されます。

私が見つけた最も簡単な方法は、サーバーのメモリプロパティに移動し、小さい値を入力し、適用し、数分待ってから構成を調整することです。

また、SQLサーバーのメモリ使用量を調整すると、実際にはサーバーのパフォーマンスが向上することがわかりました。これは、キャッシュなどにより多くのRAMをWindowsに提供するためです。