SQL トレースの最適化

適用対象:SQL Server

SQL トレースを実行すると、データを収集するためにシステム リソースが使用されるのでパフォーマンス コストが発生しますが、このコストはさまざまな方法で最小限に抑えることができます。 トレースによって発生するパフォーマンス コストを最小限に抑えるには、次のようにしてください。

• トレースの実行には、コマンド プロンプトを使用することを検討してください。 グラフィカル ユーザー インターフェイスを使用すると、パフォーマンスが低下します。 詳細については、「sp_trace_create (Transact-SQL)」を参照してください。

• 頻繁に発生するイベントは含めないようにします。 可能な場合は、特定のイベント クラスやフィルターを使用してトレースの範囲を狭くします。 収集するトレース イベントが少ないほど、トレースをサポートするために必要なシステム リソースも少なくて済みます。

• 関連性のあるデータを提供するイベントだけを収集するようにトレースの焦点を絞ります。 たとえば、トレースでデッドロックを特定する場合は、 Lock:Acquired イベント クラスではなく Lock:Deadlock イベント クラスを使用します。 これらのイベント クラスを両方含めると、取得したすべてのロックをトレースしなければならないため、実行コストが倍増します。

• 重複データは収集しないようにします。 たとえば、 SQL:BatchStarted と SQL:BatchCompletedを収集する場合は、 SQL:BatchStarted イベント クラスのテキスト データだけを収集することにより、結果セットのサイズを最小限に抑えることができます。

• トレース定義でフィルターを使用します。 たとえば、アドホック クエリの際のパフォーマンスの低下を報告しているユーザーがいる場合は、 LoginNameに対するフィルターを作成します。 LoginName がこのユーザー名と一致するイベントだけを含めるように、フィルターを設定します。

パフォーマンスに重大な影響を与えるイベントのトレースを実行する必要がある場合は、次のいずれかの方法に従って、サーバーのパフォーマンスに対する影響を最小限に抑えるようにしてください。

• トレースの実行時間の短縮。 トレースの実行時間の長さは、停止時刻を有効にすることによって調整できます。 これは、イベント クラスの数を制限したり、イベントをフィルター選択したりすることができない場合に特に重要になります。 停止時刻を有効にすると、トレースによって発生するパフォーマンス コストが永続しなくなります。

• トレース結果のサイズの制限。 トレース結果のサイズの上限は、ファイルの最大サイズに設定できます。 この方法を採用すると、ファイル サイズの上限に達した時点でパフォーマンス コストが発生しなくなります (ファイル ロールオーバーが有効になっていない場合)。

• 返されるイベントの数の制限。 SQL Server Profiler を使用すると、トレースをテーブルに保存し、行の最大数を設定することにより、返されるイベントの数を制限することができます。 最大行数に達した後も、SQL Server Profiler の画面にはトレース結果が引き続き表示されますが、結果をテーブルに記録することによるコストは発生しなくなります。

参照

トレースへのフィルターの適用