既存のデータベースミラーリングを活用して、BizTalkディザスタリカバリに使用できるかどうかを確認します。BizTalkディザスタリカバリ
私たちのDBAは、DR用に異なるサーバーにSQLミラーリングを使用しています。サーバーは別の物理的な場所にあり、異なるIPアドレスを持っています。メインサーバーに何か問題が発生した場合、DBAがミラー化された場所に簡単に切り替える可能性があると言われ、ビジネスは通常どおり続行されます。当社のBizTalkデータベースは、上記のスキームによって反映され、保護されています。これは私の質問の文脈を以下に設定することです。
私の質問は:災害が発生した場合、ミラーリングされたデータベースを見るためにBizTalkを迅速に構成できる方法はありますか? BizTalkを構成すると、SQLサーバーの場所を配置する場所がありました。だから、BizTalkの専門家が、メインSQL ServerとミラーリングされたSQLサーバーの間でBizTalkを前後に向ける何らかのタイプの「デュアル構成」を設定しようとしたのだろうか?
私はBizTalkが災害復旧のための何らかの種類のBizTalkデータベースバックアップを提供していることを認識していますが、バックアップは災害発生前のデータを復旧するためのものだと思います。私のシナリオはおそらく少し異なります。BizTalkデータベースがミラー化されているため、災害時の操作の継続性が得られます。私の質問は理にかなっていますか?私はBizTalkの初心者です。災害時にDRや操作の継続性に対処する方法が分かっている人は、アドバイスをお願いします。
使用しているSQL Serverのバージョンは? – dco
SQL Server 2016 Enterprise ...サーバー自体は既にミラーリングされています。ミラー化されたサーバーに切り替えるためにBizTalkの設定について質問していました。 SQL Serverデータベース自体が同期されていれば、スイッチはbiztalk操作を台無しにしていないと思います...誰でもこれを試しましたか? – user1205746
SQL 2016 Enterpriseを使用している場合は、BiztalkにSharepointのような複数のデータベースがあるため、Availability Groups(AG)を使用してHADR戦略を移行することをお勧めします。 Mirroringとは異なり、Failover overデータベースのグループを活用できます。ミラーリングは推奨されない機能なので、今後使用しないでください。フェイルオーバー時に、接続文字列にマジックが表示されます。あなたは@Dijkgraafによって以下の答えで提供されるドキュメントを読むことをお勧めします。私はこの時点で考えることができる唯一の問題は、すべてのログイン、ジョブが他のレプリカセカンダリサーバと同期していることを確認する必要があることです。 – dco