アセンブリを開発するプロセスでは、多くの場合、アセンブリを繰り返しデプロイ、テスト、変更、再デプロイする必要があります。 以前のバージョンの BizTalk Server では、バージョン番号を変更せずにアセンブリを再デプロイする場合は、まず、BizTalk Server のアセンブリに含まれる成果物を手動で停止、登録解除、バインド解除してから、BizTalk Management (構成) データベースからアセンブリを削除する必要があります。 さらに、アセンブリを再デプロイした後、BizTalk Server でアーティファクトをバインド、登録、開始する必要があります。
ただし、BizTalk Server では、Visual Studio で [再展開] オプションを有効にすると、アセンブリを再展開するためのすべての手順が BizTalk Server によって自動的に実行されます。 (ソリューション エクスプローラーでプロジェクトを右クリックして [配置] をクリックするなど) プロジェクト レベルからアセンブリを再デプロイして個々のアセンブリを再デプロイすることはできますが、ソリューション レベルから (ソリューションを右クリックして [配置] をクリックするなど) 常にアセンブリを再デプロイすることを強くお勧めします。 これにより、ソリューション内のすべてのアセンブリが一度に再デプロイされ、後で説明するように、依存関係がある場合に関連するすべての手順が処理されます。
Von Bedeutung
プロジェクト レベルで再デプロイが必要になる場合はまれですが、原則として、ソリューション レベルで常に再デプロイする必要があります。
アセンブリを再デプロイするときは、次の重要な点に注意してください。
GAC に新しいアセンブリをインストールする必要があります。 アセンブリを再デプロイするときは、「GAC にアセンブリをインストールする方法」の説明に従って、常に新しいバージョン のアセンブリを GAC にインストールする必要があります。 これは、再デプロイ後に行うことができます。
依存関係がある場合は、常にソリューション レベルで再デプロイする必要があります。 ソリューションに複数のアセンブリがあり、ソリューション内の 1 つ以上のアセンブリが再デプロイするアセンブリに依存している場合は、ソリューション レベルでアセンブリを再デプロイする必要があります。 これは、プロジェクト レベルでアセンブリを再デプロイすると、BizTalk Server がこのアセンブリに依存する、あるいはこのアセンブリが依存するすべてのアセンブリの成果物を停止し、登録解除し、バインド解除し、削除するためです。 BizTalk Server では、成果物の展開、バインド、参加、開始に関する追加の手順は実行されません。 ただし、ソリューション全体を再デプロイすると、BizTalk Server は、依存関係に基づいてソリューション内のすべての成果物を展開解除および再デプロイするために必要な手順を自動的に実行します。
依存アセンブリを手動で再デプロイする必要がある場合があります。 BizTalk Server は依存アセンブリを常に展開解除しますが、次の場合は、アセンブリが依存するアセンブリを再デプロイした後、各依存アセンブリに成果物を展開、バインド、参加させる追加の手順を実行する必要があります。
プロジェクト レベルでアセンブリを再デプロイすると、同じソリューション内の別のアセンブリがそれに依存します。
ソリューション レベルでアセンブリを再デプロイするが、依存アセンブリが別のソリューションに存在する場合。
たとえば、次の図に示すアセンブリ 3 のみを再デプロイする場合は、再デプロイの後、アセンブリ 2 で成果物をデプロイ、バインド、参加させ、アセンブリ 1 で成果物をデプロイ、バインド、参加させる必要があります。
依存関係を持つアセンブリ
別の方法は、変更されていないコア アセンブリの不要なデプロイを回避することです。 たとえば、上の図で、アセンブリ 2 とアセンブリ 3 に依存する他のアセンブリがあり、これらのアセンブリのいずれも更新されていない場合です。 アセンブリ 2 プロジェクトとアセンブリ 3 プロジェクトの構成マネージャーの [配置 ] オプションをオフにします。 このように、それらに依存している外部アセンブリは、デプロイ解除されず、再デプロイを必要としません。 詳細については、「 Visual Studio で配置プロパティを設定する方法」を参照してください。
ホスト インスタンスを再起動する必要があります。 アセンブリのバージョン番号を変更せずにオーケストレーションを含むアセンブリを再デプロイすると、BizTalk 管理データベースで既存のアセンブリが上書きされます。 ただし、変更が有効になる前に、オーケストレーションがバインドされているホストの各ホスト インスタンスを再起動する必要があります。 アセンブリを再デプロイするときに、ローカル コンピューター上のすべてのホスト インスタンスが自動的に再起動するオプションを指定できます。 手順については、「 Visual Studio で配置プロパティを設定する方法」を参照してください。 「ホスト インスタンスを停止する方法」と「ホスト インスタンスを開始 する方法 」の説明に従って、各 ホスト インスタンスを手動で停止および開始することもできます。
Von Bedeutung
[再デプロイ] オプションはバージョン管理をバイパスするため、開発中にのみ使用することをお勧めします。
[前提条件]
このトピックの手順を実行するには、BizTalk Server Administrators グループのメンバーであるアカウントでログオンする必要があります。 さらに、アカウントには、ローカル ファイル システムとグローバル アセンブリ キャッシュ (GAC) に対する読み取り/書き込みアクセス許可が必要です。 ローカル コンピューターの Administrators アカウントには、これらのアクセス許可があります。
BizTalk ソリューションを再デプロイするには
Visual Studio ソリューション エクスプローラーの使用
Visual Studio で配置プロパティを設定する方法の説明に従って、ソリューション内の各プロジェクトの配置プロパティで [再 デプロイ] オプションが有効になっていることを確認します。 このオプションは既定で有効になっています。
Visual Studio ソリューション エクスプローラーで、BizTalk ソリューションを右クリックし、[ 配置] をクリックします。
ソリューション内のアセンブリは、指定された BizTalk アプリケーションに展開されます。 ビルドおよびデプロイ プロセスの状態は、ページの左下隅に表示されます。
Visual Studio コマンド プロンプトの使用
Visual Studio で配置プロパティを設定する方法の説明に従って、ソリューション内の各プロジェクトの配置プロパティで [再 デプロイ] オプションが有効になっていることを確認します。 このオプションは既定で有効になっています。
Visual Studio コマンド プロンプトを起動します。
次の表に示すように、適切な値に置き換えて、次のコマンドを入力します。
devenv /deploySolnConfigNameSolutionName
例：
devenv /deploy リリース "C:\Documents and Settings\someuser\My Documents\Visual Studio\Projects\MySolution\MySolution.sln"
パラメーター 価値 /展開 ビルドまたはリビルド後にソリューションをデプロイします。 SolnConfigName を する SolutionName で名前が付けられたソリューションのビルドに使用されるソリューション構成の名前。 SolutionName ソリューション ファイルの完全なパスと名前。