データベース ミラーリングおよびフェールオーバー クラスタリング

自動フェールオーバーを伴う高い安全性モードのデータベースをミラー化する場合は、パートナーに 2 クラスタ構成を使用することをお勧めします。この構成であれば、最高の可用性が得られます。ミラーリング監視サーバーは、別のクラスタに配置するか、非クラスタ化コンピュータに配置できます。

現在のプリンシパル サーバーを実行しているノードで障害が発生した場合は、クラスタの別のノードへのフェールオーバーが進められている間に、データベースの自動フェールオーバーが数秒のうちに開始されます。データベース ミラーリング セッションは、もう一方のクラスタにあるミラー サーバー、または非クラスタ化コンピュータにフェールオーバーされ、これまでミラー サーバーであったサーバーがプリンシパル サーバーになります。新しいプリンシパル サーバーは、可能な限り短時間でそのサーバーにあるデータベースのコピーをロールフォワードし、プリンシパル データベースとしてこれをオンラインにします。クラスタのフェールオーバーが完了すると (通常、数分で完了します)、それまでプリンシパル サーバーであったフェールオーバー クラスタ インスタンスがミラー サーバーになります。詳細については、「同期データベース ミラーリング (高い安全性モード)」を参照してください。

次の図は、ミラーリング監視サーバー (自動フェールオーバーをサポート) を配置した高い安全性モードで運用されているミラーリング セッションにおけるクラスタ間の自動フェールオーバーを表しています。

ミラーリング セッションを構成する 3 つのサーバー インスタンスが、それぞれ異なるクラスタ Cluster_A、Cluster_B、および Cluster_C に配置されています。各クラスタでは、SQL Server の既定のインスタンスが SQL Server フェールオーバー クラスタ インスタンスとして実行されています。ミラーリング セッションが開始されると、Cluster_A のフェールオーバー クラスタ インスタンスはプリンシパル サーバー、Cluster_B のフェールオーバー クラスタ インスタンスはミラー サーバー、Cluster_C のフェールオーバー クラスタ インスタンスはミラーリング監視サーバーとして機能します。ここで、Cluster_A でのアクティブなノードで障害が発生し、プリンシパル サーバーが利用できなくなったとします。

クラスタがフェールオーバーを行う前に、ミラーリング監視サーバーを併用することにより、プリンシパル サーバーが使用できなくなったことがミラー サーバーによって検出されます。ミラー サーバーは、可能な限り短時間でこのサーバーにあるデータベースをロールフォワードし、プリンシパル データベースとしてこれをオンラインにします。Cluster_A のフェールオーバーが完了すると、これまでのプリンシパル サーバーは現在はミラー サーバーになり、このサーバーのデータベースが Cluster_B の現在のプリンシパル データベースと同期されます。

自動フェールオーバーを伴わない高い安全性モードのデータベースをミラー化する場合は、現在のプリンシパル サーバーを実行しているノードで障害が発生すると、クラスタ内の別のノードがプリンシパル サーバーとして機能するようになります。クラスタが利用できない間は、データベースも利用できないことに注意してください。詳細については、「同期データベース ミラーリング (高い安全性モード)」を参照してください。

高パフォーマンス モードのデータベースをミラー化する場合は、プリンシパル サーバーをクラスタ上のフェールオーバー クラスタ インスタンスに、ミラー サーバーをリモートの非クラスタ化サーバーに配置することをお勧めします。クラスタが別のノードにフェールオーバーした場合、ミラーリング セッションではフェールオーバー クラスタ インスタンスが引き続きプリンシパル サーバーとして機能します。クラスタ全体に問題がある場合、ミラー サーバーにサービスを強制できます。詳細については、「非同期データベース ミラーリング (高パフォーマンス モード)」を参照してください。

新しい SQL Server 2005 フェールオーバー クラスタをセットアップするには

• 新しい SQL Server フェールオーバー クラスターを作成する方法 (セットアップ)

データベース ミラーリングをセットアップするには

• データベース ミラーリングの設定

• データベース ミラーリング セッションを構成する方法 (SQL Server Management Studio)