フェールオーバー クラスタリングと AlwaysOn 可用性グループ (SQL Server)

  • [アーティクル]

SQL Server 2012 で導入された AlwaysOn 可用性グループ (High Availability and Disaster Recovery) ソリューションには、Windows Server フェールオーバー クラスタリング (WSFC) が必要です。 SQL Server フェールオーバー クラスタリングには依存しませんが、AlwaysOn 可用性グループ は、フェールオーバー クラスタリング インスタンス (FCI) を使用して、可用性グループの可用性レプリカをホストすることもできます。 実際に AlwaysOn 可用性グループ 環境を設計する際は、それぞれのクラスタリング テクノロジの役割を知り、注意点を把握しておくことが大切です。

注意注

AlwaysOn 可用性グループ の概念については、「AlwaysOn 可用性グループの概要 (SQL Server)」を参照してください。

このトピックの内容

  • Windows Server フェールオーバー クラスタリング

  • SQL Server フェールオーバー クラスタリング

  • WSFC フェールオーバー クラスター マネージャーを使用した可用性グループの操作に関する制限事項

Windows Server フェールオーバー クラスタリングと可用性グループ

AlwaysOn 可用性グループ を配置するには、Windows Server フェールオーバー クラスタリング (WSFC) クラスターが必要です。 AlwaysOn 可用性グループ を有効にするには、SQL Server のインスタンスが WSFC ノード上に存在し、WSFC クラスターとノードがオンライン状態である必要があります。 さらに、特定の可用性グループの各可用性レプリカが、同じ WSFC クラスターの異なるノード上に存在する必要があります。 唯一の例外は、別の WSFC クラスターに移行するときに、可用性グループは一時的に 2 つのクラスターにまたがることができるという点です。

特定の可用性グループに属している可用性レプリカの現在のロールを監視、管理したり、フェールオーバー イベントが可用性レプリカに及ぼす影響を判断したりするために、AlwaysOn 可用性グループ では Windows Server フェールオーバー クラスタリング (WSFC) クラスターが使用されます。 WSFC リソース グループは、作成されたすべての可用性グループに対して作成されます。 WSFC クラスターは、このリソース グループを監視して、プライマリ レプリカの正常性を評価します。

AlwaysOn 可用性グループ のクォーラムは、クラスター ノードが可用性レプリカをホストしているかどうかに関係なく、WSFC クラスター内のすべてのノードに基づきます。 データベース ミラーリングとは異なり、AlwaysOn 可用性グループ には監視ロールはありません。

WSFC クラスターの全体的な正常性は、クラスター内のノードのクォーラムの投票によって決定されます。 災害や永続的なハードウェア障害または通信障害が原因で WSFC クラスターがオフラインになった場合は、管理操作を手動で行う必要があります。 Windows Server または WSFC クラスターの管理者は、クォーラムを強制し、稼動しているクラスター ノードをフォールト トレラントではない構成でオンラインに戻す必要があります。

重要な注意事項重要

AlwaysOn 可用性グループ レジストリ キーは WSFC クラスターのサブキーです。 WSFC クラスターを削除してから再作成した場合は、元の WSFC クラスター上の可用性レプリカをホストしていた SQL Server の各インスタンスについて、AlwaysOn 可用性グループ 機能を無効にしてから再度有効にする必要があります。

Windows Server フェールオーバー クラスタリング (WSFC) ノードでの SQL Server の実行および WSFC クォーラムについては、「Windows Server フェールオーバー クラスタリング (WSFC) と SQL Server」を参照してください。

[トップに戻る] リンクで使用される矢印アイコン[先頭に戻る]

OS アップグレードのための AlwaysOn 可用性グループのクラスター間での移行

SQL Server 2012 SP1 から、AlwaysOn 可用性グループでは、新しい Windows Server フェールオーバー クラスタリング (WSFC) クラスターに配置するために行う可用性グループのクラスター間での移行が新たにサポートされています。 クラスター間の移行では、ダウンタイムを最小限に抑えながら、1 つの可用性グループを (または複数の可用性グループを一括して) 新しい移行先 WSFC クラスターに移行します。 クラスター間の移行プロセスを使用すると、Windows Server 2012 クラスターへのアップグレード時にサービス レベル契約 (SLA) を維持できます。 移行先の WSFC クラスターに SQL Server 2012 SP1 (またはそれ以降のバージョン) をインストールし、AlwaysOn 用に有効にする必要があります。 クラスター間での移行を成功させるには、移行先 WSFC クラスターを綿密に計画し、準備することが必要です。

詳細については、「OS アップグレードのための AlwaysOn 可用性グループのクラスター間での移行」を参照してください。

SQL Server フェールオーバー クラスター インスタンス (FCI) と可用性グループ

SQL Server フェールオーバー クラスタリングを WSFC クラスターと共に実装することにより、サーバー インスタンス レベルで第 2 のフェールオーバー レイヤーをセットアップできます。 可用性レプリカは、SQL Server のスタンドアロン インスタンスまたは FCI インスタンスでホストできます。 特定の可用性グループのレプリカをホストできる FCI パートナーは 1 つに限られます。 可用性レプリカが FCI で実行されている場合、可用性グループの有効な所有者の一覧には、アクティブな FCI ノードだけが含まれます。

AlwaysOn 可用性グループ は、共有ストレージの形態には依存しません。 ただし、SQL Server フェールオーバー クラスター インスタンス (FCI) を使用して 1 つまたは複数の可用性レプリカをホストする場合、各 FCI では標準の SQL Server フェールオーバー クラスター インスタンスのインストールと同様、共有ストレージが必要になります。

追加の前提条件の詳細については、「AlwaysOn 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)」の「SQL Server のフェールオーバー クラスター インスタンス (FCI) を使用して可用性レプリカをホストするための前提条件と制限」を参照してください。

フェールオーバー クラスター インスタンスと可用性グループの比較

FCI のノードの数に関係なく、FCI 全体は可用性グループ内の 1 つのレプリカをホストします。 次の表に、FCI 内のノードと可用性グループ内のレプリカの概念の違いについて説明します。

FCI 内のノード

可用性グループ内のレプリカ

WSFC クラスターを使用する

○

○

保護レベル

インスタンス

データベース

ストレージの種類

Shared

非共有1

ストレージ ソリューション

直接接続、SAN、マウント ポイント、SMB

ノードの種類によって異なる

読み取り可能なセカンダリ

×2

○

該当するフェールオーバー ポリシー設定

  • WSFC クォーラム

  • FCI 固有

  • 可用性グループ設定3

  • WSFC クォーラム

  • 可用性グループ設定

フェールオーバー リソース

サーバー、インスタンス、およびデータベース

データベースのみ

1可用性グループ内のレプリカがストレージを共有しない一方、FCI によってホストされるレプリカは、FCI によって必要とされたときに共有ストレージ ソリューションを使用します。 ストレージ ソリューションは、可用性グループのレプリカ間ではなく、FCI 内のノードでのみ共有されます。

2可用性グループ内の同期セカンダリ レプリカは、常に対応する SQL Server インスタンス上で実行されていますが、FCI 内のセカンダリ ノードは、実際には対応する SQL Server インスタンスを起動していないため、読み取り不可能です。 FCI 内のセカンダリ ノードは、FCI フェールオーバー中にリソース グループの所有権が転送されたときにのみ、SQL Server インスタンスを起動します。 ただし、アクティブな FCI ノードにおいて、FCI によってホストされるデータベースが可用性グループに属している場合にローカルな可用性グループが読み取り可能なセカンダリ レプリカとして実行されていると、データベースは読み取り可能です。

3可用性グループのフェールオーバー ポリシー設定は、スタンドアロン インスタンスと FCI インスタンスのどちらでホストされているかに関係なく、すべてのレプリカに適用されます。

注意注

SQL Server の各エディションにおけるフェールオーバー クラスタリング内のノード数および AlwaysOn 可用性グループの詳細については、「SQL Server 2012 の各エディションがサポートする機能」(https://go.microsoft.com/fwlink/?linkid=232473) を参照してください。

FCI で可用性レプリカをホストする場合の考慮事項

重要な注意事項重要

SQL Server フェールオーバー クラスター インスタンス (FCI) で可用性レプリカをホストすることを計画している場合は、Windows Server 2008 ホスト ノードが AlwaysOn の前提条件およびフェールオーバー クラスター インスタンス (FCI) の制限を満たしていることを確認してください。 詳細については、「AlwaysOn 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)」を参照してください。

SQL Server フェールオーバー クラスター インスタンス (FCI) は可用性グループによる自動フェールオーバーをサポートしないため、FCI によってホストされる可用性レプリカは手動フェールオーバー用にのみ構成できます。

場合により、すべてのノードで使用できな共有ディスクを含めるように Windows Server フェールオーバー クラスタリング (WSFC) クラスターを構成する必要があります。 たとえば、3 つのノードを持つ 2 つのデータ センター間の WSFC クラスターを検討します。 ノードのうちの 2 つは、プライマリ データ センター内の SQL Server フェールオーバー クラスタリング インスタンス (FCI) をホストし、同じ共有ディスクにアクセスできます。 3 つ目のノードは、別のデータ センター内の SQL Server のスタンドアロン インスタンスをホストし、プライマリ データ センターの共有ディスクにはアクセスできません。 この WSFC クラスター構成では、FCI でプライマリ レプリカがホストされ、スタンドアロン インスタンスでセカンダリ レプリカがホストされる場合に可用性グループの配置がサポートされます。

特定の可用性グループの可用性レプリカをホストするために FCI を選択する場合は、FCI フェールオーバーによって 1 つの WSFC ノードで同じ可用性グループの 2 つの可用性レプリカをホストする操作が試行されないように注意してください。

この構成によってどのような問題が起きるかを次のサンプル シナリオに示します。

  • Marcel は、NODE01 と NODE02 の 2 つのノードから成る WSFC クラスターを構成しています。SQL Server フェールオーバー クラスター インスタンス fciInstance1 は、NODE01 と NODE02 の両方にインストールされています。fciInstance1 の現在の所有者は NODE01 です。

  • Marcel は、NODE02 に、別の SQL Server インスタンス Instance3 をインストールすることにしました。Instance3 はスタンドアロン インスタンスです。

  • Marcel は、NODE01 で、fciInstance1 に対する AlwaysOn 可用性グループ を有効にしました。NODE02 では、Instance3 に対する AlwaysOn 可用性グループ を有効にしました。さらに、可用性グループをセットアップしました。この可用性グループは、fciInstance1 がプライマリ レプリカをホストするためだけでなく、Instance3 がセカンダリ レプリカをホストするためにも使用されます。

  • あるとき、NODE01 上の fciInstance1 が利用できなくなり、WSFC クラスターによって、fciInstance1 が NODE02 にフェールオーバーされたとします。フェールオーバー後の fciInstance1 は、NODE02 上でプライマリ ロールとして動作する AlwaysOn 可用性グループ 対応のインスタンスです。しかし、この時点で Instance3 は、fciInstance1 と同じ WSFC ノードに存在します。これは AlwaysOn 可用性グループ の制約に違反します。

このシナリオで起きる問題を回避するには、スタンドアロン インスタンス (Instance3) が、NODE01 や NODE02 と同じ WSFC クラスター内の別のノードに存在している必要があります。

SQL Server フェールオーバー クラスタリングの詳細については、「AlwaysOn フェールオーバー クラスター インスタンス (SQL Server)」を参照してください。

[トップに戻る] リンクで使用される矢印アイコン[先頭に戻る]

WSFC フェールオーバー クラスター マネージャーを使用した可用性グループの操作に関する制限事項

フェールオーバー クラスター マネージャーを使用して可用性グループを操作しないでください。次に例を示します。

  • 可用性グループのクラスター化されたサービス (リソース グループ) のリソースの追加や削除を行わないでください。

  • 可用性グループのプロパティ (たとえば、有効な所有者、優先所有者) を変更しないでください。 これらのプロパティは、可用性グループによって自動的に設定されます。

  • フェールオーバー クラスター マネージャーを使用して可用性グループを他のノードに移動したり可用性グループをフェールオーバーしたりしないでください。 フェールオーバー クラスターは可用性レプリカの同期状態を認識しないため、そのような操作を行うとダウンタイムが長くなることがあります。 Transact-SQL または SQL Server Management Studio を使用する必要があります。

[トップに戻る] リンクで使用される矢印アイコン[先頭に戻る]

関連コンテンツ

[トップに戻る] リンクで使用される矢印アイコン[先頭に戻る]

関連項目

概念

AlwaysOn 可用性グループの概要 (SQL Server)

AlwaysOn 可用性グループの有効化と無効化 (SQL Server)

可用性グループの監視 (Transact-SQL)

AlwaysOn フェールオーバー クラスター インスタンス (SQL Server)