クラスターハードウェアは高価な場合があります。 ハードウェア コストが懸念される場合は、障害シナリオ中に別の Enterprise Single Sign-On (SSO) サーバーをマスター シークレット サーバーに手動で指定することを検討できます。 このオプションを使用すると、SSO グループ内の他のすべての SSO サーバーをマスター シークレット サーバーに昇格できます。 マスターがダウンしたら、SSO サーバーの 1 つをマスター シークレット サーバーに手動で昇格できます。 この手法の最大の欠点は、新しいマスター シークレット サーバーを昇格するまで、既存の展開を編集したり、既存の BizTalk Server サービスを再起動したり、新しい BizTalk アプリケーションを展開したりできないことです。
プロセスをシームレスにするには、できるだけ早くエラーを検出できるように、いくつかの監視メカニズムを実装する必要があります。 System Center Operations Manager などの監視アプリケーションを使用して、昇格プロセスを自動化することもできます。
マスター シークレット サーバーを手動で移動する方法の詳細については、BizTalk Server ヘルプ のマスター シークレット サーバー (https://go.microsoft.com/fwlink/?LinkId=156841) を移動する方法を参照してください。