データベースを復元する - BizTalk Server

[アーティクル]
05/04/2023

データベース間のトランザクション状態の一貫性を保証するには、すべてのデータベースを同じマークに復元する必要があります。「マークされたトランザクション、完全バックアップ、ログバックアップ」を参照してください。

送信先システムにサーバーが 1 つだけ存在する場合は、すべてのログバックアップセット (最新のセットを除く) が復元されていることを確認する必要があります。「復元されたバックアップの履歴の表示」を参照してください。すべてのログバックアップセットの復元が完了していない場合、復元ジョブが現在実行中でなければ、ジョブを実行します (必要に応じて手動で)。復元できる未処理のバックアップセットがある場合、ジョブは、それらがすべて復元されるまでそれらを処理します。

送信先システムに複数のサーバーがある場合は、すべてのサーバーの復元を同じバックアップセットで行う必要があります。各サーバーの復元履歴を表示し、復元された最新のログバックアップセットがすべてのサーバーで同じであることを確認します。同一の最新ログバックアップセットで復元されていないサーバーがある場合は、そのサーバーに対する復元ジョブを手動で実行する必要があります。

すべてのサーバーが同じバックアップセットになった後で、最終的なセットを手動で復元できます。

adm_BackupHistory テーブルは、送信元システムのログ配布プロセスに関する一元的な履歴ポイントです。実行されたバックアップ作業がすべて、このテーブルに記録されます。送信先システムのすべてのサーバーが、このテーブルの記録を読み取り、復元作業に必要な情報を受け取ります。

開始する前に

BAM プライマリインポートデータベースをバックアップから復元する場合は、BAM プライマリよりも古いバックアップを使用して BAM アーカイブ、BAM スタースキーマ、および BAM 分析データベースも復元する必要があります。 BAM のバックアップと復元に関するページを参照してください。
送信元データベースの完全バックアップまたはログバックアップを BizTalk Server のバックアップジョブで使用した保存場所から移動する場合は、LogFileLocation または DBFileLocation の値として、送信先システムが完全/ログバックアップファイルを読み取るための新しい場所を設定します。これにより、送信先システムにある bts_LogShippingDatabases テーブルで、送信元データベースに関連付けられた行が更新されます。 bts_ConfigureBtsLogShipping ストアドプロシージャを実行すると、このテーブルに値が入力されます。これらの列は既定で Null に設定されます。この値は、adm_BackupHistory テーブルに記録されている場所から送信先システムがバックアップファイルを読み取ることを意味します。
バックアップファイルのコピーは必ず、セキュリティで保護された場所に保管しておいてください。ログバックアップがあっても、バックアップファイルがなければデータベースを復元することはできません。

前提条件

sysadmin SQL Server ロールのメンバーであるアカウントを使用して、SQL Serverにサインインします。