次の方法で共有

ログ配布用に宛先システムを構成する方法

ログ配布では、システム障害が発生した場合のダウンタイムを減らすためのスタンバイ サーバー機能が提供されます。 ログ配布を使用すると、ソース システムから宛先システムにトランザクション ログを自動的に送信できます。 移行先システムでは、トランザクション ログが BizTalk Server データベースに復元されます。ソース データベースとの密接な同期を維持します。

ログ配布は、単一サーバー環境と分散サーバー環境の両方で機能します。 ライブ データを含むサーバーまたはサーバーのグループは、ソース (またはプライマリ) システムと呼ばれます。 ソース (またはプライマリ) システムによって生成されたデータベース バックアップの復元に使用されるサーバーまたはサーバーのグループは、移行先 (またはセカンダリ) システムと呼ばれます。

SQL ドキュメントのログ配布についての詳細が記載されています。

次の手順を使用して、1 つのソース システムに対して 1 つのサーバーで構成される宛先システムを作成できます。 宛先システムに複数のサーバーが含まれている場合は、各宛先サーバーで手順を繰り返します。

Von Bedeutung

バックアップ ファイルのコピーは常に安全な場所に保管してください。 ログ バックアップがある場合でも、バックアップ ファイルがないとデータベースを復元できません。

[前提条件]

  • BizTalk Server Administrators グループのメンバーとしてサインインします。

  • 移行元システムと移行先システムで同じバージョンの SQL Server を使用します。 SQL Server は、ソース システムと移行先システム上の同じ相対場所にインストールする必要があります。

  • SQL トランザクション ログのディレクトリ (.ソース システム上の LDF ファイル) も移行先システムに存在する必要があります。 このディレクトリが移行先システムにない場合は、ソース システムと同じ名前とアクセス許可を持つディレクトリを作成します。

ログ配布用に宛先システムを構成する

  1. 移行先システムで 、SQL Server Management Studio を開き、SQL Server に接続します。 [使用可能なデータベース] から マスター を選択します。

  2. [ ファイル ] メニューで、次の SQL スクリプトを 開きます 。

    %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\LogShipping_Destination_Schema.sql

  3. Query メニューの Execute を選択します。

    LogShipping_Destination_Schemaは、移行先システム上のソース データベースの復元に使用されるテーブルを削除して再作成します。 これには、復旧するデータベースの一覧を格納するテーブル、ソース システムの BizTalkMgmtDb データベースからインポートされたバックアップ履歴のコピー、ソース データベースに対して実行するように構成された SQL Server エージェント ジョブに関する情報が含まれます。

  4. [ ファイル ] メニューで、次の SQL スクリプトを 開きます 。

    %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\LogShipping_Destination_Logic.sql

  5. Query メニューの Execute を選択します。

  6. 対象システムとして識別したコンピューターで 、SQL Server Management Studio を 開き、SQL Server に接続します。

  7. [New Query] を選択します。 クエリ ウィンドウで、次のコマンドを貼り付けます。

    exec bts_ConfigureBizTalkLogShipping @nvcDescription = '<MyLogShippingSolution>',  
@nvcMgmtDatabaseName = '<BizTalkServerManagementDatabaseName>',  
@nvcMgmtServerName = '<BizTalkServerManagementDatabaseServer>',  
@SourceServerName = null, -- null indicates that this destination server restores all databases  
@fLinkServers = 1 -- 1 automatically links the server to the management database

    その後、以下を実行します。

    1. 変換先システムで、 アドホック分散クエリを有効にします。

    2. クエリ ウィンドウで、 <MyLogShippingSolution> を一重引用符で囲まれたわかりやすい説明に置き換えます。

    3. クエリ ウィンドウで、 <BizTalkServerManagementDatabaseName> と <BizTalkServerManagementDatabaseServer> を、単一引用符で囲まれたソース BizTalk Management データベースの名前と場所に置き換えます。

    注

    複数のソース サーバーがある場合は、各ソース サーバーを独自の移行先サーバーに復元できます。 各移行先サーバーで、@SourceServerName = null パラメーターで、null を適切なソース サーバーの名前に置き換え、単一引用符で囲みます (たとえば、@SourceServerName = 'MySourceServer')。

  8. Query メニューの Execute を選択します。

    Von Bedeutung

    クエリが失敗した場合は、クエリの問題を解決した後、この手順の手順 1 からやり直して、宛先システムを再構成する必要があります。

    注

    復元先システムの復元ジョブは、復元された各データベースのログ ファイルとデータ ファイルを、ソース データベース サーバーに存在していたのと同じ場所に再作成しようとします。

  9. SQL Server Management Studio の移行先システムで、SQL Server エージェントを展開し、[ジョブ] を展開します。

    詳細ウィンドウには、次の 3 つの新しいジョブがあります。

    • BTSログ配信 バックアップ履歴取得

      この BizTalk ジョブは、バックアップ履歴レコードをソースからコピー先に移動します。 既定では、1 分ごとに実行するようにスケジュールされています。 このジョブは、履歴レコードをソースから宛先に移動するために、できるだけ頻繁に実行されます。 ソース・システムにシステム障害が発生した場合、宛先システムとして識別したサーバーは、インポート済みの履歴レコードの処理を続行します。

    • BTS サーバー ログ配信 データベースの復元

      この BizTalk ジョブは、ソースの特定のデータベースのバックアップ ファイルを移行先サーバーに復元します。 既定では、1 分ごとに実行するようにスケジュールされています。 このジョブは、復元するバックアップ ファイルがある限り、完了せずに継続的に実行されます。 追加の予防措置として、このジョブが完了したことを確認するために、もう一度実行することができます。

    • マークへの BTS ログ配布の復元

      この BizTalk ジョブは、すべてのデータベースを最後のログ バックアップのマークに復元します。 これにより、すべてのデータベースがトランザクション上一貫性のある状態になります。 さらに、このジョブは、ソース システム上にあった移行先システム上のすべての SQL Server エージェント ジョブを再作成します。

      Von Bedeutung

      これらのジョブを監視して、失敗しないことを確認する必要があります。

  10. BizTalk Server で、次のフォルダーに移動します。

    32 ビット コンピューター: %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    64 ビット コンピューター: %SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  11. SampleUpdateInfo.xmlを右クリックし、[編集] を選択します。 次の手順を実行してください。

    • "SourceServer" のすべてのインスタンスをソース システムの名前に置き換えます。

    • "DestinationServer" のすべてのインスタンスを宛先システムの名前に置き換えます。

    Von Bedeutung

    ソース システムと移行先システムの名前を囲む引用符を含めます。

    注

    BizTalk Server データベースの名前を変更した場合は、XML ファイル内のデータベース名も更新する必要があります。

    注

    BAM を構成した場合は、BAMAlertsApplication および BAMAlertsNSMain データベースの SampleUpdateInfo.xml ファイルの OtherDatabases セクションに次の行を追加する必要があります。
    <Database Name="BAM Alerts Application DB" oldDBName="BAMAlertsApplication" oldDBServer="SourceServer" newDBName=" BAMAlertsApplication" newDBServer="DestinationServer"/>
    <Database Name="BAM Alerts Instance DB" oldDBName="BAMAlertsNSMain" oldDBServer="SourceServer" newDBName="BAMAlertsNSMain" newDBServer="DestinationServer"/>

    これら 2 つのデータベースの既定の名前を変更した場合は、実際のデータベース名を使用してください。

  12. BizTalk Server システムに複数の MessageBox データベースがある場合は、別の MessageBoxDB 行を一覧に追加し、マスター以外のデータベースに IsMaster="0" を設定します。

  13. BAM またはルール エンジンを使用している場合は、必要に応じてこれらの行のコメントを解除します。

  14. カスタム データベースがある場合は、 <OtherDatabases> セクションに追加します。 カスタム データベースをバックアップする方法を参照してください。

  15. ファイルの編集が完了したら、ファイルを保存して終了します。

次のステップ

データベースを復元する方法

こちらもご覧ください

バックアップ BizTalk Server ジョブを構成する方法
BizTalk Server のバックアップ ジョブをスケジュールする方法
カスタム データベースをバックアップする方法