次の方法で共有

  • [アーティクル]

データベース ミラーリングとログ配布

特定のデータベースをミラーリングまたはログ配布することができます。また、ミラーリングとログ配布を同時に行うこともできます。使用する方法を選択するには、次の点を検討します。

  • 必要な配布先サーバーは何台か。

    配布先データベースが 1 つしか必要でない場合は、データベース ミラーリングをお勧めします。

    配布先データベースが複数必要である場合、ログ配布を単独で使用するか、またはデータベース ミラーリングと併用する必要があります。2 つの操作を組み合わせることで、データベース ミラーリングの利点を得られるだけでなく、ログ配布により複数配布先のサポートが可能になります。

  • 配布先データベースでのログ復元を (論理エラーに対する保護などの目的で) 遅延させる必要があるか。その場合は、ログ配布を単独またはデータベース ミラーリングと合わせて使用します。

ここでは、ログ配布とデータベース ミラーリングを組み合わせる場合の考慮事項について説明します。

注意注意

それぞれのテクノロジの概要については、「データベース ミラーリングの概要」および「ログ配布の概要」を参照してください。

ログ配布とデータベース ミラーリングの組み合わせ

ログ配布のバックアップ共有が損なわれていない場合、ミラーリング セッションのプリンシパル データベースは、ログ配布構成のプライマリ データベースとしても機能します。また、その逆のことも言えます。データベース ミラーリングのセッションは、同期 (トランザクションの安全性の設定が FULL) と非同期 (トランザクションの安全性の設定が OFF) のいずれの操作モードでも実行できます。

注意注意

データベース ミラーリングを使用するには、常に完全復旧モデルが必要になります。

通常は、ログ配布とデータベース ミラーリングを組み合わせる場合、ログ配布の前にミラーリング セッションを確立します。ただしこの順序は必須ではありません。次に、現在のプリンシパル データベースを、ログ配布のプライマリとして、1 つ以上のリモート セカンダリ データベースと共に構成します (プリンシパル/プライマリ データベース)。また、ミラー データベースもログ配布のプライマリ (ミラー/プライマリ データベース) として構成する必要があります。ログ配布のセカンダリ データベースは、プリンシパル/プライマリ サーバーおよびミラー/プライマリ サーバーのいずれとも異なるサーバー インスタンスに配置するようにします。

注意注意

ログ配布で使用するサーバーすべてについて、大文字と小文字の区別に関する設定を揃えてください。

ログ配布セッションでは、プライマリ データベースのバックアップ ジョブによりログ バックアップがバックアップ フォルダに作成されます。このフォルダから、セカンダリ サーバーのコピー ジョブによりバックアップのコピーが行われます。バックアップ ジョブおよびコピー ジョブが成功するには、ジョブからログ配布のバックアップ フォルダに対するアクセスが必要です。プライマリ サーバーの可用性を最大にするため、バックアップ フォルダは独立したホスト コンピュータの共有のバックアップ場所に作成することをお勧めします。この共有のバックアップ場所 (バックアップ共有といいます) は、ミラー/プライマリ サーバーを含めたすべてのログ配布サーバーからアクセスできるようにします。

データベース ミラーリングのフェールオーバー後もログ配布を続行するには、プリンシパル データベースをプライマリにしたときと同一の構成で、ミラー サーバーをプライマリ サーバーとして構成する必要があります。ミラー データベースの復元中は、バックアップ ジョブを行ってミラー データベースにログをバックアップすることができません。したがって、セカンダリ サーバーへのログ バックアップのコピーを進行中のプリンシパル/プライマリ データベースがミラー/プライマリ データベースによって妨害されることはありません。誤った警告が報告されるのを防ぐため、ミラー/プライマリ データベースでのバックアップ ジョブの実行後、log_shipping_monitor_history_detail テーブルにメッセージ ログが書き込まれ、成功のステータスがエージェント ジョブから返されます。

ログ配布セッション中はミラー/プライマリ データベースがアクティブでなくなります。ただし、ミラーリングがフェールオーバーした場合は以前のミラー データベースがプリンシパル データベースとしてオンラインになります。同時に、そのデータベースはログ配布プライマリ データベースとしてアクティブになります。そのデータベースにログを配布できなかったログ配布のバックアップ ジョブにより、ログ配布が開始されます。逆に、フェールオーバーが発生すると、以前のプリンシパル/プライマリ データベースが新しいミラー/プライマリ データベースになって復元状態になります。そのデータベースに対するバックアップ ジョブはログのバックアップを停止します。

注意注意

自動フェールオーバーの場合は、以前のプリンシパル/プライマリ データベースがミラーリング セッションに再度参加したときに、ミラーの役割への交代が発生します。

自動フェールオーバーを伴う高い安全性モードを実行するには、ミラーリング監視サーバー インスタンスと呼ばれる追加のサーバー インスタンスを使用してミラーリング セッションを構成します。データベースを同期した後で何かの理由によりプリンシパル データベースに障害が発生した場合、およびミラー サーバーとミラーリング監視サーバーが相互通信を続行できる場合は、自動フェールオーバーが発生します。自動フェールオーバーが発生すると、プリンシパルの役割がミラー サーバーに引き継がれ、ミラーのデータベースがプリンシパル データベースとしてオンラインになります。詳細については、「自動フェールオーバー」を参照してください。新しいプリンシパル/プライマリ サーバーからログ配布のバックアップ場所にアクセスできる場合、バックアップ ジョブはその場所にログ バックアップの配布を開始します。データベース ミラーリングを同期モードにすると、ログ チェーンがミラーリングのフェールオーバーの影響を受けず、有効なログのみが復元されます。セカンダリ サーバーは、別のサーバー インスタンスがプライマリ サーバーになったことを認識することなくログ バックアップのコピーを続行します。

ローカル ログ配布モニタを使用している場合、このシナリオのために特別に考慮が必要な事項はありません。このシナリオでリモート監視インスタンスを使用する際の詳細については、このトピックの「リモート監視インスタンスでのデータベース ミラーリングの影響」を参照してください。

プリンシパルからミラー データベースへのフェールオーバー

次の図に、自動フェールオーバーを伴う高い安全性モードでミラーリングを実行するときに、ログ配布とデータベース ミラーリングの連係動作を示します。Server_A はミラーリング用のプリンシパル サーバーであり、ログ配布用のプライマリ サーバーでもあります。Server_B はミラー サーバーであり、プライマリ サーバーとして構成されています。現在はアクティブになっていません。Server_C および Server_D はログ配布のセカンダリ サーバーです。ログ配布セッションの可用性を最大にするため、バックアップの場所は独立したホスト コンピュータの共有ディレクトリに作成します。

ログ配布とデータベース ミラーリング

ミラーリング フェールオーバー後も、セカンダリ サーバーで定義されているプライマリ サーバーの名前は変わりません。

リモート監視インスタンスでのデータベース ミラーリングの影響

ログ配布をリモート監視インスタンスと共に使用しているときは、ログ配布セッションとデータベース ミラーリングを組み合わせることでモニタ テーブルの情報に影響が及びます。プライマリに関する情報は、プリンシパル/プライマリで構成されたモニタと各セカンダリで構成されたモニタの組み合わせです。

できる限り監視をシームレスにするため、リモート モニタを使用する場合は、セカンダリでプライマリを構成するときに元のプライマリの名前を指定することをお勧めします。こうすることで、Microsoft SQL Server エージェントからのログ配布構成の変更も容易になります。監視の詳細については、「ログ配布の監視」を参照してください。

ミラーリングとログ配布を合わせた設定

データベース ミラーリングとログ配布を合わせて設定するには、次の手順を実行する必要があります。

  1. NORECOVERY が設定されたプリンシパル/プライマリ データベースのバックアップを別のサーバー インスタンスに復元します。このバックアップは、後でデータベース ミラーリングのプリンシパル/プライマリ データベースに対するミラー データベースとして使用します。詳細については、「ミラーリングのためのミラー データベースの準備」を参照してください。

  2. データベース ミラーリングを設定します。詳細については、「データベース ミラーリング セッションを構成する方法 (SQL Server Management Studio)」または「データベース ミラーリングの設定」を参照してください。

  3. プリンシパル/プライマリ データベースのバックアップを別のサーバー インスタンスに復元します。このバックアップは、後でログ配布のプライマリ データベースに対するセカンダリ データベースとして使用します。詳細については、「ログ配布の配置」を参照してください。

  4. 1 つ以上のセカンダリ データベースのプライマリ データベースであるプリンシパル データベースにログ配布を設定します。

    バックアップ ディレクトリ (バックアップ共有) として使用する共有を 1 つ設定します。これにより、プリンシパル サーバーとミラー サーバーの間で役割を交代した後も、引き続き前と同一のディレクトリにバックアップ ジョブによる書き込みが行われます。ベスト プラクティスは、この共有の場所をミラーリングとログ配布に関与しているデータベースをホストするサーバーとは異なる物理サーバー上にすることです。

    詳細については、「ログ配布を有効にする方法 (SQL Server Management Studio)」を参照してください。

  5. プリンシパルからミラーへ手動でフェールオーバーします。

    手動フェールオーバーを実行するには、次の手順を実行します。

  6. プライマリ データベースである新しいプリンシパル (以前は "ミラー") にログ配布を設定します。

    重要な注意事項重要

    セカンダリからは設定を実行しないでください。

    手順 4. で使用したものと同一のバックアップ共有を使用する必要があります。

    SQL Server Management Studio の [トランザクション ログの配布] インターフェイスで、ログ配布構成ごとにサポートされるプライマリ データベースは 1 つのみです。このため、新しいプリンシパルをプライマリとして設定するにはストアド プロシージャを使用する必要があります。詳細については、「ログ配布を有効にする方法 (Transact-SQL)」を参照してください。

  7. 元のプリンシパルにフェールバックするには、別の手動フェールオーバーを実行します。