このエラーは、Microsoft SQL Server でデッドロックが検出されたときに発生します。デッドロックは、2 つ (またはそれ以上) のプロセスが、もう一方のプロセスがロックしているリソースにアクセスしようとするときに発生します。それぞれのプロセスが別のリソースを要求するので、いずれのプロセスも完了できません。デッドロックが検出されると、SQL Server は処理時間が最小のコマンドをロールバックし、エラー メッセージ 1205 をクライアント アプリケーションに返します。このエラーは致命的ではなく、バッチが終了される原因にはなりません。
このエラーは、Microsoft SQL Server でデッドロックが検出されたときに発生します。デッドロックは、2 つ (またはそれ以上) のプロセスが、もう一方のプロセスがロックしているリソースにアクセスしようとするときに発生します。それぞれのプロセスが別のリソースを要求するので、いずれのプロセスも完了できません。デッドロックが検出されると、SQL Server は処理時間が最小のコマンドをロールバックし、エラー メッセージ 1205 をクライアント アプリケーションに返します。このエラーは致命的ではなく、バッチが終了される原因にはなりません。
いくつかのインスタンスでは、デッドロック状態が生じると、DB-Library 関数 (dbsqlexec、dbsqlok、dbresults、dbnextrow など) によって FAIL が返されます。各 DB-Library 関数からのリターン コードは、プログラムによって常に確認されます。これらの DB-Library 関数の 1 つによって FAIL が返された場合、プログラムによってバッチが取り消される必要があり、続行されません。場合によっては、バッチ内で引き続きその後の関数を実行できることもあります。ただし、デッドロック状態が発生して、その原因となった関数がロールバックされたので、おそらくバッチ内のその後の関数は、より重大なエラー ("オブジェクトが見つかりませんでした" など) によって失敗します。
その他のインスタンスでは、デッドロック状態によって DB-Library 関数が FAIL を返すことはありません。このような場合には、プログラムはメッセージ ハンドラーでエラー メッセージ 1205 を確認し、dbsetuserdata 関数を使用してこれをアプリケーションに知らせる必要があります。次にプログラムは、DB-Library 呼び出しごとにデッドロック インジケーターを確認し、デッドロックが検出された場合はバッチを取り消す必要があります。
1205 デッドロック メッセージを受け取った後にバッチを取り消す必要はないように思われますが、サーバーが必ずしもデッドロック状態のバッチを終了させるとは限らないため、取り消す必要があります。バッチが取り消されない場合は、新しいバッチを実行しようとすると DB-Library エラー 10038 "結果保留中" が発生する可能性があります。
また、SET DEADLOCK_PRIORITY ステートメント (LOW または NORMAL) も使用できます。SET DEADLOCK_PRIORITY は、デッドロック状態になったときのセッションの対応方法を制御します。LOW に設定すると、プロセスはデッドロック状態の対象となります。NORMAL に設定すると、セッションは既定のデッドロック処理方法を使用します。
デッドロック状態が続く場合は、トレース フラグ 1204 を使用して詳細情報を収集します。トレース フラグ 1204 は、次のサンプル出力に示すようにデッドロック チェーンと対象を出力します。:
*** デッドロックが検出されました *** == プロセス 7 がデッドロックの対象として選択されています == デッドロックの検出日時: 1998-09-10 16:39:29.17 == セッション参加者情報: SPID: 7 ECID: 0 ステートメントの種類: UPDATE 入力バッファー: update t1 set c1 = c1 where c1 = 2 SPID: 8 ECID: 0 ステートメントの種類: UPDATE 入力バッファー: update t1 set c1 = c1 where c1 = 1 == デッドロックのロック参加者情報: == ロック: KEY: 2:117575457:1 (010001000000) データベース: tempdb テーブル: t1 インデックス: i1 - 保持: SPID 7 ECID 0 Mode "S" - 要求元: SPID 8 ECID 0 Mode "X" == ロック: KEY: 2:117575457:1 (020002000000) データベース: tempdb テーブル: t1 インデックス: i1 - 保持: SPID 8 ECID 0 Mode "S" - 要求元: SPID 7 ECID 0 Mode "X"
このデッドロック情報は、次のように解釈できます。
最初のセクションでは、デッドロックに含まれるセッションと共に、デッドロックの対象とデッドロックの時間が表示されます。セッションごとに、現在の SPID、ステートメント型、入力バッファーの一部が表示されます。
2 番目のセクションでは、デッドロックにかかわるロックについての詳細が表示されます。上記の出力から、デッドロックがテーブル t1、インデックス i1 でのキー ロックにかかわるものであることに注意してください。デッドロック出力は、デッドロックにかかわるロックを所有するプロセス、ロックが許可されるのを待機しているセッション、および関連付けられているロック モードを示します。
既定では、最小のログ ボリュームを生成したプロセスがデッドロックの対象として選ばれ、自動的にロールバックされます。どのセッションがロールバックされるかに影響を与えるには、セッションの DEADLOCK_PRIORITY を設定します。
名前 | 説明 | 既定値 |
有効 | ワークフローを有効または無効にします。 | はい |
間隔 (秒) | ワークフローを実行する定期的な実行間隔 (秒)。 | 300 |
優先度 | アラートの優先度を定義します。 | 1 |
重要度 | アラートの重要度を定義します。 | 1 |
同期時刻 | 同期時刻 |
|
タイムアウト (秒) | ワークフローが終了して失敗とマークされるまでの、ワークフローの許容実行時間を指定します。 | 200 |
データベース接続のタイムアウト (秒) | 指定された期間中にデータベースにアクセスできない場合、ワークフローは失敗し、イベントが登録されます。 | 15 |
Target | Microsoft.SQLServer.Windows.DBEngine | ||
Category | EventCollection | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Warning | ||
Alert Priority | Normal | ||
Remotable | True | ||
Alert Message |
| ||
Comment | Mom2017ID='{5DEC3ED6-3871-44AB-9D4B-2433D8BAA8A5}';MOM2017GroupID={467ECC75-C5DA-42BD-955C-A73BBB51AF74} |
ID | Module Type | TypeId | RunAs |
---|---|---|---|
_F6DA1507_12AF_11D3_AB21_00A0C98620CE_ | DataSource | Microsoft.SQLServer.Windows.DataSource.EventCollectionFiltered | Default |
GenerateAlert | WriteAction | System.Health.GenerateAlert | Default |
<Rule ID="Microsoft.SQLServer.Windows.EventRule.DBEngine.Transaction_was_deadlocked_on_resources_with_another_process_and_has_been_chosen_as_the_deadlock_victim._Rerun_the_transaction_1_5_Rule" Target="SqlDiscW!Microsoft.SQLServer.Windows.DBEngine" Enabled="true" ConfirmDelivery="true" Remotable="true" Comment="Mom2017ID='{5DEC3ED6-3871-44AB-9D4B-2433D8BAA8A5}';MOM2017GroupID={467ECC75-C5DA-42BD-955C-A73BBB51AF74}">
<Category>EventCollection</Category>
<DataSources>
<DataSource ID="_F6DA1507_12AF_11D3_AB21_00A0C98620CE_" Comment="{F6DA1507-12AF-11D3-AB21-00A0C98620CE}" TypeID="Microsoft.SQLServer.Windows.DataSource.EventCollectionFiltered">
<MachineName>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/MachineName$</MachineName>
<NetbiosComputerName>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/NetbiosComputerName$</NetbiosComputerName>
<InstanceName>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/InstanceName$</InstanceName>
<ConnectionString>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/ConnectionString$</ConnectionString>
<InstanceVersion>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/Version$</InstanceVersion>
<InstanceEdition>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/Edition$</InstanceEdition>
<MonitoringType>$Target/Property[Type="SqlDiscW!Microsoft.SQLServer.Windows.DBEngine"]/MonitoringType$</MonitoringType>
<SqlExecTimeoutSeconds>60</SqlExecTimeoutSeconds>
<SqlTimeoutSeconds>15</SqlTimeoutSeconds>
<TimeoutSeconds>200</TimeoutSeconds>
<IntervalSeconds>300</IntervalSeconds>
<SyncTime/>
<EventDisplayNumber>1205</EventDisplayNumber>
</DataSource>
</DataSources>
<WriteActions>
<WriteAction ID="GenerateAlert" TypeID="Health!System.Health.GenerateAlert">
<Priority>1</Priority>
<Severity>1</Severity>
<AlertMessageId>$MPElement[Name="Microsoft.SQLServer.Windows.EventRule.DBEngine.Transaction_was_deadlocked_on_resources_with_another_process_and_has_been_chosen_as_the_deadlock_victim._Rerun_the_transaction_1_5_Rule.AlertMessage"]$</AlertMessageId>
<AlertParameters>
<AlertParameter1>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/MachineName$</AlertParameter1>
<AlertParameter2>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/InstanceName$</AlertParameter2>
<AlertParameter3>Event ID: $Data/Property[@Name='EventID']$. $Data/Property[@Name='Message']$</AlertParameter3>
</AlertParameters>
<Suppression>
<SuppressionValue/>
</Suppression>
</WriteAction>
</WriteActions>
</Rule>