BizTalk Server のディザスター リカバリー手順は、BizTalk ログ配布を中心に構築されています。 BizTalk ログ配布では、ディザスター リカバリー サイト データベースにトランザクション ログの更新を継続的に適用することで、障害発生時のデータベースの復元が簡略化されます。
BizTalk ログ配布は SQL Server ログ配布と同様の原則に基づいていますが、バックアップ BizTalk Server SQL エージェント ジョブの一部としてバックアップされた BizTalk Server データベースでは、SQL Server ログ配布はサポートされていません。
BizTalk ログ配送の機能のしくみ
BizTalk ログ配布は、SQL Server ログ配布と同様の方法で機能します。 実稼働 BizTalk Server グループは、BizTalk Server データベースを UNC の場所にバックアップするように構成されています。 既定では、BizTalk SQL エージェントのバックアップ ジョブは 1 時間ごとに完全バックアップを実行し、ログ バックアップは 15 分ごとに実行します。 バックアップ BizTalk Server ジョブは、バックアップエラーが検出された場合に完全バックアップを自動的に開始するロジックを実装します。
BizTalk ログ配布用にディザスター リカバリー SQL Server インスタンスが構成されている場合、既定では、BizTalk Server SQL エージェントのバックアップ ジョブによって作成されたバックアップ ファイルは、ディザスター リカバリー サイトで 15 分ごとに復元されます。 バックアップ ファイルは、SQL RESTORE コマンドによってネットワーク経由でコピーされます。 完全バックアップ ファイルは、次の状況でのみコピーされます。
BizTalk ログ配布が最初に構成されたとき
新しいデータベースがバックアップ BizTalk Server ジョブに追加されたとき。
ディザスター リカバリー サイトで RESTORE エラーが発生した場合
ディザスター リカバリー サイトの各 SQL Server インスタンスは、実稼働 SQL Server データベース インスタンスでホストされているデータベースを復元するために、BizTalk ログ配布の一部として個別に構成されます。 SQL Server インスタンスが BizTalk Server ログ配布用に構成されていて 、BTS ログ配布復元データベース ジョブが有効になっている場合、 BTS ログ配布復元データベース ジョブは、実稼働 BizTalk Server グループ上の BizTalk 管理データベースに接続します。
前述のように、移行先サーバーが最初に構成されると、データベースの完全バックアップが移行先サーバーに復元されます。 ほとんどの場合、 BTS ログ配布復元データベース ジョブの実行時に、ログのみが復元されます。
SQL Server Management Studio でディザスター リカバリー SQL Server インスタンスを表示すると、データベースは "読み込み中" 状態で表示されます。 これは、バックアップ セットの最後のログが自動的に復元されないためです。 新しいログが使用可能になると、BizTalk Server ログ配布によって最後のログの次のログが復元されます。 ディザスター リカバリー イベントが発生し、ディザスター リカバリー サイトをオンラインにする必要がある場合、最後のログは STOPATMARK コマンドを使用して復元され、データベースは "読み込み中" 状態として表示されなくなります。