1.展開
。
これは、Visual Studioを使用してアプリケーションを開発環境にデプロイし、管理コンソールでウィザードを使用してMSIをエクスポートすることを意味します。 最後に、そのMSIを使用して、プロダクションサーバーにアプリをデプロイできます。 これは2段階のプロセスです(MSIを実行し、Bizalk管理コンソールでMSIをインポートします)。
BizTalkアセンブリのみがMSIによってインストールされることに注意してください。 ソリューションで.NETアセンブリを使用する場合は、手動でGACする必要があります。 また、BizTalkアプリケーションを実行しているホストインスタンスを再起動する必要があります。
詳細はこちらをご覧ください: https://msdn.microsoft.com/en-ca/library/aa559168.aspx
をいくつかの手動手順だこと。 また、BizTalkに付属するコマンドラインツールBTSTaskを使用して、これらの手順の一部を自動化することもできます。
すべての手動ステップをスクリプトすることができます。
明らかに、このようなスクリプトを書くのに時間がかかるので、開発者以外の環境で何度も展開する場合にのみ価値があります。
BTSTask参照: https://msdn.microsoft.com/en-ca/library/aa559686.aspx
2.再配備
は、通常は完全に古いバージョンを削除してから新しいインストール:
は、BizTalk管理コンソールからアプリケーションを削除し、アセンブリungacそれは使用しています。
プロセス全体は次のようになります。
1.アプリケーションに実行中のインスタンスがないことを確認します。あなたはいつもあなたが受信場所無効にして、完全な実行中のインスタンスが
2.削除のBizTalkアプリケーション
3. UnGAC関連するアセンブリ
4.展開新しいのBizTalkアプリケーションのバージョンとGAC関連するアセンブリ
5.再起動ホストインスタンスによって使用させることができ、あなたのBizTalkアプリケーション
EDIT:実行中のアプリケーションの削除についてOPの問題に対処するには、次の
独立して、リソースを展開し、アプリケーションを削除しないように実際に可能です。
しかし、サービスを中断しないという意味ではありません。
たとえば、オーケストレーションはインスタンスを実行しているときに再展開することはできません。
あなたの機能を適切にアプリケーションに分けたとすると、各リソースを処理するよりも、アプリケーション全体を削除するほうが簡単で簡単です。
そうでなければ、リソースを別々に置き換えて使用することができます。
しかし私には、アプリケーションを正しく定義していないために発生したオーバーヘッドのようです。
3. BTDF
のBizTalk展開Frameworkは、スクリプトを自分で記述することなく、デプロイメントにおける自動化のいくつかの種類を持っている優れたツールです。
ニーズへのカスタマイズとセットアップ時間との間に優れた妥協点があります。
私はフリーランスプロジェクトで使用しました。唯一の2つの配備手順でパッケージを提供することができたので、非常に役に立ちました。また、非専門家のクライアントは無理なく展開できました。
2番目の点で疑問があります再デプロイメント、つまりアプリケーションがサーバーで実行されている場合、アプリケーションを削除して新しいアプリケーションをインストールするのは本当ですか? – Naidu
@Naiduアプリケーションに実行インスタンスがなく、アプリケーションを最初に停止するまで待つ必要があります。 –
@Naidu答えの再配布セクションに詳細を追加しました。 –