http://www.sqlservercentral.com/scripts/tempdb/72007/から
;WITH task_space_usage AS (
-- SUM alloc/delloc pages
SELECT session_id,
request_id,
SUM(internal_objects_alloc_page_count) AS alloc_pages,
SUM(internal_objects_dealloc_page_count) AS dealloc_pages
FROM sys.dm_db_task_space_usage WITH (NOLOCK)
WHERE session_id <> @@SPID
GROUP BY session_id, request_id
)
SELECT TSU.session_id,
TSU.alloc_pages * 1.0 / 128 AS [internal object MB space],
TSU.dealloc_pages * 1.0 / 128 AS [internal object dealloc MB space],
EST.text,
-- Extract statement from sql text
ISNULL(
NULLIF(
SUBSTRING(
EST.text,
ERQ.statement_start_offset / 2,
CASE WHEN ERQ.statement_end_offset < ERQ.statement_start_offset
THEN 0
ELSE( ERQ.statement_end_offset - ERQ.statement_start_offset ) / 2 END
), ''
), EST.text
) AS [statement text],
EQP.query_plan
FROM task_space_usage AS TSU
INNER JOIN sys.dm_exec_requests ERQ WITH (NOLOCK)
ON TSU.session_id = ERQ.session_id
AND TSU.request_id = ERQ.request_id
OUTER APPLY sys.dm_exec_sql_text(ERQ.sql_handle) AS EST
OUTER APPLY sys.dm_exec_query_plan(ERQ.plan_handle) AS EQP
WHERE EST.text IS NOT NULL OR EQP.query_plan IS NOT NULL
ORDER BY 3 DESC;
編集
Martinがコメントで指摘したように、これはtempdbのスペースを占有しているアクティブなトランザクションを見つけることはなく、現在そのスペースを使用しているアクティブなクエリのみを検索します（現在のログ使用の原因となる可能性が高い）。そのため、開いているトランザクションが存在する可能性がありますが、問題を引き起こす実際のクエリは実行されていません。
inner joinon sys.dm_exec_requestsをaに変更すると、left outer join現在アクティブにクエリを実行していないセッションの行が返されます。
Martinが投稿したクエリ...
SELECT database_transaction_log_bytes_reserved,session_id
FROM sys.dm_tran_database_transactions AS tdt
INNER JOIN sys.dm_tran_session_transactions AS tst
ON tdt.transaction_id = tst.transaction_id
WHERE database_id = 2;
... session_idログスペースを占有しているアクティブなトランザクションでsを識別しますが、問題を引き起こした実際のクエリを特定することは必ずしもできません。実行されていない場合、上記のクエリでキャプチャされないためです。アクティブなリクエスト。を使用して最新のクエリを事後的に確認できる場合がありDBCC INPUTBUFFERますが、聞きたい内容が表示されない場合があります。同様の方法で外部結合を実行して、アクティブに実行中のユーザーをキャプチャできます。例：
SELECT tdt.database_transaction_log_bytes_reserved,tst.session_id,
t.[text], [statement] = COALESCE(NULLIF(
SUBSTRING(
t.[text],
r.statement_start_offset / 2,
CASE WHEN r.statement_end_offset < r.statement_start_offset
THEN 0
ELSE( r.statement_end_offset - r.statement_start_offset ) / 2 END
), ''
), t.[text])
FROM sys.dm_tran_database_transactions AS tdt
INNER JOIN sys.dm_tran_session_transactions AS tst
ON tdt.transaction_id = tst.transaction_id
LEFT OUTER JOIN sys.dm_exec_requests AS r
ON tst.session_id = r.session_id
OUTER APPLY sys.dm_exec_sql_text(r.plan_handle) AS t
WHERE tdt.database_id = 2;
DMV sys.dm_db_session_space_usageを使用して、セッションごとの全体的なスペース使用率を確認することもできます（ただし、クエリの有効な結果が返されない場合があります。クエリがアクティブでない場合、返されるものが実際の原因ではない可能性があります）。
;WITH s AS
(
SELECT
s.session_id,
[pages] = SUM(s.user_objects_alloc_page_count
+ s.internal_objects_alloc_page_count)
FROM sys.dm_db_session_space_usage AS s
GROUP BY s.session_id
HAVING SUM(s.user_objects_alloc_page_count
+ s.internal_objects_alloc_page_count) > 0
)
SELECT s.session_id, s.[pages], t.[text],
[statement] = COALESCE(NULLIF(
SUBSTRING(
t.[text],
r.statement_start_offset / 2,
CASE WHEN r.statement_end_offset < r.statement_start_offset
THEN 0
ELSE( r.statement_end_offset - r.statement_start_offset ) / 2 END
), ''
), t.[text])
FROM s
LEFT OUTER JOIN
sys.dm_exec_requests AS r
ON s.session_id = r.session_id
OUTER APPLY sys.dm_exec_sql_text(r.plan_handle) AS t
ORDER BY s.[pages] DESC;
これらのクエリをすべて自由に使用できるので、tempdbを使用しているユーザーとその方法を絞り込むことができます（特に実際にそれらをキャッチする場合）。
tempdbの使用率を最小化するためのいくつかのヒント
- 使用する#tempテーブルと@table変数の数を減らす
- 同時インデックスメンテナンスを最小限にし、
SORT_IN_TEMPDB必要でない場合はオプションを避けます
- 不要なカーソルを避けます。静的カーソルはtempdbの作業テーブルを使用するため、これがボトルネックであると思われる場合は静的カーソルを避けます-これはtempdbがボトルネックでない場合に常にお勧めする種類のカーソルです
- スプール（クエリで複数回参照される大きなCTEなど）を避けてください
- MARSを使用しないでください
- スナップショット/ RCSI分離レベルの使用を徹底的にテストします-NOLOCKよりも優れていると言われているので、すべてのデータベースに対して単に有効にしないでください（ただし、無料ではありません）
- 場合によっては、直感的ではないように聞こえるかもしれませんが、より多くの一時テーブルを使用します。たとえば、巨大なクエリを部分に分割するのはわずかに効率が悪いかもしれませんが、単一の大きなクエリには大きすぎるメモリ許可が必要なため、tempdbへの巨大なメモリ流出を回避できる場合...
- 一括操作のトリガーを有効にしないでください
- ローカル変数としてのLOB型（最大型、XMLなど）の過剰使用を避ける
- トランザクションを短く甘くする
- tempdbを全員のデフォルトデータベースに設定しないでください-
また、tempdbログの使用は、ほとんどまたはまったく制御できない内部プロセスによって引き起こされることも考えられます。たとえば、データベースメール、イベント通知、クエリ通知、およびサービスブローカーはすべて、何らかの方法でtempdbを使用します。これらの機能の使用を停止できますが、それらを使用している場合、tempdbを使用する方法とタイミングを指定することはできません。
