現象
Microsoft SQL Server Service Broker を使用するアプリケーションが、スレッドごとに1つのメッセージパターンを持つように構成されている場合、 tempdb データファイルが予期せず増加していることに気付きました。 このパターンは、通常、監査アプリケーションで使われる "火災と忘れる" パターンに似ています。この問題が発生している間に sys.dm_db_task_space_usage 動的管理ビュー (DMV) にクエリを実行した場合、"internal_objects_dealloc_page_count" の値が、内部 Service Broker タスクを実行しているセッション id に対して "internal_objects_alloc_page_count" と同じ比率で増加しないことがあります。また、保留中のすべての会話を閉じてクリーンアップした後でも、 tempdb 領域は解放されません。
原因
データファイルの増加は、主に、 sys desend テーブルに定数を挿入して更新することによって発生します。 この場合、Service Broker を使用すると tempdb データファイルは増加し続けます。
解決方法
この問題は、 MICROSOFT SQL Server 2016で修正されています。
累積的な更新プログラムの情報
累積的な更新プログラム 5 FOR Sql server 2012 Service Pack 3 (SP3) 累積更新プログラム 10(sql server 2014 SP1 の sql server 2014 SP2 の累積更新プログラム 3 )
SQL Server 用の新しい累積更新プログラムには、以前の累積的な更新プログラムに含まれていたすべての修正プログラムとすべてのセキュリティ修正が含まれています。 SQL Server の最新の累積的な更新プログラムについては、「sqlserver 2012 SP3の最新の累積的な更新プログラム」を参照してください。 SQL server 2014 SP1/SP2 の最新の累積的な更新プログラム
詳細情報
Tempdbから解放された領域を再利用するには、SQL Server サービスを再起動します。この問題を回避するには、次の TechNet トピックの「パフォーマンスとスケーラビリティの手法」セクションの一般的な推奨事項に従ってください。
Service Broker: パフォーマンスとスケーラビリティの手法
状態
Microsoft は、現在の Service Broker の設計で既知の問題であることを確認します。
