blocked process threshold (サーバー構成オプション)
適用対象:SQL Server
ブロックされたプロセスのレポートを生成するためのしきい値を秒単位で指定するには、 blocked process threshold オプションを使用します。 しきい値は 5 ~ 86,400 の範囲で設定できます。 ロック モニターは、5 秒ごとにスリープ状態を解除して、ブロック状態を検出します (デッドロックなどの他の条件も検索します)。 したがって、'blocked process threshold' の値を 1 に設定すると、1 秒間ブロックされているプロセスは検出されません。 ブロックされているプロセスを検出できる最小時間は 5 秒です。
既定では、ブロックされているプロセスのレポートは生成されません。 システム タスクや、検出可能なデッドロックを生成しないリソースで待機しているタスクの場合、このイベントは生成されません。
このイベントが生成されたときに 警告 が実行されるように定義できます。 たとえば、ブロック状態を処理する適切な操作を行うために、管理者を呼び出すように選択できます。
blocked process threshold オプションでは、デッドロック監視バックグラウンド スレッドを使用して、設定されたしきい値より長い間待機しているか、またはしきい値の数倍の時間待機しているタスクの一覧を調べます。 イベントは、ブロックされた各タスクの報告間隔ごとに 1 回生成されます。
ブロックされたプロセスのレポートは、ベスト エフォートの原則で行われます。 リアルタイムまたはリアルタイムに近い報告は保証されていません。
この設定は、サーバーを停止して再起動しなくてもすぐに有効になります。
例
次の例では、 blocked process threshold
を 20
秒に設定して、ブロックされたタスクごとに、ブロックされたプロセスのレポートを生成します。
sp_configure 'show advanced options', 1 ;
GO
RECONFIGURE ;
GO
sp_configure 'blocked process threshold', 20 ;
GO
RECONFIGURE ;
GO
参照
sp_trace_setevent (Transact-SQL)
Blocked Process Report イベント クラス
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示