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

適用対象:SQL Server

SQL Server Always On フェールオーバークラスターインスタンスは、Windows Server フェールオーバークラスタリング (WSFC) を使用してローカルの高可用性を提供します。フェールオーバークラスターインスタンス (FCI) は、サーバーインスタンスレベルの冗長性を備えています。 FCI は、Windows Server クラスターノード全体にインストールされ、場合によっては複数のサブネットにまたがってインストールされる SQL Server の単一インスタンスです。 FCI は、ネットワーク上では 1 台のコンピューターで実行されている SQL Server のインスタンスとして見えますが、現在のノードが使用できなくなった場合には、1 つの WSFC ノードから別の WSFC ノードにフェールオーバーする機能を備えています。

FCI は [Always On 可用性グループ] を使用して、データベースレベルでのリモートのディザスターリカバリーを実現します。詳細については、「フェールオーバークラスタリングと Always On 可用性グループ (SQL Server)」を参照してください。

SQL Server フェールオーバークラスターインスタンスは、Windows Server 2016 Datacenter エディションで導入されたクラスター記憶域リソースの記憶域スペースダイレクトをサポートします。詳細については、Windows Server での記憶域スペースダイレクトに関する記事を参照してください。

フェールオーバークラスターインスタンスでは、クラスター共有ボリューム (CSV) もサポートされます。詳細については、「フェールオーバークラスター内のクラスター共有ボリュームについて」を参照してください。

Note

SQL Server 2025 (17.x) プレビューでは、フェールオーバークラスターインスタンスに厳密な接続を適用するサポートが導入されています。

フェールオーバークラスターインスタンスの利点

サーバーハードウェアまたはソフトウェアの障害が発生すると、サーバーに接続しているアプリケーションまたはクライアントにダウンタイムが発生します。冗長ノードは、スタンドアロンインスタンスではなく FCI である SQL Server インスタンスの可用性を保護します。一度に FCI 内のノードの 1 つだけが WSFC リソースグループを所有します。障害が発生した場合 (ハードウェア障害、オペレーティングシステム障害、アプリケーション、サービス障害など)、または計画的なアップグレード中に、クラスターはリソースグループの所有権を別の WSFC ノードに移動します。このプロセスは、SQL Server に接続しているクライアントまたはアプリケーションに対して透過的です。このプロセスにより、障害発生時にアプリケーションまたはクライアントが発生するダウンタイムが最小限に抑えられます。 SQL Server フェールオーバークラスターインスタンスが提供する主な利点を次に示します。

冗長性によるインスタンスレベルでの保護。
障害が発生した場合の自動フェールオーバー (ハードウェア障害、オペレーティングシステムの障害、またはアプリケーションとサービスの障害)。

重要

可用性グループでは、FCI から可用性グループ内の他のノードへの自動フェールオーバーはサポートされていません。そのため、自動フェールオーバーが高可用性ソリューションの重要なコンポーネントである場合は、FCI とスタンドアロンノードを可用性グループ内で結合しないでください。ただし、ディザスターリカバリー ソリューションではこの組み合わせを使用できます。
WSFC クラスターディスク (iSCSI、ファイバーチャネルなど) やサーバーメッセージブロック (SMB) ファイル共有など、幅広い記憶域ソリューションのサポート。
マルチサブネット FCI を介したディザスターリカバリー、または可用性グループ内で FCI でホストされるデータベースを実行する。 SQL Server 2012 (11.x) のマルチサブネットサポートでは、マルチサブネット FCI には仮想 LAN は必要ありません。このサポートにより、マルチサブネット FCI の管理性とセキュリティが向上します。
フェールオーバー時にアプリケーションとクライアントの再構成は必要ありません。
自動フェールオーバーの詳細なトリガーイベント用の柔軟なフェールオーバーポリシー。
専用接続および永続接続を使用した、定期的および詳細な正常性状態の検出による信頼性の高いフェールオーバー。
間接バックグラウンドチェックポイントにより、フェールオーバー時に構成と予測が可能です。
フェールオーバー時に、リソース使用状況が調整されます。

推奨事項

運用環境では、フェールオーバークラスターインスタンスの仮想 IP アドレスと組み合わせて静的 IP アドレスを使用します。

DHCP は、運用環境では使用しないでください。ダウンタイムが発生した場合、DHCP IP リースの有効期限が切れた場合、DNS 名に関連付けられている新しい DHCP IP アドレスを再登録するために余分な時間が必要になります。

フェールオーバークラスターインスタンスの概要

FCI は、1 つ以上の WSFC ノードのある WSFC リソースグループで実行します。 FCI が起動すると、ノードの 1 つにリソースグループの所有権が付与され、それによって SQL Server のインスタンスがオンラインにされます。このノードが所有するリソースは次のとおりです。

ネットワーク名
IP アドレス
共有ディスク
SQL Server データベースエンジンサービス
SQL Server エージェントサービス
SQL Server Analysis Services サービスがインストールされている場合
1 つのファイル共有リソース (FILESTREAM 機能がインストールされている場合)

任意の時点で、リソースグループ所有者だけがリソースグループ内のそれぞれの SQL Server サービスを実行しています (FCI の他のノードでは実行されません)。自動フェールオーバーでも計画フェールオーバーでも、フェールオーバーが発生すると、次の一連のイベントが発生します。

ハードウェアまたはシステムの障害が発生しない限り、バッファーキャッシュ内のすべてのダーティページがディスクに書き込まれます。
リソースグループ内のそれぞれの SQL Server サービスが、すべてアクティブノードで停止されます。
リソースグループの所有権が FCI の別のノードに転送されます。
新しいリソースグループ所有者が SQL Server サービスを開始します。
クライアントアプリケーション接続要求は、同じ仮想ネットワーク名を使用して新しいアクティブノードに自動的に送信されます。

FCI は、基になる WSFC クラスターが良好なクォーラム正常性である限りオンラインです。 (クォーラム WSFC ノードの大部分は、自動フェールオーバーターゲットとして使用できます)。WSFC クラスターがクォーラムを失うと、ハードウェア、ソフトウェア、またはネットワークの障害や不適切なクォーラム構成が原因で、WSFC クラスター全体が FCI と共にオフラインになります。この予定外のフェールオーバーシナリオでは、WSFC クラスターと FCI をオンラインに戻すために、手動介入によって残りの使用可能ノードでクォーラムを再確立する必要があります。詳細については、 WSFC クォーラムモードと投票構成 (SQL Server) に関するページを参照してください。

予測可能なフェールオーバー時間

SQL Server インスタンスによってチェックポイント操作が最後に実行されたタイミングによっては、バッファーキャッシュに多数のダーティページが存在する可能性があります。このため、フェールオーバーは、残りのダーティページをディスクに書き込むまで継続し、フェールオーバー時間が長く予測不能になる場合があります。 SQL Server 2012 (11.x) 以降では、FCI は間接チェックポイントを使用して、バッファーキャッシュに保持されるダーティページの数を調整できます。これにより、通常のワークロードではより多くのリソースが消費されますが、フェールオーバー時間はより予測可能で構成可能になります。これは、組織内のサービスレベルアグリーメントで高可用性ソリューションの目標復旧時間 (RTO) を指定する場合に便利です。詳細については、間接チェックポイントを参照してください。

信頼性の高い正常性監視と柔軟なフェールオーバーポリシー

FCI が正常に開始されると、WSFC サービスは、基になる WSFC クラスターの正常性と SQL Server インスタンスの正常性の両方を監視します。 SQL Server 2012 (11.x) 以降、WSFC サービスは専用の接続を使用して、システムストアドプロシージャを介してアクティブな SQL Server インスタンスをポーリングし、詳細なコンポーネント診断を行います。結果として、次の 3 つの影響があります。

SQL Server インスタンスへの専用接続により、FCI が非常に高負荷の場合でも、コンポーネント診断を常に確実にポーリングできます。この機能により、負荷が高いシステムと障害状態のシステムを区別できるため、誤ったフェールオーバーなどの問題を回避できます。
詳細なコンポーネント診断により、より柔軟なフェールオーバーポリシーを構成できます。これにより、フェールオーバーをトリガーする障害条件を選択できます。
詳細コンポーネント診断により、自動フェールオーバーをさかのぼってトラブルシューティングすることもできます。診断情報がログファイルに格納され、 SQL Server エラーログと併置されます。ログファイルビューアーに読み込んで、フェールオーバーの原因を特定するために、フェールオーバーが発生するまでのコンポーネントの状態を調べることができます。

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

TLS 1.3 暗号化を構成する

SQL Server 2025 (17.x) プレビューでは TDS 8.0 のサポートが導入されています。これにより、Windows Server フェールオーバークラスターとフェールオーバークラスターインスタンス間の通信に TLS 1.3 暗号化を適用できます。

開始するには、厳密な暗号化を使用した接続に関する説明を確認してください。

Note

マシンで TLS 1.2 が無効になっている場合、SQL Server 2025 (17.x) Preview フェールオーバークラスターインスタンスのインストールが失敗します。

フェールオーバークラスターインスタンスの構成要素

FCI は、同様のハードウェア構成と、オペレーティングシステムのバージョンとパッチレベル、および SQL Server のバージョン、パッチレベル、コンポーネント、インスタンス名を含む同一のソフトウェア構成を含む一連の物理サーバー (ノード) で構成されます。 FCI がノード間でフェールオーバーしたときに完全に機能できるようにするには、同じソフトウェア構成が必要です。

WSFC リソースグループ

SQL Server FCI は、WSFC リソースグループで実行されます。リソースグループ内の各ノードは、フェールオーバー後に FCI の完全な機能を確保するために、構成設定とチェックポイントされたレジストリキーの同期コピーを保持します。一度に 1 つのリソースグループ (アクティブノード) を所有するのは、クラスター内のノードの 1 つだけです。 WSFC サービスは、FCI の仮想ネットワーク名と仮想 IP アドレスに加えて、サーバークラスター、クォーラム構成、フェールオーバーポリシー、およびフェールオーバー操作を管理します。障害 (ハードウェア障害、オペレーティングシステムの障害、アプリケーションとサービスの障害) または計画的なアップグレードが発生した場合、リソースグループの所有権は FCI 内の別のノードに移動されます。 WSFC リソースグループでサポートされるノードの数は、お使いの SQL Server のエディションによって異なります。また、CPU、メモリ、ディスク数などのハードウェア容量に応じて、同じ WSFC クラスターが複数の FCI (複数のリソースグループ) を実行できます。

SQL Server バイナリ

製品バイナリは、SQL Server スタンドアロンインストールに似たプロセスで FCI の各ノードにローカルにインストールされます。ただし、起動時にサービスは自動的に開始されず、WSFC によって管理されます。

Storage

可用性グループとは異なり、FCI はデータベースおよびログストレージに FCI のすべてのノード間で共有ストレージを使用する必要があります。共有記憶域は、WSFC クラスターディスク、SAN 上のディスク、記憶域スペースダイレクト、または SMB 上のファイル共有の形式にすることができます。そのため、FCI 内のすべてのノードは、フェールオーバーが発生するたびにインスタンスデータのビューが同じになります。ただし、これは、共有ストレージが単一障害点になる可能性があり、FCI が基になるストレージソリューションに依存してデータ保護を確保することを意味します。

ネットワーク名

FCI の仮想ネットワーク名は、FCI の統合接続ポイントを提供します。この統合接続ポイントを使用すると、現在アクティブなノードを知らなくても、アプリケーションは仮想ネットワーク名に接続できます。フェールオーバーが発生すると、仮想ネットワーク名は、開始後に新しいアクティブノードに登録されます。このプロセスは、SQL Server に接続しているクライアントまたはアプリケーションに対して透過的であり、障害発生時にアプリケーションまたはクライアントが発生するダウンタイムを最小限に抑えます。

次のスクリーンショットは、フェールオーバークラスターマネージャーのフェールオーバークラスターインスタンスのネットワーク名を示しています。

フェールオーバークラスターマネージャーの FCI ネットワーク名のスクリーンショット。

仮想 IP

マルチサブネット FCI の場合、FCI の各サブネットに仮想 IP アドレスが割り当てられます。フェールオーバー中に、DNS サーバー上の仮想ネットワーク名が、それぞれのサブネットの仮想 IP アドレスを指すように更新されます。アプリケーションとクライアントは、マルチサブネットフェールオーバー後に同じ仮想ネットワーク名を使用して FCI に接続できます。

SQL Server フェールオーバーの概念とタスク

概念とタスク	[アーティクル]
障害検出メカニズムと柔軟なフェールオーバーポリシーについて説明します。	フェールオーバークラスターインスタンスのフェールオーバーポリシー
FCI の管理とメンテナンスの概念について説明します。	フェールオーバークラスターインスタンスの管理とメンテナンス
マルチサブネットの構成と概念について説明します。	SQL Server マルチサブネットクラスタリング

WSFC での SQL Server FCI でサポートされる構成

WSFC に基づく SQL Server FCI は、次の製品でサポートされています。

Windows Server 2012
Windows Server 2012 R2
Windows Server 2016 Standard エディションと Datacenter エディション
Windows Server 2019 Standard エディションと Datacenter エディション
Windows Server 2022 Standard エディションと Datacenter エディション

Windows Server には、次の 2 種類のクラスタリングサービスが用意されています。

ノードが失われた場合、または SQL Server のインスタンスに問題が存在する場合は、高可用性のために SQL Server と共に使用できるのは、サーバークラスターソリューションだけです。ネットワーク負荷分散は、スタンドアロンの読み取り専用 SQL Server インストールと共に使用される場合があります。

各 SQL Server FCI には、次のものが必要です。

ディスクドライブ文字が一意に割り当てられている専用クラスターグループ。
少なくとも 1 つの一意の IP アドレス。
ドメイン内の一意の仮想サーバーとインスタンス名。

Microsoft 以外のクラスターソリューションのサポート

SQL Server は、Microsoft サーバークラスタリングを使用して開発およびテストされています。 Microsoft 以外のクラスタリング製品を使用する場合は、インストール、パフォーマンス、またはクラスターの動作に関する主要なサポート担当者がソリューションプロバイダーである必要があります。 Microsoft は、スタンドアロンの SQL Server 展開のサポートと同様に、Microsoft 以外のクラスターインストールに対して商業的に妥当なサポートを提供します。

サポートされているノードの数

Always On フェールオーバークラスターインスタンスでサポートされているノードの最大数の詳細については、次を参照してください。

サポートされているオペレーティングシステム

SQL Server フェールオーバークラスタリングでサポートされているオペレーティングシステムの詳細については、「フェールオーバークラスタリングをインストールする前にオペレーティングシステムを確認する」を参照してください。

マウントされたドライブ

マウントされたドライブの使用は、SQL Server のインストールを含むクラスターではサポートされていません。詳細については、マウントされたボリュームに対する SQL Server のサポートを参照してください。

クラスター共有ボリューム (CSV)

SQL Server 2012 (11.x) 以前のバージョンでは、フェールオーバークラスターでの SQL Server の CSV の使用はサポートされていません。

SQL Server 2014 (12.x) 以降のバージョンで CSV を使用する方法については、次のリソースを参照してください。

ドメインコントローラーの制限

SQL Server フェールオーバークラスターインスタンスは、ドメインコントローラーとして構成されたフェールオーバークラスターインスタンスノードではサポートされていません。

ドメイン移行に関する考慮事項

SQL Server 2005 (9.x) 以降のバージョンを新しいドメインに移行することはできません。フェールオーバークラスターコンポーネントをアンインストールして再インストールする必要があります。詳細については、「 Windows Server クラスターをあるドメインから別のドメインに移動する」を参照してください。

SQL Server をアンインストールする前に、次の手順を実行する必要があります。

混合モードのセキュリティを使用するように SQL Server を設定するか、SQL Server ログインに新しいドメインアカウントを追加します。
システムデータベースを含む DATA フォルダーの名前を変更して、再インストール後にスワップバックしてダウンタイムを短縮できるようにします。
ノード全体を再構築する場合を除き、SQL Server サポートファイル、SQL Server Native Client、Integration Services、またはワークステーションコンポーネントは削除しないでください。

Warnung

アンインストールプロセス中にエラーが発生した場合は、SQL Server を正常に再インストールするためにノードの再構築が必要になる場合があります。

フィードバック

このページはお役に立ちましたか?

Last updated on 2025-08-26

次の方法で共有

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

フェールオーバー クラスター インスタンスの利点