SQL Server を使用した Windows Server フェールオーバー クラスター - SQL Server Always On (2023)

に適用されます： SQLサーバー

あWindows サーバー フェールオーバー クラスター(WSFC) は、アプリケーションとサービスの可用性を高めるために連携する独立したサーバーのグループです。 SQL Server は、WSFC のサービスと機能を利用して、Always On 可用性グループと SQL Server フェールオーバー クラスター インスタンスをサポートします。

用語と定義

Windows Server フェールオーバー クラスター (WSFC) WSFC は、アプリケーションとサービスの可用性を高めるために連携して動作する独立したサーバーのグループです。

ノード
WSFC に参加しているサーバー。

クラスターリソース
ノードによって所有され、オンラインまたはオフラインになり、ノード間を移動し、クラスター オブジェクトとして管理できる物理または論理エンティティ。クラスター リソースは、いかなる時点でも 1 つのノードのみが所有できます。

役割
特定の機能を提供するために単一のクラスター オブジェクトとして管理されるクラスター リソースのコレクション。 SQL Server の場合、ロールは Always On 可用性グループ (AG) または Always On フェールオーバー クラスター インスタンス (FCI) のいずれかになります。ロールには、AG または FCI に必要なクラスター リソースがすべて含まれています。フェイルオーバーとフェイルバックは常にロールのコンテキストで動作します。 FCI の場合、ロールには IP アドレス リソース、ネットワーク名リソース、および SQL Server リソースが含まれます。 AG ロールには AG リソースが含まれ、リスナーが設定されている場合はネットワーク名と IP リソースが含まれます。

ネットワーク名リソース
クラスタリソースとして管理される論理サーバ名です。ネットワーク名リソースは、IP アドレス リソースとともに使用する必要があります。これらのエントリには、Active Directory ドメイン サービスや DNS のオブジェクトが必要な場合があります。

リソースの依存関係
別のリソースが依存するリソース。リソース A がリソース B に依存する場合、B は A の依存関係になります。リソース A はリソース B なしでは起動できません。

優先所有者
リソース グループが優先的に実行されるノード。各リソース グループは、優先順位で並べ替えられた優先所有者のリストに関連付けられます。自動フェイルオーバー中に、リソース グループは優先所有者リスト内の次の優先ノードに移動されます。

所有者候補
リソースを実行できるセカンダリ ノード。各リソース グループは、可能な所有者のリストに関連付けられます。ロールは、所有者候補としてリストされているノードにのみフェイルオーバーできます。

誰のやり方で
クラスターが耐えられるノード障害の数を決定するフェールオーバー クラスターのクォーラム構成。

定足数の力
クォーラムに必要な要素の少数のみが通信している場合でも、クラスターを開始するプロセス。

Windows Server フェールオーバー クラスタリングの概要

Windows Server フェールオーバー クラスタリングは、Microsoft SQL Server や Microsoft Exchange などのホスト型サーバー アプリケーションの高可用性および災害復旧シナリオをサポートするインフラストラクチャ機能を提供します。クラスター ノードまたはサービスに障害が発生した場合、そのノードでホストされていたサービスは、「」と呼ばれるプロセスで別の利用可能なノードに自動的または手動で転送できます。フェイルオーバー。

WSFC 内のノードは連携して、次のタイプの機能を集合的に提供します。

• 分散メタデータと通知。WSFC サービスとホストされるアプリケーションのメタデータは、クラスター内の各ノードで維持されます。このメタデータには、ホストされるアプリケーションの設定に加えて、WSFC の構成とステータスが含まれます。ノードのメタデータまたはステータスに対する変更は、WSFC 内の他のノードに自動的に伝播されます。

• 資源管理。WSFC 内の個々のノードは、直接接続ストレージ、ネットワーク インターフェイス、共有ディスク ストレージへのアクセスなどの物理リソースを提供できます。ホストされたアプリケーションは、自身をクラスター リソースとして登録し、他のリソースに対する起動および正常性の依存関係を構成する場合があります。

• 健康状態のモニタリング。ノード間およびプライマリ ノードの健全性検出は、ハートビート スタイルのネットワーク通信とリソース監視の組み合わせによって実現されます。 WSFC の全体的な健全性は、WSFC 内のノードの定足数の投票によって決まります。

  See Also

  Windows Server - SQL Server とフェールオーバー クラスター - SQL Server Always OnSQL Server Always On 可用性グループの Windows フェールオーバー クラスター クォーラム モード

• フェイルオーバーの調整。各リソースはプライマリ ノードでホストされるように構成されており、それぞれを 1 つ以上のセカンダリ ノードに自動または手動で転送できます。健全性ベースのフェイルオーバー ポリシーは、ノード間のリソース所有権の自動転送を制御します。ノードとホストされたアプリケーションは、フェイルオーバーが発生すると通知を受けて、適切に対応できるようになります。

詳細については、以下を参照してください。フェールオーバー クラスタリングの概要 - Windows Server

SQL Server Always On テクノロジと WSFC

SQLサーバー常にオンは、WSFC を利用した高可用性および災害復旧ソリューションです。 Always On 機能は、アプリケーションの可用性を高め、ハードウェア投資に対する収益を向上させ、高可用性の展開と管理を簡素化する、統合された柔軟なソリューションを提供します。

Always On 可用性グループと Always On フェールオーバー クラスター インスタンスはどちらも、プラットフォーム テクノロジとして WSFC を使用し、コンポーネントを WSFC クラスター リソースとして登録します。関連リソースは 1 つにまとめられます。役割、他の WSFC クラスター リソースに依存させることができます。 WSFC は、SQL Server インスタンスを再起動するか、WSFC 内の別のサーバー ノードに自動的にフェールオーバーする必要があることを感知して通知できます。

Always On フェールオーバー クラスター インスタンスによるインスタンス レベルの高可用性

常時接続フェールオーバー クラスター インスタンス(FCI) は、WSFC 内のノード全体にインストールされる SQL Server インスタンスです。このタイプのインスタンスは、ストレージのリソースと仮想ネットワーク名に依存します。ストレージは、共有ディスク ストレージとしてファイバー チャネル、iSCSI、FCoE、または SAS を使用することも、ローカルに接続されたストレージを使用することもできます。記憶域スペース ダイレクト (S2D)。仮想ネットワーク名リソースは、それぞれが異なるサブネットにある 1 つ以上の仮想 IP アドレスに依存します。 SQL Server サービスと SQL Server エージェント サービスもリソースであり、どちらもストレージと仮想ネットワーク名のリソースに依存します。

フェイルオーバーが発生した場合、WSFC サービスはインスタンスのリソースの所有権を指定されたフェイルオーバー ノードに転送します。その後、SQL Server インスタンスがフェールオーバー ノード上で再起動され、データベースは通常どおり復元されます。いつでも、クラスター内の 1 つのノードだけが FCI と基盤となるリソースをホストできます。

詳細については、以下を参照してください。Always On フェールオーバー クラスター インスタンス (SQL Server)

Always On 可用性グループによるデータベース レベルの高可用性

常時接続可用性グループ(AG) は、一緒にフェールオーバーする 1 つ以上のユーザー データベースです。可用性グループはプライマリで構成されます。可用性レプリカ1 ～ 4 つのセカンダリ レプリカは、共有ストレージを必要とせずにデータ保護のために SQL Server ログベースのデータ移動によって維持されます。各レプリカは、WSFC の異なるノード上の SQL Server インスタンスによってホストされます。可用性グループと対応する仮想ネットワーク名は、WSFC クラスター内のリソースとして登録されます。

アン可用性グループ リスナープライマリ レプリカのノード上の は、受信クライアント要求に応答して仮想ネットワーク名に接続し、接続文字列の属性に基づいて各要求を適切な SQL Server インスタンスにリダイレクトします。

フェールオーバーが発生した場合、共有物理リソースの所有権を別のノードに譲渡するのではなく、WSFC を利用して別の SQL Server インスタンス上のセカンダリ レプリカを再構成し、可用性グループのプライマリ レプリカになります。その後、可用性グループの仮想ネットワーク名リソースがそのインスタンスに転送されます。

いかなる時点でも、可用性グループのデータベースのプライマリ レプリカをホストできるのは 1 つの SQL Server インスタンスのみであり、関連付けられているすべてのセカンダリ レプリカはそれぞれ別のインスタンス上に存在する必要があり、各インスタンスは別の物理ノード上に存在する必要があります。

詳細については、以下を参照してください。Always On 可用性グループ (SQL Server) の概要

WSFC ヘルスモニタリングとフェイルオーバー

Always On ソリューションの高可用性は、物理および論理 WSFC クラスター リソースのプロアクティブな健全性監視と、冗長ハードウェアへの自動フェイルオーバーおよび再構成によって実現されます。システム管理者は、手動フェイルオーバー可用性グループまたは SQL Server インスタンスをあるノードから別のノードに移動します。

ノード、フェールオーバー クラスター インスタンス、および可用性グループのフェールオーバー ポリシー

あフェイルオーバーポリシーWSFC ノード、SQL Server フェールオーバー クラスター インスタンス (FCI)、および可用性グループ レベルで構成されます。これらのポリシーは、異常なクラスター リソース ステータスとノードの応答性の重大度、期間、頻度に基づいて、サービスの再起動または自動フェイルオーバークラスター リソースをあるノードから別のノードに移動したり、ある SQL Server インスタンスから別の SQL Server インスタンスへの可用性グループのプライマリ レプリカの移動をトリガーしたりできます。

可用性グループ レプリカのフェールオーバーは、基になる SQL Server インスタンスには影響しません。 FCI のフェールオーバーにより、ホストされた可用性グループのレプリカがインスタンスとともに移動されます。

詳細については、以下を参照してください。フェールオーバー クラスター インスタンスのフェールオーバー ポリシー

WSFC リソースの健全性の検出

WSFC 内の各リソースは、定期的またはオンデマンドでステータスと正常性を報告できます。さまざまな状況がリソースの障害を示す可能性があります。例えば電源障害、ディスクまたはメモリのエラー、ネットワーク通信エラー、または応答しないサービス。

ネットワーク、ストレージ、サービスなどの WSFC リソースは、相互に依存させることができます。リソースの累積的な健全性は、リソースの健全性と各リソースの依存関係の健全性を連続的にロールアップすることによって決定されます。

WSFC ノード間の健全性検出とクォーラム投票

WSFC 内の各ノードは、定期的なハートビート通信に参加して、ノードの健全性ステータスを他のノードと共有します。応答しないノードは障害状態にあると見なされます。

定足数は、WSFC 内で十分なリソースがオンラインであることを確認することで、WSFC が稼働していることを確認するのに役立つメカニズムです。 WSFC に十分な投票がある場合、WSFC は正常であり、ノード レベルのフォールト トレランスを提供できます。

あ誰のモードWSFC 内で構成され、クォーラム投票に使用される方法と、いつ自動フェールオーバーを実行するかクラスターをオフラインにするかを決定します。

クォーラム強制による災害復旧

運用方法と WSFC 構成に応じて、自動フェールオーバーと手動フェールオーバーの両方を発生させることができ、堅牢でフォールト トレラントな SQL Server Always On ソリューションを維持できます。ただし、WSFC 内の適格な投票ノードのクォーラムが相互に通信できない場合、または WSFC クラスターが正常性検証に失敗した場合、WSFC はオフラインになる可能性があります。

計画外の災害、または持続的なハードウェア障害または通信障害により WSFC がオフラインになった場合は、手動による管理介入が必要になります。どの力そして、残りのクラスター ノードを非フォールト トレラント構成でオンラインに戻します。

その後、WSFC を再構成し、影響を受けたデータベース レプリカを回復し、新しいクォーラムを再確立する一連の手順も実行する必要があります。

詳細については、以下を参照してください。強制クォーラムによる WSFC ディザスタ リカバリ (SQL Server)

SQL Server Always On コンポーネントと WSFC の関係

SQL Server Always On と WSFC の機能およびコンポーネントの間には、いくつかの層の関係が存在します。

Always On 可用性グループは SQL Server インスタンスでホストされます。
プライマリ データベースまたはセカンダリ データベースに接続するための論理可用性グループ リスナー ネットワーク名を指定するクライアント要求は、基になる SQL Server インスタンスまたは SQL Server FCI の適切なインスタンス ネットワーク名にリダイレクトされます。

SQL Server インスタンスは単一ノードでアクティブにホストされます。
スタンドアロン SQL Server インスタンスが存在する場合、そのインスタンスは常に静的なインスタンス ネットワーク名を持つ単一のノード上に存在します。 SQL Server FCI が存在する場合、SQL Server FCI は、単一の仮想インスタンス ネットワーク名を持つ 2 つ以上の可能なフェールオーバー ノードの 1 つでアクティブになります。

ノードは WSFC クラスターのメンバーです。
すべてのノードの WSFC 構成メタデータとステータスは、各ノードに保存されます。各サーバーは、ユーザーまたはシステム データベースに非対称ストレージまたは共有ストレージ (SAN) ボリュームを提供する場合があります。各サーバーには、1 つ以上の IP サブネット上に少なくとも 1 つの物理ネットワーク インターフェイスがあります。

WSFC は、サーバーのグループの状態を監視し、構成を管理します。
WSFC メカニズムは、WSFC 構成メタデータおよびステータスへの変更を WSFC 内のすべてのノードに伝播します。ディスク監視が使用されている場合は、メタデータもそこに保存されます。デフォルトでは、WSFC の各ノードはクォーラムに対する投票を取得し、必要に応じて監視が使用され、構成されます。

Always On 可用性グループのレジストリ キーは、WSFC クラスターのサブキーです。
WSFC を削除して再作成する場合は、元の WSFC で Always On 可用性グループに対して有効になっていた各サーバー インスタンスの Always On 可用性グループ機能を無効にして再度有効にする必要があります。詳細については、「」を参照してください。Always On 可用性グループの有効化と無効化 (SQL Server)。

• クラスター クォーラム NodeWeight 設定の表示

• クラスター クォーラム NodeWeight 設定の構成

• クォーラムなしで WSFC クラスターを強制的に起動する

関連性のあるコンテンツ

• Windows Server テクノロジ: フェールオーバー クラスター

• 記憶域スペース ダイレクト (S2D) の概要

• Windows Server 2008 R2 のフェールオーバー クラスター

• フェールオーバー クラスターのイベントとログの表示

• Get-ClusterLog フェールオーバー クラスター コマンドレット

関連項目

Always On フェールオーバー クラスター インスタンス (SQL Server)Always On 可用性グループ (SQL Server) の概要WSFC クォーラム モードと投票構成 (SQL Server)フェールオーバー クラスター インスタンスのフェールオーバー ポリシー強制クォーラムによる WSFC ディザスタ リカバリ (SQL Server)
SQL Server 2016 は Windows Server 2016 記憶域スペース ダイレクトをサポートします