他のトランザクションをブロックするSPIDのスリープ

私が経験しているいくつかのブロッキングを追跡するのに本当に苦労しています。

ルートブロックSPIDのステータスは「sleeping」、cmdは「AWAITING COMMAND」、およびはsqltextですSET TRANSACTION ISOLATION LEVEL READ COMMITTED。

[ブロックされたトランザクション数別の上位トランザクション]レポートを表示すると、ブロックSQLステートメントは「-」です。

SQLでトレースを実行し、ルートブロッキングSPIDをトレースしてブロッキングが発生した場合、実際にはどこにも導かれていません。最後のtraceステートメントは同じであるsqltext以上SET TRANSACTION ISOLATION LEVEL READ COMMITTED。

関連するすべてのストアドプロシージャをチェックして、それらにTRY / CATCH BEGIN TRAN / COMMIT TRAN / ROLLBACK TRANステートメントがあることを確認しました（すべてにストアドプロシージャを使用しているため、スタンドアロンのステートメントは実行されません）。この問題は過去24時間に発生し始めたばかりで、システムに変更を加えたと主張する人はいません。

解決策：めったに使用されないストアドプロシージャの1つに挿入のエラーがありました（列の数が一致しませんでした）が、正確に何が起こっているのかまだ混乱しています。

すべてのトレース情報を確認すると、このストアドプロシージャのEXECステートメントが時々リストされましたが、ブロックするSPIDでBLOCKが発生する直前には決してありませんでした。ブロックを開始すると、トレースはその実行（またはその中のステートメントのいずれか）を記録しなかったようです。ただし、トレースがその実行を記録し、ブロッキングが発生しなかった場合もあります。

ストアドプロシージャのエラーレポートはユーザーから送信されたものであり、トレースで複数のEXECステートメントを見つけてSSMSで実行することができました。それらを実行したとき、ブロッキングが発生したりハングしたりすることはありませんでした。それらは期待通りに実行されました（catchブロックが起動し、エラー後にトランザクションをロールバックしました）。ストアドプロシージャの修正を解決した後、問題は再び発生していません。

コメントから、SQLクエリを中止したクライアント側のコマンドタイムアウトがあったと推測しています。接続プールのためにSQL Serverで接続が開いたままになるため、これはトランザクションをロールバックしません。

そのため、SET XACT_ABORT ONを使用するか、クライアントロールバックコードを追加する必要があります

参照してください。SQL Serverのトランザクション・タイムアウトのすべての血みどろの詳細については、

sys.dm_exec_connectionsのmost_recent_sql_handleを使用して、最後に実行されたステートメントを確認します。

SELECT  t.text,
        QUOTENAME(OBJECT_SCHEMA_NAME(t.objectid, t.dbid)) + '.'
        + QUOTENAME(OBJECT_NAME(t.objectid, t.dbid)) proc_name,
        c.connect_time,
        s.last_request_start_time,
        s.last_request_end_time,
        s.status
FROM    sys.dm_exec_connections c
JOIN    sys.dm_exec_sessions s
        ON c.session_id = s.session_id
CROSS APPLY sys.dm_exec_sql_text(c.most_recent_sql_handle) t
WHERE   c.session_id = 72;--your blocking spid

また、そのspidに対して開いているトランザクションがあるかどうかを確認します

SELECT  st.transaction_id,
        at.name,
        at.transaction_begin_time,
        at.transaction_state,
        at.transaction_status
FROM    sys.dm_tran_session_transactions st
JOIN    sys.dm_tran_active_transactions at
        ON st.transaction_id = at.transaction_id
WHERE   st.session_id = 72;--your blocking spid

Adam Machanicのsp_whoisactiveを使用してみましたか？外部コマンドを取得して、それが実際にプロシージャ内にあるかどうかを確認するオプションがあります。アプリケーションがトランザクションをコミットする代わりに開いたままにしている可能性があります。DBCC OPENTRANもご覧ください。