シナリオ 2: オーケストレーション内のメッセージの追跡データベースのサイズ設定

オーケストレーションを含む例を見てみましょう。 次の図は、ビジネス プロセス全体を示しています。 このシナリオでは、メッセージが BizTalk Server に格納され、オーケストレーションを通じて送信されます。メッセージは、オーケストレーション内で変更され、送信ポートを通じて送信されます。

BizTalk Server メッセージ プロセス

このシナリオに関するファクトの一部を次に示します。

• メッセージのサイズは、5 K です。

• プロパティの昇格は行いません。

• 1 年間に受信するメッセージの数は 350 万です。

• 追跡は、すべてのイベントに対して有効になっています。 このシナリオには、次の 6 つのイベントがあります。

  • メッセージ M0 の受信

  • 受信ポートからのメッセージ M1 の出力

  • オーケストレーションによるメッセージ M1 の受信

  • オーケストレーションからのメッセージ M2 の出力

  • 送信ポートによるメッセージ M2 の受信

  • 送信パイプラインからのメッセージ M3 の出力

• このシナリオでは、3 つの追加メッセージが作成されます。 メッセージ M0 は受信メッセージであり、BizTalk Server によって作成されるものではありません。 メッセージ M1 は、受信ポートからの出力メッセージです。メッセージ M2 は、オーケストレーションからの出力メッセージです。メッセージ M3 は、転送ポートからの出力メッセージです。

  この情報を数式に適用すると、次の結果が得られます。

[(3*150 bytes) + (6*230 bytes) + (0*0(52 bytes + 0) * 3,500,000]/1024/1024  
[(450 + 1380 + 0) * 3,500,000]/1024/1024 = 6108 MB ~ 5.96 GB per year  

オーケストレーション内のメッセージ (プロパティを 1 つ昇格した場合)

前述の例のように、このシナリオのフィールドを 1 つ昇格してみましょう。 昇格させるプロパティのサイズは、約 10 バイトです。 数式は次のようになります。

[((3*150 bytes) + (6*230 bytes) + (1*3*(52 bytes + 10 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 186) * 3,500,000]/1024/1024 = 6729 MB ~ 6.57 GB per year  

サイズが 20 バイトの追加プロパティを昇格させる必要がある場合、数式は次のようになります。

[(3*150 bytes) + (6*230 bytes) + ((1*3*(52 bytes + 10 bytes) + (1*3*(52 bytes + 20 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 372) * 3,500,000]/1024/1024 = 7350 MB ~ 7.18 GB per year  

オーケストレーション内のメッセージ (メッセージ本文の追跡を有効にした場合)

メッセージの追跡を行う場合、必要な追加領域の計算結果は、前述のシナリオの結果 (1 年ごとに 50.1 GB) と同じです。

参照

メッセージ変数を使用して追跡データベースのサイズを求める方法
メッセージの本文を追跡するための追跡データベースのサイズ設定
シナリオ 1: 単純な BizTalk メッセージの追跡データベースのサイズ設定
シナリオ 4: すべてのメッセージの追跡データベースのサイズ調整
シナリオ 3: 配布リストに送信されるメッセージの追跡データベースのサイズ設定