【トレースフラグ　1204】──デッドロックの詳細情報を出力する：SQL Serverトレースフラグレファレンス（20）

SQL Serverトレースフラグレファレンス一覧

　本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブル対策を踏まえた「SQL Serverのトレースフラグ」の使いこなしTipsを紹介していきます。

　今回は「トレースフラグ1204」の詳細と使い方を解説します。

　トレースフラグ1204は、デッドロックを調査するために必要な情報を得る設定です。SQL Serverの全バージョンに対応します。

　SQL Serverでよく発生するエラーの1つにデッドロックがあります。SQL Serverで利用するロック機構は、データ整合性を保つために必要なものです。行やテーブルなどデータベースを更新する際に矛盾が生じないようにします。

　ところが、アプリケーションの利用方法によってはいったんかかったロックを解除できず、デッドロックを起こします。デッドロックが発生すると関係したセッションのどれか1つがエラーとなり、アプリケーション側に通知が届きます。デッドロックを調査するために必要な情報をログに出力するよう、動作を変える設定が、トレースフラグ1204です。

　なお、トレースフラグ1204が実装された当初はエラーログにデッドロックの情報を出力するために、トレースフラグ3605を併せて設定しなければなりませんでした。現在はトレースフラグ1204の設定だけで十分です。

設定可能なスコープ

動作例

　図1は典型的なデッドロック発生シナリオです。アプリケーションが2つあり、それぞれ異なる行をロックしています。アプリケーション1と同2は相手がロックした行の開放を待っていますが、順番がまずく、膠着（こうちゃく）状態に陥ってしまいました。この状態を一般に「サイクルデッドロック」と呼びます。

図1　2つのクエリがデッドロックを起こした様子

　トレースフラグ1204（と3605）を用いたログの出力結果が、図2です。図2ではデッドロックに関わったクエリの種類や獲得したロックの種類、最終的にデッドロックエラーになったセッションの情報などを確認できました。

図2　デッドロックが発生した際のエラーログ出力

　トレースフラグ1204を使わない場合はアプリケーション側にのみデッドロックが発生したという情報が返ってきます。これだけではデッドロックの解析は難しいでしょう。トレースフラグ1204をセットすればデッドロックの状況が見えるようになります。これによって、アプリケーションの改修やSQL Server本体側のチューニングなどの見直し検討が可能になります。