SQL Serverデータベース実験アシスタントを使用したパフォーマンステストのヘルプ
私はここでSQL Serverデータベース実験アシスタントでトレースをキャプチャするためのガイドに従っています： https://docs.Microsoft.com/en-us/sql/dea/database-experimentation-assistant-capture-trace?view = sql-server-2017
DEAバージョン2.6を使用しています。上記の記事では、ファイルをロールオーバーするためにキャプチャトレースファイルのサイズを選択できるはずであると述べています。ただし、バージョン2.6では、トレースファイルのサイズを設定するオプションがありません。
その結果、キャプチャの最後に何十もの500 MBのファイルができてしまいます。次に、そこに座って、各トレースファイルを1つずつ再生することを期待されます。これを行う簡単な方法、またはトレースファイルを大きくして強制的にロールオーバーファイルを少なくする方法はありますか？
私の新しいキャプチャ画面： 
MS docキャプチャ画面： 
キャプチャの最後に何百もの500 MBファイルができます。
はい、ドキュメントが間違っていて、ファイルサイズを構成できないことに同意します。構成できるのは期間のみです。 500 MBは仕様によるものであり、推奨されるのは here および here です。 200 MBまたは512 MBは、実稼働トレースまたはパフォーマンストレースをキャプチャするために使用する理想的なトレースロールオーバーサイズです。 2番目のリンクは、これが推奨サイズである理由をいくつか示しています。それらの1つは次のとおりです。
- 当社の「公開」バージョンの本番およびパフォーマンストレース定義ファイルを使用し、パフォーマンストレース定義が対象の1つのデータベースのトレースをフィルターで除外すると、分析により、パフォーマンストレースのサイズが本番トレースのサイズの約15倍であることが示されます。
次に、そこに座って、各トレースファイルを1つずつ再生することを期待されます。これを行う簡単な方法、またはトレースファイルを強制的に大きくしてロールオーバーファイルを少なくする方法はありますか？
各ファイルを個別に処理する必要はありません。 Full path to source File個々のファイルの代わりに、生のトレースファイルが置かれているフォルダー名を指定します。ツールはPreProcessOutputという名前の新しいサブフォルダーを作成し、そこにすべての再生マークアップ言語（RML）ファイルを配置します。
余談ですが、うまくいけば、分散再生を正常に構成できました。