BizTalk Server 運用環境で使用するために BizTalk Server を準備する場合は、次の手順に従います。
| ステップス | リファレンス |
|---|---|
| BizTalk ホストとホスト インスタンスを構成します。 | 送信、受信、処理、追跡機能を複数のホストに分離します。 これにより、ワークロードを構成する際に柔軟性が得られ、他のホストに影響を与えずに 1 つのホストを停止できます。 詳細については、「 ホストとホスト インスタンスの構成」を参照してください。 |
| BizTalk ホスト インスタンスのメモリ使用量の実際的な上限に従って理解してください。 | 32 ビット BizTalk ホスト インスタンスのメモリ使用量の上限 |
| 専用の追跡ホストを構成します。 | ホスト追跡以外の何も行わない専用ホストを使用します。 これにより、ホスティング追跡が、同じホストで実行されている他の BizTalk 成果物のパフォーマンスに影響を与えるのを防ぐことができます。 また、追跡を妨げることなく、他のホストを停止することもできます。 追跡ホストは、BizTalk Server を実行している少なくとも 2 台のコンピューターで実行する必要があります (1 台が失敗した場合の冗長性のため)。 詳細については、「 専用追跡ホストの構成」を参照してください。 |
| SOAP、HTTP、および HTTP ベースの WCF アダプターの同時接続の設定 | IIS 構成設定の適用 |
| BizTalk アプリケーションのアップグレードとバージョン管理の戦略を実装します。 | - 実行時間の長いオーケストレーションをサポートする必要がある場合、または BizTalk アプリケーションのダウンタイムなしで BizTalk アプリケーションの展開を実行する必要がある場合は、さまざまなバージョン管理シナリオに対して、堅牢なエンドツーエンドの BizTalk Server バージョン管理戦略を実装して実践する必要があります。 - 実行時間の長いオーケストレーション、サイド バイ サイドデプロイ、ダウンタイムなしのアップグレードをサポートする必要がある場合は、ファクタリングを含むアセンブリのバージョン管理とパッケージ化戦略を実装する必要があります。 詳細については、「 アプリケーションのアップグレードとバージョン管理の戦略」を参照してください。 |
| BizTalk Server アプリケーション展開のスクリプトを作成します。 | BizTalk アプリケーションの展開は、可能な限りスクリプト化する必要があります。 スクリプト化されていないあらゆる作業を詳しい手順で文書化する必要があります。 詳細については、以下を参照してください。 - スクリプトを使用したアプリケーションのデプロイ - アプリケーションの管理 |
| メッセージの再送信とワークフローの再起動のプロセスを事前に定義します。 | 中断されたサービス インスタンスを確認し、適切なアクションを実行する手順を確立して文書化します。 ほとんどの BizTalk Server 環境では、これは BizTalk Server 環境の毎日のメンテナンスの一環として実行する必要があります。 毎日のメンテナンス チェックの実行の詳細については、「 チェックリスト: 毎日のメンテナンス チェックの実行」を参照してください。 |
| BizTalk Server 環境で発生する可能性がある問題のエスカレーション パスを定義します。 | - 役割と責任を決定する - エスカレーション プロセスとパスを定義する - "重大な状況" シナリオで必要に応じて、"ショート サーキット" プロセスとパスを定義する - Microsoft、他のソフトウェア ベンダー、ハードウェア ベンダー (サーバー、SAN、スイッチなど) を含むベンダーの問題のエスカレーション パスを定義する |
| 64 ビット Windows オペレーティング システムで BizTalk Server を使用する場合の特定の考慮事項に従う | 64 ビット Windows オペレーティング システムでの BizTalk Server の使用に関する考慮事項 |
| BizTalk Server 設定のベスト プラクティスに従います。 | BizTalk Server 設定のベスト プラクティス |