すぐに終了するはずの処理が、急に「いつまでたっても」終わらなくなった（パフォーマンストラブル）：SQL Serverトラブルシューティング（52）（2/2 ページ）

解決方法

　ロック待ちによって処理が止まっていたならば、ロック元となっている処理の状況を確認し、それを開放することで解決できます。

　まず、DMVでロック元であるsession_id「51」の接続情報を「dm_exec_sessions」を実行して調べます（図2）。

図2　session_id「51」の接続情報を「dm_exec_sessions」で調べる

　図2で、session_id「51」は「WIN2012R2NODE1」というホストで、「SQL Server Management Studio」から実行されている処理であることを確認できました。SQL Server Management Studioは、SQL ServerやAzure SQL Database用コンポーネントの管理・開発環境です。本システムの本番環境では必要のないものですが、「試験的に実行していた処理が、途中で放置されていた」ようです。この処理のロックを開放したところ、遅延がすっきりと解消されました。

　ちなみに今回の事例では1アクションですぐに主因が分かりましたが、ロック元の処理自体“も”処理遅延が発生している状況は多くあります。この場合には、そのロック元の処理に対しても引き続き遅延の原因を追及していくことで主因を見つけ出します。また、ロック元の処理よりもロック待ちになっている処理を早急に何とかする必要があるならば、ロック元の処理をまずは「強制終了」させてしまうのも選択肢の1つです。どの対処が最良か、状況に応じて選択するようにしてください。