SQL BULK挿入/ BCPエクスポート後に使用済みメモリが解放されない

次のように非常に基本的なSQLテーブルを作成しました

CREATE TABLE [dbo].[TickData](
[Date] [varchar](12) NULL,
[Time] [varchar](12) NOT NULL,
[Symbol] [varchar](12) NOT NULL,
[Side] [varchar](2) NOT NULL,
[Depth] [varchar](2) NOT NULL,
[Quote] [varchar](12) NOT NULL,
[Size] [varchar](18) NOT NULL
    ) ON [PRIMARY]

次に、3ギガの一括挿入を実行しました

    BULK
    INSERT TickData
    FROM 
    'C:\SUMO.csv'
    GO

次に、SQLサーバーのRAM使用量はSkyrockingになり、最大30GoのRAMを消費しました。

これは異常な動作であると考えるのが好きで、これを回避するためにそのアクションを実行できます。

編集：
OK、これはデフォルトの動作のようです。けっこうだ。
しかし、なぜ一括挿入が完了した後もメモリが解放されないのですか？

いくつかの特別な考慮事項：
SQLサーバーがOSから「伝えられた」ときにメモリを解放することに関するコメントのように、24コア32 Gb Xeonサーバーでの実地経験では、これが不正確であることが証明されています。抽出されたデータを処理する必要があるデータ処理アプリケーションの.Netインスタンスのプールがあり、残りのメモリを共有してジョブを実行しようとするため、窒息状態のままになっています。SQLServerがオンになったときよりも時間がかかります。オフにすると、すべてのアプリケーションでメモリを共有できます。SQL Serverエージェントを停止して、すべてがスムーズに進み、Articialltが原因でOutOfMemmroy Exceptionが発生してアプリがクラッシュしないようにする必要があります。人工的な残忍なメモリキャッピング/制限に関して、空きメモリが利用可能な場合、なぜそれを使わないのですか？理想的には、「ランダム」に強制的に制限されるだけでなく、利用可能なものに順応するように動的に設定されるのが理想的です。しかし、これは仕様によるものであるため、この最後の点でケースはクローズされました。

SQL Serverがバッファプールにできるだけ多くのメモリを割り当てるのは、通常の動作です。データベースは、大量のバッファで最適に機能します。動作を変更したい場合は、「最大サーバーメモリ」設定を設定できます。これに関するいくつかの良い背景資料はこちらです。

OSでSQL Serverからメモリを取り戻す場合は、20 GBの大きなファイルをネットワーク経由でコピーします。SQL Serverは、OSが必要とするメモリを解放します。ただし、これが行われている間、さまざまなパフォーマンスカウンターを監視し、コピーの実行中または直後に再度実行すると、BULK INSERTのパフォーマンスがどのように変化するかを確認します。

これを手動で行う場合は、SQL Serverの最大サーバーメモリ設定に下限を設定し、サービスを再起動する必要があります。これで、SQL Serverは必要な場合でも28GBを使用しなくなります。しかし、これはSQL Serverを人為的に制限しているようです。

あなたが期待しているように見えるのは、時間の一部を空きメモリにできるより柔軟な動作です。何のために？これは、データベースファイルが再び大きくなるため他の目的に使用できないディスク領域を解放するためにデータベースファイルを圧縮するようなものですか？

おかしいですが、「SQL Serverが使えない理由」というGoogle検索を入力すると、最も一般的なオートコンプリートは「メモリの解放」です。

残念ながらこれは仕様です。この投稿を参照してください。ただし、この投稿では、それを制御する方法についていくつかの説明を提供しています。

/server/251832/sql-server-bulk-insert-physical-memory-issue

メモリ割り当て編集

freed.NETアプリケーションと同じようにメモリを割り当てるため、メモリはアップしていません。メモリの割り当ては負荷が高いため、OSから要求されない限り、その割り当てが維持されます。しかし、恐れることはありません。OSがメモリを必要とする場合、.NETアプリケーションの場合と同じように、メモリを取得します。