まず最初に、ログ配布とは何かを説明したいと思います。
SQL Serverでは、バックアップをプライマリ サーバー インスタンスから別のセカンダリ サーバー インスタンス (通常はホット サイト - フェイル セーフ サーバー)の 1 つ以上Log shipping
に自動的に送信できます。トランザクション ログのバックアップは、各セカンダリ データベースに個別に適用されます。transaction log
primary database
secondary databases
バックアップおよび復元操作のステータスは重要です。これらの操作がスケジュールどおりに実行されない場合、誤動作する可能性があります。
ログ配布は、次の 3 つの操作で構成されます。
- プライマリ サーバー インスタンスでトランザクション ログをバックアップします。
- トランザクション ログ ファイルをセカンダリ サーバー インスタンスにコピーします。
- セカンダリ サーバー インスタンスでログ バックアップを復元します。
ここで、ログ配布の目的は、テスト目的でデータを同期することです。これは、トランザクション ログのみがサーバーを介して送信されるため、サーバーに負担をかけないため、全体を同期するよりも多くの時間を節約できるため、これが最善の方法です。サーバー上のデータベース。
はい、必要に応じて、レポート サーバー (データベースも含む) を使用してログ配布を行うことができます。
典型的なログ配布構成
次の図は、プライマリ サーバー インスタンス、3 つのセカンダリ サーバー インスタンス、および監視サーバー インスタンスを含むログ配布構成を示しています。この図は、次のように、バックアップ、コピー、および復元ジョブによって実行される手順を示しています。
- プライマリ サーバー インスタンスは、バックアップ ジョブを実行して、プライマリ データベースのトランザクション ログをバックアップします。次に、このサーバー インスタンスは、ログ バックアップをプライマリ ログ バックアップ ファイルに配置し、バックアップ フォルダーに送信します。この図では、バックアップ フォルダーは共有ディレクトリ (バックアップ共有) にあります。
- 3 つのセカンダリ サーバー インスタンスはそれぞれ独自のコピー ジョブを実行し、プライマリ ログ バックアップ ファイルを独自のローカルの宛先フォルダーにコピーします。
- 各セカンダリ サーバー インスタンスは独自の復元ジョブを実行して、ログ バックアップをローカルの宛先フォルダーからローカルのセカンダリ データベースに復元します。
現在、監視サーバーはオプションであるため無視できます。セカンダリ サーバーは 1 つしかないため、プライマリ サーバーにはログ生成 (バックアップ) とログ シッピングがあります。
セカンダリ サーバーには、ログの復元があります。
したがって、両方のサーバーに実装する必要がありますが、作業は両端で異なります。