のBizTalkゾンビ -

Question

が背景明示のBizTalkオーケストレーション内からサブスクリプションを削除するには、どのような方法：ここで説明Seroter's Round Robin技術に類似

我々は集約、シングルトンとmultitonオーケストレーションの多くを利用して、（のBizTalk 2009） 。

これらのオーケストレーションタイプはすべて、通常はタイマーによって定義されるかなり集約的な出口または継続ポイントを持っています。つまり、OrchがX分以内にそれ以上のメッセージを受信して​​いない場合、 Y分以上経過してメッセージがなくなった後に終了します。 （また、degraded performance after large numbers of messagesに関する懸念がある期間にわたってシングルトンにサブスクライブされているため、シングル/ Nトーンを終了します）。

私たちがゾンビに対して緩和しようとしたように、非同期のリファクタリングされたオーケストレーションで継続処理を開始することによって、「よく」タイムド・メッセージがゾンビを引き起こす可能性のある弱点が常に存在します。

メッセージがサブスクリプションの1つにゾンビを引き起こした場合、そのメッセージは他のサブスクライバにも伝えられていないようです（つまり、orchs（つまり、orchs）はオーケストレーションの「既に完了した」形状に関連付けられています） 「ゾンビを引き起こしている」オーケストレーションから完全に切り離されている）、すなわちゾンビを引き起こすメッセージは処理されない。

質問

だから私は、オーケストレーションはどこのポイントを超えて「進行」したら、明示的に実行しているオーケストレーションから相関サブスクリプションを削除するために、プログラムまたはそうでなければ、誰もが別の方法を持っている場合は見ることに非常に興味がありますこの相関メッセージに興味があります。

この時点では、MsgBoxDBに対して、反映されたBizTalk API呼び出しや直接SQL削除などのハッキングソリューションも検討されます。

Answer 1

いいえオーケストレーションでサブスクリプションを明示的に削除することはできません。

オーケストレーションが引き裂かれるとサブスクリプションが削除されますが、その正確なインスタンスに到着したメッセージはオーケストレーションにルーティングされますが、オーケストレーションは処理せずに終了します。これがゾンビです。ゾンビhttp://msdn.microsoft.com/en-us/library/bb203853.aspx

について

マイクロソフトの記事私は一度もパターンを送信、受信、デバッチ、集計を持っていなければなりませんでした。複数の送信者からエンベロープされたメッセージを受信し、それらをデバッチし、意図した受信者によって集約します（2つのルール、メッセージ数または時間遅延のいずれか最初に発生したいずれかに基づいて）。 このシナリオはゾンビにとって熟していました。私がそれらについて読むと、私はそれが起こらないように設計しました。これはBizTalk 2004 のためのもので、メッセージを討議してデータベースに挿入しました。私は受信ポートでポーリングされたストアドプロシージャを持っていました。送信ポートがあれば、そのメッセージを受け取り動的にルーティングするOrcherstrationがトリガーされます。 オーケストレーションはどちらも、別のメッセージを待たなければならないので、正常に終了し、ゾンビはありません。