ワークロード比較プロセスの概要

Database Experimentation Assistant (DEA) は、(現在の環境の) ソース サーバー上のワークロードが新しい環境でどのように実行されるかを評価するのに役立ちます。 DEA では、次の 3 つのステージを完了して A/B テストを実行する手順を示します。

  • ソース サーバーでのワークロード トレースのキャプチャ。
  • ターゲット 1 とターゲット 2 でキャプチャされたワークロードトレースを再生します。
  • ターゲット 1 とターゲット 2 から収集された、再生されたワークロードトレースを分析します。

この記事では、次のプロセスについて概要を説明します。

ワークロード トレースのキャプチャ

SQL Server A/B テストの最初のステップでは、ソース サーバーでトレースをキャプチャします。 通常、ソース サーバーは実稼働サーバーです。 トレース ファイルは、タイムスタンプを含め、そのサーバー上のクエリ ワークロード全体をキャプチャします。

考慮事項:

  • 開始する前に、トレースをキャプチャするデータベースを必ずバックアップしてください。
  • DEA ユーザーは、Windows 認証を使用してデータベースに接続できる必要があります。
  • SQL Server サービス アカウントは、ソース トレース ファイルパスにアクセスできる必要があります。
  • DEA でクエリのパフォーマンスが向上しているか低下しているかを判断するには、そのクエリキャプチャで少なくとも 15 回実行する必要があります。

ワークロード トレースの再生

SQL Server A/B テストの 2 番目のステップでは、キャプチャしたトレース ファイルを 2 つのターゲット サーバーで再生します。

ターゲット 1 はソース サーバーを模倣し、ターゲット 2 は提案されたターゲット環境を模倣します。

SQL Server が提案された変更によるパフォーマンスへの影響を正確に分析できるように、ターゲット 1 とターゲット 2 のハードウェア構成は可能な限り類似している必要があります。

考慮事項:

  • ワークロード トレースを再生するには、分散再生 (DReplay) トレースを実行するようにコンピューターを設定する必要があります。
  • ソース サーバーからのバックアップを使用して、ターゲット サーバー上のデータベースを復元してください。
  • 評価結果の一貫性を向上させるために、サービス アプリケーションで SQL Server サービス (MSSQLSERVER) を再起動することをお勧めします。 SQL Server でのクエリ キャッシュは、評価結果に影響を与える可能性があります。

再生されたワークロード トレースの分析

プロセスの最後の段階は、再生トレースを使用して分析レポートを生成し、提案された変更の潜在的なパフォーマンスへの影響に関する分析情報をレポートで確認することです。

考慮事項:

  • 1 つ以上のコンポーネントが不足している場合、新しい分析レポートを生成しようとすると、ダウンロード用のリンクを含む前提条件ページが表示されます (インターネット接続が必要です)
  • 以前のバージョンのツールで生成されたレポートを表示するには、まずスキーマを更新する必要があります。

関連項目