web-dev-qa-db-ja.com

バージョンストアを埋めているトランザクションを見つける

一部のSQL Server 2005データベースで「READ_COMMITTED_SNAPSHOT」を有効にしました。

時々、TempDBがハードディスクをいっぱいにしており、バージョンストアが原因であることが疑われます。

sys.dm_db_file_space_usageを通じてTempDBの使用状況を監視し、バージョンストアが増加していることを確認したら（version_store_reserved_page_countから報告されたとおり）、バージョンストアを頻繁に使用しているトランザクションを特定します。

次のステートメントを使用して、バージョンストアをusingするトランザクションを検索しています。

SELECT db_name(spu.database_id) as database_name,
       at.transaction_begin_time as begin_time,
       case 
         when at.transaction_state in (0,1) then 'init'
         when at.transaction_state = 2 then 'active'
         when at.transaction_state = 3 then 'ended'
         when at.transaction_state = 4 then 'committing'
         when at.transaction_state = 6 then 'comitted'
         when at.transaction_state = 7 then 'rolling back'
         when at.transaction_state = 6 then 'rolled back'
         else 'other'
       end as transaction_state,
       ast.elapsed_time_seconds as elapsed_seconds,
       ses.program_name, 
       ses.row_count,
       (spu.user_objects_alloc_page_count * 8) AS user_objects_kb,
       (spu.user_objects_dealloc_page_count * 8) AS user_objects_deallocated_kb,
       (spu.internal_objects_alloc_page_count * 8) AS internal_objects_kb,
       (spu.internal_objects_dealloc_page_count * 8) AS internal_objects_deallocated_kb
FROM sys.dm_tran_active_snapshot_database_transactions ast
  JOIN sys.dm_tran_active_transactions at on at.transaction_id = ast.transaction_id
  JOIN sys.dm_exec_sessions ses ON ses.session_id = ast.session_id
  JOIN sys.dm_db_session_space_usage spu ON spu.session_id = ses.session_id
ORDER BY elapsed_time_seconds DESC
;

ただし、これは、各トランザクションがバージョンストアで実際に使用しているmuchスペースを特定するのに役立ちません。

バージョンストアのトランザクションごとの（またはさらに優れた：ステートメントごとの）領域使用量に関する情報を取得する方法はありますか？

編集：「重複の可能性」（ tempdbトランザクションログがいっぱいになっているクエリを特定する方法は？ ）では、バージョンストアが考慮されません（一時テーブル、テーブル変数、およびソートに使用されるスペースのみ）およびハッシュ操作）。

実際、承認されたソリューションでは、のみがバージョンストアを使用するトランザクションについては何も表示されません（少なくとも私にとっては）

sql-serversql-server-2005tempdbtempdb-version-store
6
a_horse_with_no_name

セッションごと、トランザクションごと、またはクエリごとにバージョンストアを追跡することは、実際には意味がありません。 2人の異なるユーザーが同じバージョンの行/テーブルを使用している場合、誰がそれを所有していますか？

ただし、オブジェクトごとに追跡できるため、チャーンの原因となっているモジュールを絞り込むことができます。 sys.dm_tran_top_version_generators をご覧ください：

USE [your database];
GO
SELECT obj = 
  QUOTENAME(OBJECT_SCHEMA_NAME(p.object_id))
  + '.' + QUOTENAME(OBJECT_NAME(p.object_id)),
  vs.aggregated_record_length_in_bytes
FROM sys.dm_tran_top_version_generators AS vs
INNER JOIN sys.partitions AS p
ON vs.rowset_id = p.hobt_id
WHERE vs.database_id = DB_ID()
AND p.index_id IN (0,1);

また、SQL Server 2008以降では、sys.dm_sql_referencing_entitiesを追加して、これらのテーブルを参照するモジュールを特定することもできます。

SELECT 
  obj = QUOTENAME(OBJECT_SCHEMA_NAME(p.object_id))
  + '.' + QUOTENAME(OBJECT_NAME(p.object_id)),
  referenced_by = QUOTENAME(r.referencing_schema_name)
  + '.' + QUOTENAME(r.referencing_entity_name),
  vs.aggregated_record_length_in_bytes AS size
FROM sys.dm_tran_top_version_generators AS vs
INNER JOIN sys.partitions AS p
ON vs.rowset_id = p.hobt_id
CROSS APPLY sys.dm_sql_referencing_entities
(
  QUOTENAME(OBJECT_SCHEMA_NAME(p.object_id))
  + '.' + QUOTENAME(OBJECT_NAME(p.object_id)), 'OBJECT'
) AS r
WHERE vs.database_id = DB_ID()
AND p.index_id IN (0,1)
ORDER BY size DESC, referenced_by;

これは、アドホッククエリでバージョンストアを作成できないことを前提としています。ただし、これらのモジュールのどれが原因であるかはわかりません-命名体系が論理的であり、少し絞り込むのに役立つことを願っています。

（2005年には、sysdependsやその他の古いスタイルの依存関係ビューを通過できる可能性があります しかし、それがどの程度信頼できるかは100％わかりません 。）

10
Aaron Bertrand