DTA 追跡の最大持続可能なスループット (MST) を決定する主な要因は次のとおりです。
システムの目的のメッセージ スループット、つまり、単位時間ごとに受信したメッセージ。
メッセージごとに追跡されているデータの量。
BizTalkDTADb データベースにデータが格納されてから消去されるまでの期間 (つまり、データ保持期間)。
BizTalkDTADb データがアーカイブされるかどうか、および消去されるかどうか。 アーカイブは省略可能ですが、消去は定期的に実行する必要があります。
これらの要因のすべてに共通するものが 1 つあります。DTA がデータを受け入れて処理 (アーカイブおよび消去) できる速度です。
BizTalkDTADb の挿入と処理速度がシステムに与える影響
次に、「 持続可能な追跡の最大スループットの測定」で説明されている追跡データ経路を見て、システムのさまざまなコンポーネントに対する BizTalkDTADb の挿入と処理速度の影響を評価します。
追跡データ テーブルとスプール テーブルから始めて、これらのテーブルから BizTalkDTADb データベースにデータを移動するプロセスが、少なくともランタイムが追跡データ テーブルとスプール テーブルに挿入するのと同じ速度で BizTalkDTADb データベースにデータを挿入できない場合、スプール テーブルと追跡データ テーブルがバックログの作成を開始すると考えることができます。 バックログが最終的にドレインできるようにメッセージのスループットが低下することがわかっている限り、これは短期的には必ずしも悪いことではありません。 ただし、データがスプール テーブルまたは追跡データ テーブルにまだ存在する限り、BizTalkDTADb データベースでは、グループ ハブ ページまたはその他のツールでクエリを追跡してクエリを実行することはできません。 したがって、問題解決には役に立ちません。 そのため、BizTalkDTADb データを使用して調査する必要がある問題が発生した場合でも、追跡対象の情報を適切なタイミングで利用できる短いバックログ期間が必要です。
テストから、バックログが構築された場合の決定要因となるのは、追跡データを BizTalkDTADb データベース (つまり、TDDS と TrackedMessages_Copy_BizTalkMsgBoxDb) に移動するプロセスではなく、入力を受け入れる際の BizTalkDTADb データベースの速度であることがわかります。 通常は、I/O バインドされている BizTalkDTADb データベースのデータ ファイルです。 つまり、BizTalkDTADb データベース データ ファイルが存在するドライブの速度によって、DTA 全体の速度が決まります。
BizTalkDTADb のデータ量が I/O 速度に与える影響
I/O 速度に関連するもう 1 つの重要な要因は、BizTalkDTADb データベース内のデータ量です。BizTalkDTADb データベース内の追跡データの量が増えると、BizTalkDTADb データベースの入力速度と処理速度が低下します。これは、新しいデータが挿入されるときに並べ替えるデータが増えるだけで、各挿入に必要な I/O の量に影響します。
これは、BizTalkDTADb データベースが大きくなりすぎないようにするためにアーカイブと消去が重要となる場面です。 基本的な考え方は、BizTalkDTADb データベース のサイズが、スプール テーブルと追跡データ テーブルでバックアップを開始するレベルを下回るようにすることです。 ただし、DTA Purge and Archive (BizTalkDTADb) SQL ジョブに実装されている消去およびアーカイブ プロセスには、BizTalkDTADb データベース サーバーのリソース (CPU、メモリ、特に I/O) も必要です。これは、追跡を使用して MST を測定するときに考慮する必要があります。
こちらもご覧ください
持続可能な追跡の最大スループットの測定
DTA 追跡の MST を測定するためのテスト シナリオ
DTA 追跡の MST を見つけるためのヒントとテクニック
データベースサイズ変更ガイドラインの追跡