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

Always On 可用性グループAlways On Availability Groups で導入されたSQL Server 2014SQL Server 2014高可用性ディザスター リカバリー ソリューションには、Windows Server フェールオーバー クラスタリング (WSFC) が必要です。, the high availability and disaster recovery solution introduced in SQL Server 2014SQL Server 2014, requires Windows Server Failover Clustering (WSFC). Always On 可用性グループAlways On Availability Groups フェールオーバー クラスタリングには依存しませんが、 SQL ServerSQL Server は、フェールオーバー クラスタリング インスタンス (FCI) を使用して、可用性グループの可用性レプリカをホストすることもできます。Also, though Always On 可用性グループAlways On Availability Groups is not dependent upon SQL ServerSQL Server Failover Clustering, you can use a failover clustering instance (FCI) to host an availability replica for an availability group. 実際に Always On 可用性グループAlways On Availability Groups 環境を設計する際は、それぞれのクラスタリング テクノロジの役割を知り、注意点を把握しておくことが大切です。It is important to know the role of each clustering technology, and to know what considerations are necessary as you design your Always On 可用性グループAlways On Availability Groups environment.

注意

Always On 可用性グループAlways On Availability Groups の概念については、「AlwaysOn 可用性グループの概要 (SQL Server)」を参照してください。For information about Always On 可用性グループAlways On Availability Groups concepts, see Overview of AlwaysOn Availability Groups (SQL Server).

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

Always On 可用性グループAlways On Availability Groups を配置するには、Windows Server フェールオーバー クラスタリング (WSFC) クラスターが必要です。Deploying Always On 可用性グループAlways On Availability Groups requires a Windows Server Failover Clustering (WSFC) cluster. Always On 可用性グループAlways On Availability Groupsを有効にするには、 SQL ServerSQL Server のインスタンスが WSFC ノード上に存在し、WSFC クラスターとノードがオンライン状態である必要があります。To be enabled for Always On 可用性グループAlways On Availability Groups, an instance of SQL ServerSQL Server must reside on a WSFC node, and the WSFC cluster and node must be online. さらに、特定の可用性グループの各可用性レプリカが、同じ WSFC クラスターの異なるノード上に存在する必要があります。Furthermore, each availability replica of a given availability group must reside on a different node of the same WSFC cluster. 唯一の例外は、別の WSFC クラスターに移行するときに、可用性グループは一時的に 2 つのクラスターにまたがることができるという点です。The only exception is that while being migrated to another WSFC cluster, an availability group can temporarily straddle two clusters.

Always On 可用性グループAlways On Availability Groups 特定の可用性グループに属している可用性レプリカの現在のロールを監視、管理したり、フェールオーバー イベントが可用性レプリカに及ぼす影響を判断したりするために、では Windows Server フェールオーバー クラスタリング (WSFC) クラスターが使用されます。relies on the Windows Failover Clustering (WSFC) cluster to monitor and manage the current roles of the availability replicas that belong to a given availability group and to determine how a failover event affects the availability replicas. WSFC リソース グループは、作成されたすべての可用性グループに対して作成されます。A WSFC resource group is created for every availability group that you create. WSFC クラスターは、このリソース グループを監視して、プライマリ レプリカの正常性を評価します。The WSFC cluster monitors this resource group to evaluate the health of the primary replica.

Always On 可用性グループAlways On Availability Groups のクォーラムは、クラスター ノードが可用性レプリカをホストしているかどうかに関係なく、WSFC クラスター内のすべてのノードに基づきます。The quorum for Always On 可用性グループAlways On Availability Groups is based on all nodes in the WSFC cluster regardless of whether a given cluster node hosts any availability replicas. データベース ミラーリングとは異なり、 Always On 可用性グループAlways On Availability Groupsには監視ロールはありません。In contrast to database mirroring, there is no witness role in Always On 可用性グループAlways On Availability Groups.

WSFC クラスターの全体的な正常性は、クラスター内のノードのクォーラムの投票によって決定されます。The overall health of a WSFC cluster is determined by the votes of quorum of nodes in the cluster. 災害や永続的なハードウェア障害または通信障害が原因で WSFC クラスターがオフラインになった場合は、管理操作を手動で行う必要があります。If the WSFC cluster goes offline because of an unplanned disaster, or due to a persistent hardware or communications failure, manual administrative intervention is required. Windows Server または WSFC クラスターの管理者は、クォーラムを強制し、稼動しているクラスター ノードをフォールト トレラントではない構成でオンラインに戻す必要があります。A Windows Server or WSFC cluster administrator will need to force a quorum and then bring the surviving cluster nodes back online in a non-fault-tolerant configuration.

重要

Always On 可用性グループAlways On Availability Groups レジストリ キーは WSFC クラスターのサブキーです。registry keys are subkeys of the WSFC cluster. WSFC クラスターを削除してから再作成した場合は、元の WSFC クラスター上の可用性レプリカをホストしていた Always On 可用性グループAlways On Availability Groups の各インスタンスについて、 SQL ServerSQL Server 機能を無効にしてから再度有効にする必要があります。If you delete and re-create a WSFC cluster, you must disable and re-enable the Always On 可用性グループAlways On Availability Groups feature on each instance of SQL ServerSQL Server that hosted an availability replica on the original WSFC cluster.

Windows Server フェールオーバー クラスタリング (WSFC) ノードでの SQL ServerSQL Server の実行および WSFC クォーラムについては、「Windows Server フェールオーバー クラスタリング (WSFC) と SQL Server」を参照してください。For information about running SQL ServerSQL Server on Windows Server Failover Clustering (WSFC) nodes and about WSFC quorum, see Windows Server Failover Clustering (WSFC) with SQL Server.

OS アップグレードのための AlwaysOn 可用性グループのクラスター間での移行Cross-Cluster Migration of AlwaysOn Availability Groups for OS Upgrade

SQL Server 2012 SP1SQL Server 2012 SP1 から、Always On 可用性グループAlways On Availability Groupsでは、新しい Windows Server フェールオーバー クラスタリング (WSFC) クラスターに配置するために行う可用性グループのクラスター間での移行が新たにサポートされています。Beginning with SQL Server 2012 SP1SQL Server 2012 SP1, Always On 可用性グループAlways On Availability Groups supports cross-cluster migration of availability groups for deployments to a new Windows Server Failover Clustering (WSFC) cluster. クラスター間の移行では、ダウンタイムを最小限に抑えながら、1 つの可用性グループを (または複数の可用性グループを一括して) 新しい移行先 WSFC クラスターに移行します。A cross-cluster migration moves one availability group or a batch of availability groups to the new, destination WSFC cluster with minimal downtime. クラスター間の移行プロセスを使用すると、 Windows Server 2012Windows Server 2012 クラスターへのアップグレード時にサービス レベル契約 (SLA) を維持できます。The cross-cluster migration process enables you to maintain your service level agreements (SLAs) when upgrading to a Windows Server 2012Windows Server 2012 cluster. 移行先の WSFC クラスターに SQL Server 2012 SP1SQL Server 2012 SP1 (またはそれ以降のバージョン) をインストールし、AlwaysOn 用に有効にする必要があります。SQL Server 2012 SP1SQL Server 2012 SP1 (or a later version) must be installed and enabled for AlwaysOn on the destination WSFC cluster. クラスター間での移行を成功させるには、移行先 WSFC クラスターを綿密に計画し、準備することが必要です。The success of a cross-cluster migration depends on thorough planning and preparation of the destination WSFC cluster.

詳細については、「OS アップグレードのための AlwaysOn 可用性グループのクラスター間での移行」を参照してください。For more information, see Cross-Cluster Migration of AlwaysOn Availability Groups for OS Upgrade.

SQL ServerSQL Server フェールオーバー クラスター インスタンス (FCI) と可用性グループSQL ServerSQL Server Failover Cluster Instances (FCIs) and Availability Groups

SQL ServerSQL Server フェールオーバー クラスタリングを WSFC クラスターと共に実装することにより、サーバー インスタンス レベルで第 2 のフェールオーバー レイヤーをセットアップできます。You can set up a second layer of failover at the server-instance level by implementing SQL ServerSQL Server failover clustering together with the WSFC cluster. 可用性レプリカは、 SQL ServerSQL Server のスタンドアロン インスタンスまたは FCI インスタンスでホストできます。An availability replica can be hosted by either a standalone instance of SQL ServerSQL Server or an FCI instance. 特定の可用性グループのレプリカをホストできる FCI パートナーは 1 つに限られます。Only one FCI partner can host a replica for a given availability group. 可用性レプリカが FCI で実行されている場合、可用性グループの有効な所有者の一覧には、アクティブな FCI ノードだけが含まれます。When an availability replica is running on an FCI, the possible owners list for the availability group will contain only the active FCI node.

Always On 可用性グループAlways On Availability Groups は、共有ストレージの形態には依存しません。does not depend on any form of shared storage. ただし、 SQL ServerSQL Server フェールオーバー クラスター インスタンス (FCI) を使用して 1 つまたは複数の可用性レプリカをホストする場合、各 FCI では標準の SQL Server フェールオーバー クラスター インスタンスのインストールと同様、共有ストレージが必要になります。However, if you use a SQL ServerSQL Server failover cluster instance (FCI) to host one or more availability replicas, each of those FCIs will require shared storage as per standard SQL Server failover cluster instance installation.

追加の前提条件の詳細については、「AlwaysOn 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)」の「SQL Server のフェールオーバー クラスター インスタンス (FCI) を使用して可用性レプリカをホストするための前提条件と制限」を参照してください。For more information about additional prerequisites, see the "Prerequisites and Restrictions for Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica" section of Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).

フェールオーバー クラスター インスタンスと可用性グループの比較Comparison of Failover Cluster Instances and Availability Groups

FCI のノードの数に関係なく、FCI 全体は可用性グループ内の 1 つのレプリカをホストします。Regardless of the number of nodes in the FCI, an entire FCI hosts a single replica within an availability group. 次の表に、FCI 内のノードと可用性グループ内のレプリカの概念の違いについて説明します。The following table describes the distinctions in concepts between nodes in an FCI and replicas within an availability group.

FCI 内のノードNodes within an FCI 可用性グループ内のレプリカReplicas within an availability group
WSFC クラスターを使用するUses WSFC cluster はいYes はいYes
保護レベルProtection level InstanceInstance [データベース]Database
ストレージの種類Storage type SharedShared 非共有Non-shared

可用性グループ内のレプリカがストレージを共有しない一方、FCI によってホストされるレプリカは、FCI によって必要とされたときに共有ストレージ ソリューションを使用することに注意してください。Note that while the replicas in an availability group do not share storage, a replica that is hosted by an FCI uses a shared storage solution as required by that FCI. ストレージ ソリューションは、可用性グループのレプリカ間ではなく、FCI 内のノードでのみ共有されます。The storage solution is shared only by nodes within the FCI and not between replicas of the availability group.
ストレージ ソリューションStorage solutions 直接接続、SAN、マウント ポイント、SMBDirect attached, SAN, mount points, SMB ノードの種類によって異なるDepends on node type
読み取り可能なセカンダリReadable secondaries なし*No* はいYes
該当するフェールオーバー ポリシー設定Applicable failover policy settings WSFC クォーラムWSFC quorum

FCI 固有FCI-specific

可用性グループ設定**Availability group settings**
WSFC クォーラムWSFC quorum

可用性グループ設定Availability group settings
フェールオーバー リソースFailed-over resources サーバー、インスタンス、およびデータベースServer, instance, and database データベースのみDatabase only

*可用性グループ内の同期セカンダリ レプリカは、常に対応する SQL ServerSQL Server インスタンス上で実行されていますが、FCI 内のセカンダリ ノードは、実際には対応する SQL ServerSQL Server インスタンスを起動していないため、読み取り不可能です。*Whereas synchronous secondary replicas in an availability group are always running on their respective SQL ServerSQL Server instances, secondary nodes in an FCI actually have not started their respective SQL ServerSQL Server instances and are therefore not readable. FCI 内のセカンダリ ノードは、FCI フェールオーバー中にリソース グループの所有権が転送されたときにのみ、 SQL ServerSQL Server インスタンスを起動します。In an FCI, a secondary node starts its SQL ServerSQL Server instance only when the resource group ownership is transferred to it during an FCI failover. ただし、アクティブな FCI ノードにおいて、FCI によってホストされるデータベースが可用性グループに属している場合にローカルな可用性グループが読み取り可能なセカンダリ レプリカとして実行されていると、データベースは読み取り可能です。However, on the active FCI node, when an FCI-hosted database belongs to an availability group, if the local availability replica is running as a readable secondary replica, the database is readable.

**可用性グループのフェールオーバー ポリシー設定は、スタンドアロン インスタンスと FCI インスタンスのどちらでホストされているかに関係なく、すべてのレプリカに適用されます。**Failover policy settings for the availability group apply to all replicas, whether it is hosted in a standalone instance or an FCI instance.

注意

詳細についてはノード数フェールオーバー クラスタ リング内とAlwaysOn 可用性グループの各エディションのSQL ServerSQL Serverを参照してくださいでサポートされる機能、SQL Server 2012 の各エディション(https://go.microsoft.com/fwlink/?linkid=232473) します。For more information about Number of nodes within Failover Clustering and AlwaysOn Availability Groups for different editions of SQL ServerSQL Server, see Features Supported by the Editions of SQL Server 2012 (https://go.microsoft.com/fwlink/?linkid=232473).

FCI で可用性レプリカをホストする場合の考慮事項Considerations for hosting an Availability Replica on an FCI

重要

SQL Server フェールオーバー クラスター インスタンス (FCI) で可用性レプリカをホストすることを計画している場合は、Windows Server 2008 ホスト ノードが AlwaysOn の前提条件およびフェールオーバー クラスター インスタンス (FCI) の制限を満たしていることを確認してください。If you plan to host an availability replica on a SQL Server Failover Cluster Instance (FCI), ensure that the Windows Server 2008 host nodes meet the AlwaysOn prerequisites and restrictions for Failover Cluster Instances (FCIs). 詳細については、「AlwaysOn 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)」を参照してください。For more information, see Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).

SQL ServerSQL Server フェールオーバー クラスター インスタンス (FCI) は可用性グループによる自動フェールオーバーをサポートしないため、FCI によってホストされる可用性レプリカは手動フェールオーバー用にのみ構成できます。Failover Cluster Instances (FCIs) do not support automatic failover by availability groups, so any availability replica that is hosted by an FCI can only be configured for manual failover.

場合により、すべてのノードで使用できな共有ディスクを含めるように Windows Server フェールオーバー クラスタリング (WSFC) クラスターを構成する必要があります。You might need to configure a Windows Server Failover Clustering (WSFC) cluster to include shared disks that are not available on all nodes. たとえば、3 つのノードを持つ 2 つのデータ センター間の WSFC クラスターを検討します。For example, consider a WSFC cluster across two data centers with three nodes. ノードのうちの 2 つは、プライマリ データ センター内の SQL Server フェールオーバー クラスタリング インスタンス (FCI) をホストし、同じ共有ディスクにアクセスできます。Two of the nodes host a SQL Server failover clustering instance (FCI) in the primary data center and have access to the same shared disks. 3 つ目のノードは、別のデータ センター内の SQL Server のスタンドアロン インスタンスをホストし、プライマリ データ センターの共有ディスクにはアクセスできません。The third node hosts a stand-alone instance of SQL Server in a different data center and does not have access to the shared disks from the primary data center. この WSFC クラスター構成では、FCI でプライマリ レプリカがホストされ、スタンドアロン インスタンスでセカンダリ レプリカがホストされる場合に可用性グループの配置がサポートされます。This WSFC cluster configuration supports the deployment of an availability group if the FCI hosts the primary replica and the stand-alone instance hosts the secondary replica.

特定の可用性グループの可用性レプリカをホストするために FCI を選択する場合は、FCI フェールオーバーによって 1 つの WSFC ノードで同じ可用性グループの 2 つの可用性レプリカをホストする操作が試行されないように注意してください。When choosing an FCI to host an availability replica for a given availability group, ensure that an FCI failover could not potentially cause a single WSFC node to attempt to host two availability replicas for the same availability group.

この構成によってどのような問題が起きるかを次のサンプル シナリオに示します。The following example scenario illustrates how this configuration could lead to problems:

Marcel は、 NODE01NODE02の 2 つのノードから成る WSFC クラスターを構成しています。Marcel configures two a WSFC cluster with two nodes, NODE01 and NODE02. SQL ServerSQL Server フェールオーバー クラスター インスタンス fciInstance1は、 NODE01NODE02 の両方にインストールされています。 NODE01 の現在の所有者は fciInstance1です。He installs a SQL ServerSQL Server failover cluster instance, fciInstance1, on both NODE01 and NODE02 where NODE01 is the current owner for fciInstance1.
Marcel は、 NODE02に、別の SQL ServerSQL Serverインスタンス Instance3をインストールすることにしました。Instance3 はスタンドアロン インスタンスです。On NODE02, Marcel installs another instance of SQL ServerSQL Server, Instance3, which is a stand-alone instance.
Marcel は、 NODE01で、fciInstance1 に対する Always On 可用性グループAlways On Availability Groupsを有効にしました。On NODE01, Marcel enables fciInstance1 for Always On 可用性グループAlways On Availability Groups. NODE02では、 Instance3 に対する Always On 可用性グループAlways On Availability Groupsを有効にしました。On NODE02, he enables Instance3 for Always On 可用性グループAlways On Availability Groups. さらに、可用性グループをセットアップしました。この可用性グループは、 fciInstance1 がプライマリ レプリカをホストするためだけでなく、 Instance3 がセカンダリ レプリカをホストするためにも使用されます。Then he sets up an availability group for which fciInstance1 hosts the primary replica, and Instance3 hosts the secondary replica.
あるとき、 fciInstance1 上の NODE01が利用できなくなり、WSFC クラスターによって、 fciInstance1NODE02にフェールオーバーされたとします。At some point fciInstance1 becomes unavailable on NODE01, and the WSFC cluster causes a failover of fciInstance1 to NODE02. フェールオーバー後の fciInstance1 は、 Always On 可用性グループAlways On Availability Groups上でプライマリ ロールとして動作する NODE02対応のインスタンスです。After the failover, fciInstance1 is a Always On 可用性グループAlways On Availability Groups-enabled instance running under the primary role on NODE02. しかし、この時点で Instance3 は、 fciInstance1と同じ WSFC ノードに存在します。However, Instance3 now resides on the same WSFC node as fciInstance1. これは Always On 可用性グループAlways On Availability Groups の制約に違反します。This violates the Always On 可用性グループAlways On Availability Groups constraint.
このシナリオで起きる問題を回避するには、スタンドアロン インスタンス (Instance3) が、NODE01NODE02 と同じ WSFC クラスター内の別のノードに存在している必要があります。To correct the problem that this scenario presents, the stand-alone instance, Instance3, must reside on another node in the same WSFC cluster as NODE01 and NODE02.

SQL ServerSQL Server フェールオーバー クラスタリングの詳細については、「AlwaysOn フェールオーバー クラスター インスタンス (SQL Server)」を参照してください。For more information about SQL ServerSQL Server failover clustering, see AlwaysOn Failover Cluster Instances (SQL Server).

WSFC フェールオーバー クラスター マネージャーを使用した可用性グループの操作に関する制限事項Restrictions on Using The WSFC Failover Cluster Manager with Availability Groups

フェールオーバー クラスター マネージャーを使用して可用性グループを操作しないでください。次に例を示します。Do not use the Failover Cluster Manager to manipulate availability groups, for example:

  • 可用性グループのクラスター化されたサービス (リソース グループ) のリソースの追加や削除を行わないでください。Do not add or remove resources in the clustered service (resource group) for the availability group.

  • 可用性グループのプロパティ (たとえば、有効な所有者、優先所有者) を変更しないでください。Do not change any availability group properties, such as the possible owners and preferred owners. これらのプロパティは、可用性グループによって自動的に設定されます。These properties are set automatically by the availability group.

  • フェールオーバー クラスター マネージャーを使用して可用性グループを他のノードに移動したり可用性グループをフェールオーバーしたりしないでください。Do not use the Failover Cluster Manager to move availability groups to different nodes or to fail over availability groups. フェールオーバー クラスターは可用性レプリカの同期状態を認識しないため、そのような操作を行うとダウンタイムが長くなることがあります。The Failover Cluster Manager is not aware of the synchronization status of the availability replicas, and doing so can lead to extended downtime. Transact-SQLTransact-SQL または SQL Server Management StudioSQL Server Management Studioを使用する必要があります。You must use Transact-SQLTransact-SQL or SQL Server Management StudioSQL Server Management Studio.

関連コンテンツRelated Content

参照See Also

AlwaysOn 可用性グループの概要(SQL Server) を有効にして、AlwaysOn 可用性グループを無効にする(SQL Server) (TRANSACT-SQL)Overview of AlwaysOn Availability Groups (SQL Server) Enable and Disable AlwaysOn Availability Groups (SQL Server) Monitor Availability Groups (Transact-SQL)
AlwaysOn フェールオーバー クラスター インスタンス(SQL Server)AlwaysOn Failover Cluster Instances (SQL Server)