すぐに終了するはずの処理が、急に「いつまでたっても」終わらなくなった（パフォーマンストラブル）：SQL Serverトラブルシューティング（52）（2/2 ページ）
本連載は、「Microsoft SQL Server」で発生するトラブルを「どんな方法で」「どのように」解決していくか、正しい対処のためのノウハウを紹介します。今回は、「ある処理が終わらない場合の発生例と対処方法」を解説します。
解決方法
ロック待ちによって処理が止まっていたならば、ロック元となっている処理の状況を確認し、それを開放することで解決できます。
まず、DMVでロック元であるsession_id「51」の接続情報を「dm_exec_sessions」を実行して調べます（図2）。
図2で、session_id「51」は「WIN2012R2NODE1」というホストで、「SQL Server Management Studio」から実行されている処理であることを確認できました。SQL Server Management Studioは、SQL ServerやAzure SQL Database用コンポーネントの管理・開発環境です。本システムの本番環境では必要のないものですが、「試験的に実行していた処理が、途中で放置されていた」ようです。この処理のロックを開放したところ、遅延がすっきりと解消されました。
ちなみに今回の事例では1アクションですぐに主因が分かりましたが、ロック元の処理自体“も”処理遅延が発生している状況は多くあります。この場合には、そのロック元の処理に対しても引き続き遅延の原因を追及していくことで主因を見つけ出します。また、ロック元の処理よりもロック待ちになっている処理を早急に何とかする必要があるならば、ロック元の処理をまずは「強制終了」させてしまうのも選択肢の1つです。どの対処が最良か、状況に応じて選択するようにしてください。
「すぐに終了するはずの処理が、いつまでたっても終わらなくなった」場合の対策手順
- 「dm_exec_requests」で処理が中断している原因を確認する
- 「dm_tran_locks」でロック状況を確認する
- 「dm_exec_sessions」でロック元の情報を確認し、必要に応じて調査や強制終了を実施する
筆者紹介
内ヶ島 暢之（うちがしま のぶゆき）
ユニアデックス株式会社 NUL System Services Corporation所属。Microsoft MVP Data Platform（2011〜）。OracleやSQL Serverなど商用データベースの重大障害や大型案件の設計構築、プリセールス、社内外の教育、新技術評価を担当。2016年IoTビジネス開発の担当を経て、2016年現在は米国シリコンバレーにて駐在員として活動中。目標は生きて日本に帰ること。
椎名 武史（しいな たけし）
ユニアデックス株式会社所属。入社以来 SQL Serverの評価／設計／構築／教育などに携わりながらも、主にサポート業務に従事。SQL Serverのトラブル対応で社長賞の表彰を受けた経験も持つ。休日は学生時代の仲間と市民駅伝に参加し、銭湯で汗を流してから飲み会へと流れる。
関連記事
「SQL Server 2016」に搭載される新たなセキュリティ対策を追う
パブリックプレビューが公開されているマイクロソフトのRDB次期版「SQL Server 2016」。特徴の1つとするセキュリティ対策機能のポイントと目指すところをキーパーソンに聞いた。
そもそも、リレーショナルデータベースとは何か？
データベースを基礎から勉強し理解を深めていくことは簡単なことではありません。本連載では、データベースに対するハードルを少しでも低くするために、初心者の方に必要なデータベースの基本から、障害対策やチューニングといった実践に即した内容までを幅広く解説していきます。今回は、データベースの役割と、それを管理するソフトウェアであるDBMSの基本機能について解説します。【更新】
データの登録を行うINSERT文
複数の条件を指定してSELECT文を実行する
前回は、SELECT文の初歩の初歩を解説しました。今回は、複数の条件を指定して、目的のデータを取り出す方法を解説します（編集部）
Oracle運用の基本「ログ」を理解しよう
本連載では、Oracle Database運用の鍵となるトラブル対処法について紹介していきます。第1回、第2回では情報収集の要となるログについて見ていきます。ログの出力情報は10gと11gとでは大きく異なる点がありますので、それぞれについても確認しておきましょう。
Copyright © ITmedia, Inc. All Rights Reserved.