このトピックでは、高可用性を実現するために、運用 BizTalk Server 環境のコンポーネントのフォールト トレランスや負荷分散を構成するために実行する必要がある手順を示します。 これらのコンポーネントのフォールト トレランスを構成すると、特定のコンポーネントで障害が発生した場合でもシステムの動作を続行できます。
| ステップス | リファレンス |
|---|---|
| 複数の BizTalk ホスト インスタンスを作成し、それを必要とするアダプターのホスト クラスタリング サポートを実装します。 | BizTalk ホストの高可用性 |
| 高可用性のために追跡ホストを構成します。 | BizTalk ホストの高可用性 |
| Windows サーバー クラスター上のクラスター化された SQL Server インスタンスで BizTalk Server データベースを構成します。 | データベースの高可用性 |
| 高可用性のために追跡ホストを構成します。 追跡が有効なホスト インスタンスが N + 1 以上あることを確認します。ここで、N は BizTalk グループ内の MessageBox データベースの数です。 | ホストの追跡を有効にするには、BizTalk Server 管理コンソールから使用できる [ホストのプロパティ] ダイアログ ボックスで [ホストの追跡を許可する] オプションを選択します。 ホストプロパティの設定の詳細については、「ホストプロパティの 更新」を参照してください。 |
| データベースのフェールオーバーを定期的に実施して、フェールオーバー機能を確保します。 | この責任を直接割り当てて、これが一貫した基準で実行されるようにする必要があります。 |
| フェールオーバー シナリオで複数の SQL Server インスタンスを同時に実行できるように、パッシブ クラスター ノードに十分な処理能力とメモリがあることを確認します。 | 2 つの SQL インスタンスが個々のクラスター ノード上のリソースの 50% を定期的に消費する場合、両方のインスタンスが 1 つのノードにフェールオーバーすると、各インスタンスのパフォーマンスが低下します。 そのため、テストを実行して、障害が発生したノードがオンラインに戻るまで、1 つのクラスター ノードが負荷を処理できることを確認する必要があります。 1 つのノードが両方の SQL インスタンスの負荷を処理できない場合は、アクティブ/アクティブ/パッシブ クラスター トポロジを実装するためにクラスター ノードを追加することを検討してください。 |
| BizTalk Server データベースを格納するための記憶域ネットワーク (SAN) を実装します。 手記： 可能であれば、RAID 1+0 (ミラー セットのストライプ) トポロジを使用して SAN ディスクを構成し、パフォーマンスと高可用性を最大限に高めることができます。 | 詳細については、「 BizTalk Server データベースの最適化」を参照してください。 |
| Windows クラスタリングを使用して、Enterprise Single Sign-On (SSO) マスター シークレット サーバーをクラスター化します。 | マスター シークレット サーバーの高可用性注: SSO と BizTalk ホストを同じクラスター グループにクラスター化しない限り、BizTalk Server を実行しているコンピューターに SSO サービスをクラスター化しないでください。 同じクラスター グループ内の SSO サービスと BizTalk Server ホストのクラスタリングの詳細については、「 同じクラスター グループ内のクラスター SSO と BizTalk ホスト」を参照してください。 |
| Enterprise Single Sign-On (SSO) マスター シークレットをバックアップします。 | マスター シークレットをバックアップする方法を参照してください。 |
| ネットワーク負荷分散 (NLB) またはその他の負荷分散デバイスを使用して、分離されたホスト インスタンス用のインターネット インフォメーション サービス (IIS) Web サーバーと BAM ポータル Web ページを高可用性に構成します。 | Windows Server 2008 の場合: ネットワーク負荷分散展開ガイドを参照してください。 |