クックブックの照会

この記事では、ライフサイクル サービスの [環境の監視] ページの [SQL Insights] タブにある各クエリについて詳しく説明します。 パフォーマンスの問題をトラブルシューティングするときにこれらのクエリを使用する方法について説明します。 この機能の詳細については、「 ライフサイクル サービスのツールを使用したパフォーマンスのトラブルシューティング」を参照してください。

現在のブロック

内容

現在ブロックされているクエリを一覧表示します。 また、各クエリをブロックする SPID、各クエリがブロックされた時間、各クエリが待機しているリソースも表示されます。 このクエリをクエリと共に使用してブロック ツリーを表示します。これにより、同じ情報の一部の概要がグラフィカルに示されます。 正常なシステムでは、単独でブロックすることは正常です。 過剰になったり、ビジネス 活動が低下し始めたりした場合にのみ問題になります。

次のステップ

• どのプロセスがブロックされているかを決定し、どのプロセスがブロックしているかとその理由を判別します。
• ブロックを解決するには、2つの方法があります。1つはそのまま実行させて自然に解消されるのを待つこと、もう1つは主要なブロッカー プロセスを終了して作業をロールバックすることです。 一般に、リード ブロックを終了するのは、それが自然にクリアされるとは思わない場合 (不適切なクエリ プランなど)、または重要なプロセスを実行できない状況で、すぐに完了する必要がある場合に限られます。
• 将来的に同じブロックを回避するには、インデックスまたはプラン ガイドを使用するか、プロセスが異なるレコードで動作している間に互いをブロックする場合は、ロックエスカレーションとページ ロックを無効にします。 プロセスが同じレコードで動作する場合、ブロックを回避する唯一の方法は、プロセスが同じレコードで同時に動作しないようにプロセスをリファクタリングまたは再スケジュールすることです。

現在のブロック ツリー

内容

SPID とステートメントのうち、現在ブロックしているかブロックされているものを視覚的に表示します。 このクエリを現在のブロック クエリと共に使用すると、より詳細な情報が表示されます。 正常なシステムでは、単独でブロックすることは正常です。 過剰になったり、ビジネス 活動が低下し始めたりした場合にのみ問題になります。

次のステップ

• どのプロセスがブロックされているかを決定し、どのプロセスがブロックしているかとその理由を判別します。
• ブロックを解決するには、2つの方法があります。1つはそのまま実行させて自然に解消されるのを待つこと、もう1つは主要なブロッカー プロセスを終了して作業をロールバックすることです。 一般に、リード ブロックを終了するのは、それが自然にクリアされるとは思わない場合 (不適切なクエリ プランなど)、または重要なプロセスを実行できない状況で、すぐに完了する必要がある場合に限られます。
• 将来的に同じブロックを回避するには、インデックスまたはプラン ガイドを使用するか、プロセスが異なるレコードで動作している間に互いをブロックする場合は、ロックエスカレーションとページ ロックを無効にします。 プロセスが同じレコードで動作する場合、ブロックを回避する唯一の方法は、プロセスが同じレコードで同時に動作しないようにプロセスをリファクタリングまたは再スケジュールすることです。

現在実行中のクエリ

内容

このレポートには、このデータベースで現在実行中またはブロックされているすべてのクエリの一覧が表示されます。 また、各クエリの合計実行時間と待機時間も表示されます。 実行時間が長く、待機時間が少ないクエリには、多くの場合、不適切なクエリ プランがあります。 待機時間が長く、実行時間が低いクエリはブロックを示します。 比較的高速な操作が何度も実行される場合は、このクエリを 1 行に複数回実行し、実行時間が短い一般的に発生するクエリを探すことで、それらを見つけることができます。

次のステップ

• CPU 時間が長い場合は、クエリ プランを取得します。 このクエリの他のクエリ プランの方が効率的かどうかを確認します。 新しいインデックスを作成するか、クエリを変更するか、最後の手段としてプラン ガイドを追加して、問題に対処することを検討してください。
• 待機時間が長い場合は、現在のブロッキングと現在のブロックツリーを表示して、クエリがブロックされている理由を判断します。 ロックエスカレーションを無効にしたり、設定によってブロックが発生した場合にページ ロックを無効にすることで、この問題を解決することがあります。 多くの場合、クエリが実行する作業をセグメント化して、同じレコードが 2 つのクエリによって同時に処理されないようにすることで、問題を解決します。

SQL プロセスの終了

バックグラウンド

SPID が消費するリソースが多すぎて、他のプロセスの動作が低下する場合は、SPID プロセスを終了する必要があります。 プロセスを終了すると、開いているトランザクションがロールバックされます。 データは失われませんが、プロセスを手動で再起動する必要がある場合があります。 トランザクションで既に多数の作業が実行されている場合は、ロールバックに時間がかかり、多数のリソースが消費される場合もあります。 そのため、このアクションは慎重に使用してください。

次のステップ

• ブロック ツリーやその他のクエリから、終了する SPID を決定します。
• SPID が実行する処理が、進行中の業務に損害を与えずに終了できることを確認します。
• SPID 番号を最後まで指定し、その操作をロールバックします。

削除済みの機能

Removed または非推奨のプラットフォーム機能で説明されているように、一部のAzure SQL レポートとAzure SQLアクションはライフサイクル サービスから削除されます。

削除済みのクエリ

ライフサイクル サービスの SQL Insights の [クエリ] タブから、次の項目が削除されます。

削除済みのアクション

ライフサイクル サービスの SQL Insights の [アクション] タブから、次のアクションが削除されました。