実稼働環境に展開されたアプリケーションのアイテムを更新する場合、基本的なシナリオとして次の 2 つがあります。
オーケストレーションが長時間トランザクションを処理する場合、または送信請求 - 応答ポートからの応答を待機している場合に、そのオーケストレーションを新しいバージョンに更新する。
メッセージ処理を完了させることが目的でない場合に行われる、より一般的な更新のケース。たとえば、スキーマまたはマップを新しいバージョンに更新する場合など。
一般的な更新のケースでは、ビジネス要件の変更などに対応するために、アイテムを新しいバージョンに更新することができます。 これは比較的簡単なシナリオであり、元のアイテムを更新されたアイテムで上書きできます。 関連する手順の一覧については、「 チェックリスト: BizTalk アプリケーションの成果物を更新する」を参照してください。
2 番目のシナリオはより複雑です。 この場合、既存のオーケストレーションがメッセージ処理を完了できるようにする必要があります。 同時に、既存のオーケストレーションが新しいメッセージを処理できないようにする必要があります。 代わりに、更新されたバージョンのオーケストレーションによる引き継ぎが必要になります。 これを行うには、更新されたオーケストレーションを含むアセンブリを元のバージョンと同じ BizTalk アプリケーションに展開し、両方のオーケストレーションを同時に実行します (新しいアセンブリは、元のオーケストレーションを含むアセンブリとは異なるバージョン番号を持っている必要があります。または、同じ BizTalk グループに展開することはできません)。次に、元のオーケストレーションを停止して、新しいメッセージがルーティングされないようにし、更新されたバージョンを開始して、すべての新しいメッセージが送信されるようにします。 元のバージョンによるメッセージ処理がすべて完了したら、元のバージョンを展開解除することができます。 これらのタスクの実行手順については、「 オーケストレーションをアップグレードする方法」を参照してください。
次の図は、標準のオーケストレーション並列展開を示しています。
