SQL Server コンポーネントの監視

[アーティクル]
10/22/2023

適用対象: SQL Server

SQL Server では動的な環境でサービスを提供しているため、監視することは重要です。アプリケーションのデータは変化します。ユーザーが必要とするアクセスの種類は変化します。ユーザーの接続方法も変化します。また、SQL Server にアクセスするアプリケーションの種類が変わる可能性もあります。SQL Server では、手動によるシステムレベルのチューニングを必要最低限に抑えるために、メモリやディスク領域などシステムレベルのリソースが自動的に管理されています。管理者は、SQL Server を監視することにより、パフォーマンスの傾向を特定して、変更が必要かどうかを判断することができます。

SQL Server のコンポーネントを効果的に監視するには、次の手順に従います。

監視目的を決定します。
適切なツールを選択します。
監視するコンポーネントを決定します。
これらのコンポーネントに対するメトリックを選択します。
サーバーを監視します。
データを分析します。

これらの手順を順番に説明します。

監視目的の決定

SQL Server を効果的に監視するには、監視する理由を明確にする必要があります。監視する理由には、次のようなものがあります。

パフォーマンスのベースラインを設定する。
長期にわたるパフォーマンスの変化を特定する。
具体的なパフォーマンスの問題を診断する。
最適化するコンポーネントまたはプロセスを特定する。
いくつかのクライアントアプリケーションのパフォーマンスに対する影響を比較する。
現在のユーザー利用状況を監査する。
サーバーの負荷耐性をテストする。
データベースアーキテクチャをテストする。
メンテナンススケジュールをテストする。
バックアッププランおよび復元プランをテストする。
ハードウェア構成の変更時期を判断する。

適切なツールの選択

監視の理由が決まったら、監視に適切なツールを選択する必要があります。 Windows オペレーティングシステムおよび SQL Server には、トランザクションを集中的に使用する環境のサーバーを監視できる、ツールの完全なセットが用意されています。これらのツールを使用すると、SQL Server データベースエンジンのインスタンスや SQL Server Analysis Services のインスタンスの状態を明確に把握することができます。

Windows で提供されている、サーバーで実行中のアプリケーションを監視するためのツールは次のとおりです。

パフォーマンスモニター（Windows）を起動し、メモリ、ディスク、プロセッサの使用状況などのアクティビティに関するリアルタイムデータを収集および表示することができます。
パフォーマンスログと警告
タスクマネージャ

Windows Server または Windows ツールの詳細については、Windows のマニュアルを参照してください。

SQL Server には、SQL Server のコンポーネントを監視するための次のツールが用意されています。

拡張イベントの概要
SQL トレース (SQL Trace)
SQL Server Profiler
SQL Server Distributed Replay
利用状況モニター
SQL Server Management Studio グラフィカルプラン表示
システムストアドプロシージャ
データベースコンソールコマンド (DBCC)
システム動的管理ビュー
Microsoft SQL データベース関数とは
トレースフラグ

重要

SQL トレースと SQL Server プロファイラーは、非推奨です。 Microsoft SQL Server の Trace や Replay オブジェクトを含む Microsoft.SqlServer.Management.Trace 名前空間も非推奨とされます。

この機能は、 SQL Serverの将来のバージョンで削除される予定です。新規の開発作業ではこの機能を使用しないようにし、現在この機能を使用しているアプリケーションは修正することを検討してください。

代わりに拡張イベントを使用します。拡張イベントの概要について詳しくは、「クイックスタート:SQL Server 拡張イベント」および SSMS XEvent Profiler に関するページをご覧ください。

Note

Analysis Services のワークロード用の SQL Server Profiler は非推奨ではなく、引き続きサポートされます。

SQL Server 監視ツールを使用する方法の詳細については、「パフォーマンス監視およびチューニングツール」を参照してください。

監視するコンポーネントの決定

SQL Server インスタンス監視の 3 つ目の手順は、監視するコンポーネントを決定することです。たとえば、SQL Server プロファイラーを使用してサーバーをトレースする場合、特定のイベントに関するデータを収集するようにトレースを定義することができます。また、状況に適用しないイベントをトレースの対象から除外することもできます。

監視するコンポーネントのメトリックの選択

監視するコンポーネントが決定したら、監視するコンポーネントのメトリックを決めます。たとえば、トレースに含めるイベントを選択したら、それらのイベントの特定のデータのみを含めるように選択することができます。トレースに関連のあるデータのみに制限すると、トレースを実行するのに必要なシステムリソースを最小限に抑えられます。

サーバーの監視

サーバーを監視するには、データを収集するように構成した監視ツールを実行します。たとえば、トレースを定義したら、トレースを実行して、サーバーで発生したイベントのデータを収集できます。

データの分析

トレースが終了したら、データを分析して、監視の目的を達成できたかどうかを判断します。達成できていない場合は、サーバーの監視に使用したコンポーネントやメトリックを変更します。

イベントデータのキャプチャおよびその使用に関するプロセスは、次のとおりです。

フィルターを適用して、収集するイベントデータを制限します。

イベントデータを制限することで、監視シナリオに関連するイベントに集中した処理をシステムが行えるようになります。たとえば、実行速度の遅いクエリを監視する場合は、アプリケーションによって実行されたクエリの中で、特定のデータベースに対して実行時間が 30 秒以上かかるクエリだけを監視するフィルターを使用します。

拡張イベントトレースのフィルター処理の詳細については、「クイックスタート: 拡張イベント」を参照してください。

SQL トレースのフィルター処理の詳細については、「トレースフィルターの設定（Transact-SQL）」および「トレース内のイベントへのフィルターの適用 (SQL Server Profiler)」を参照してください。
イベントを監視 (キャプチャ) します。

監視機能を有効にすると、指定したアプリケーション、SQL Server のインスタンス、またはオペレーティングシステムのデータのキャプチャがすぐに開始されます。たとえば、システムモニターでディスクの使用状況を監視している場合、ディスクの読み取りや書き込みなどのイベントデータがキャプチャされ、そのデータが画面に表示されます。詳細については、「リソースの利用状況の監視 (パフォーマンスモニター)」をご覧ください。
キャプチャしたイベントデータを保存します。

キャプチャしたイベントデータを保存すると、後でそのデータを分析することができます。キャプチャしたイベントデータは、データの生成元ツールで、再度読み込んで解析することができるファイルに保存されます。パフォーマンスベースラインを作成する際は、キャプチャしたイベントデータを保存することが重要です。最近キャプチャしたイベントデータを比較して、パフォーマンスが最適かどうかを判断する場合、保存したパフォーマンスベースラインデータを使用します。

拡張イベントでは、イベントファイル、イベントカウンター、ヒストグラム、およびリングバッファーにイベントデータを保存することができます。詳細については、「拡張イベントのターゲット」を参照してください。

SQL トレースイベントデータは、分散再生ユーティリティまたは SQL Server Profiler を使用して再生することもできます。 SQL Server Profiler では、ファイルまたは SQL Server テーブルにイベントデータを保存することができます。詳細については、「 SQL Server プロファイラーのテンプレートと権限」を参照してください。
イベントをキャプチャするように指定された設定を含むトレーステンプレートを作成します。

トレーステンプレートには、データをキャプチャするときに使用するイベント自体、イベントデータ、およびフィルターに関する指定が含まれます。このテンプレートを使用すると、イベント、イベントデータ、およびフィルターを再定義することなく、後で特定のイベントセットを監視することができます。たとえば、デッドロックの数やこれらのデッドロックに関係するユーザーの数を頻繁に監視する場合、これらのイベント、イベントデータ、およびイベントフィルターを定義するテンプレートを作成して、その定義を保存しておくと、次にデッドロックを監視するときにフィルターを再適用できます。

拡張イベントセッション定義は、スクリプト化して再利用できるテンプレートです。セッションを作成して管理するには、「オブジェクトエクスプローラーでのイベントセッションの管理」を参照してください。 Management Studio XEvent Profiler には、すぐに使用できるテンプレートが用意されています。詳細については、「SSMS XEvent Profiler の使用」を参照してください。

SQL Server Profiler では、この処理にトレーステンプレートが使用されます。詳細については、「トレース定義の既定値の設定 (SQL Server Profiler)」および「トレーステンプレートの作成 (SQL Server Profiler)」を参照してください。

ヒント

SQL トレース定義は拡張イベントセッションに変換できます。詳細については、「既存の SQL トレーススクリプトから拡張イベントセッションへの変換」を参照してください。
キャプチャしたイベントデータを分析します。

分析するには、キャプチャして保存したイベントデータを、データのキャプチャに使用したアプリケーションで読み込みます。

たとえば、キャプチャされた拡張イベントトレースは、表示および分析のために SQL Server Management Studio に再読み込みすることができます。詳細については、「SQL Server Management Studio でイベントデータを表示する」を参照してください。

SQL トレースデータは、表示および分析のために SQL Server Profiler に再読み込みすることができます。詳細については、「 SQL Server Profiler を使用したトレースの表示と分析」をご覧ください。

イベントデータの分析では、どのようなイベントがなぜ発生したのかを判断します。分析した情報に基づいて、メモリを増設する、インデックスを変更する、Transact-SQL ステートメントやストアドプロシージャのコードの問題を解決するなど、行った分析の種類に応じてパフォーマンスの向上を実現する変更を加えることができます。たとえば、データベースエンジンチューニングアドバイザーを使用して、拡張イベントまたは SQL Server Profiler でキャプチャしたトレースを分析し、その結果に基づいてインデックスの推奨設定を作成できます。
キャプチャしたイベントデータを再生します (省略可能)。

イベントの再生では、データをキャプチャしたデータベース環境のテストコピーを設定して、キャプチャしたイベントを実際のシステムで発生したとおりに再生できます。この機能は、分散再生ユーティリティまたは SQL Server Profiler でのみ提供されます。イベントの再生速度は、実際に発生したときと同じ速度にすることができます。また、システムに負荷を与えるためにできる限り高速にしたり、多くの場合に行われるように、一度に 1 ステップずつ再生して、各イベントの発生後にシステムを分析することもできます。テスト環境で実稼動システムとまったく同じイベントを分析できるので、実稼動システムへの悪影響を防ぐことができます。詳細については、「トレースの再生」を参照してください。

次の方法で共有