Always On 可用性グループの計画的な手動フェールオーバーの実行 (SQL Server)

[アーティクル]
04/26/2023

適用対象:SQL Server

このトピックでは、SQL Server の SQL Server Management Studio、Transact-SQL、または PowerShell を使用して、Always On 可用性グループ上でデータを失わずに手動フェールオーバー (計画的な手動フェールオーバー) を実行する方法について説明します。可用性グループは、可用性レプリカのレベルでフェールオーバーします。 Always On 可用性グループのフェールオーバーのように、計画的な手動フェールオーバーではセカンダリレプリカがプライマリロールに移行します。同時に、フェールオーバーによって元のプライマリレプリカがセカンダリロールに移行します。

計画的な手動フェールオーバーは、プライマリレプリカおよびターゲットセカンダリレプリカが同期コミットモードで動作していて、現在同期されている場合にのみサポートされます。計画的な手動フェールオーバーでは、ターゲットセカンダリレプリカの可用性グループに参加しているセカンダリデータベース内のすべてのデータが維持されます。プライマリレプリカがセカンダリロールに移行すると、そのデータベースがセカンダリデータベースになります。次に、新しいプライマリデータベースとの同期が開始されます。すべてが SYNCHRONIZED 状態に移行した後は、新しいセカンダリレプリカが、将来の計画的な手動フェールオーバーのターゲットとして機能できるようになります。

注意

セカンダリレプリカとプライマリレプリカの両方に対して自動フェールオーバーモードを構成し、セカンダリレプリカを同期すると、自動フェールオーバーのターゲットとしても機能できるようになります。詳細については、「可用性モード (Always On 可用性グループ)」を参照してください。

始める前に

重要

クラスターマネージャーを使わないで読み取りスケール可用性グループをフェールオーバーするには、固有の手順があります。可用性グループで CLUSTER_TYPE = NONE が設定されている場合は、「読み取りスケール可用性グループのプライマリレプリカをフェールオーバーする」の手順に従ってください。

制限事項と制約事項

フェールオーバーコマンドは、ターゲットのセカンダリレプリカがコマンドを受け入れた直後に戻ります。ただし、データベースの復旧は、可用性グループがフェールオーバーを完了した後に非同期で行われます。
フェールオーバー時に、可用性グループ内のデータベース間の一貫性が維持されない場合があります。

注意

複数のデータベースにまたがるトランザクションと分散トランザクションのサポートは、SQL Server とオペレーティングシステムのバージョンによって異なります。詳細については、Always On 可用性グループとデータベースミラーリングでのデータベース間のトランザクションと分散トランザクション (SQL Server) に関するページを参照してください。

前提条件と制限

ターゲットのセカンダリレプリカとプライマリレプリカは、両方とも同期コミット可用性モードで実行されている必要があります。
現在、ターゲットのセカンダリレプリカはプライマリレプリカと同期されている必要があります。このセカンダリレプリカのすべてのセカンダリデータベースが可用性グループに参加している必要があります。これらは対応するプライマリデータベースとも同期されている必要があります (つまり、ローカルのセカンダリデータベースが同期されている必要があります)。

ヒント

セカンダリレプリカのフェールオーバーの準備状態を調べるには、sys.dm_hadr_database_replica_cluster_states 動的管理ビューで is_failover_ready 列をクエリします。または、Always On グループダッシュボードの [フェールオーバーの準備] 列を確認します。
このタスクは、ターゲットセカンダリレプリカ上でのみサポートされます。ターゲットセカンダリレプリカをホストするサーバーインスタンスに接続されている必要があります。

セキュリティ

アクセス許可

可用性グループに ALTER AVAILABILITY GROUP のアクセス許可が必要です。 CONTROL AVAILABILITY GROUP アクセス許可、ALTER ANY AVAILABILITY GROUP アクセス許可、または CONTROL SERVER アクセス許可も必要です。

SQL Server Management Studio の使用 [SQL Server]

可用性グループで手動フェールオーバーを行うには:

オブジェクトエクスプローラーで、フェールオーバーを行う必要がある可用性グループのセカンダリレプリカをホストするサーバーインスタンスに接続します。サーバーツリーを展開します。
[AlwaysOn 高可用性] ノードと [可用性グループ] ノードを展開します。
フェールオーバーする [可用性グループ] ノードを右クリックし、 [フェールオーバー] を選択します。
可用性グループのフェールオーバーウィザードが開始されます。詳細については、「可用性グループのフェールオーバーウィザードの使用 (SQL Server Management Studio)」を参照してください。

Transact-SQL の使用

可用性グループで手動フェールオーバーを行うには:

ターゲットセカンダリレプリカをホストするサーバーインスタンスに接続します。
ALTER AVAILABILITY GROUP ステートメントを使用します。次にその例を示します。

ALTER AVAILABILITY GROUP group_name FAILOVER

ステートメントの group_name は可用性グループの名前です。

次の例では、接続されているセカンダリレプリカに MyAg 可用性グループを手動でフェールオーバーします。
```
ALTER AVAILABILITY GROUP MyAg FAILOVER;  
```

PowerShell の使用

可用性グループで手動フェールオーバーを行うには:

ディレクトリ変更コマンド (cd) を使用して、ターゲットセカンダリレプリカをホストするサーバーインスタンスに移動します。
Switch-SqlAvailabilityGroup コマンドレットを使用します。

注意

コマンドレットの構文を表示するには、 PowerShell 環境で Get-Help SQL Server コマンドレットを使用します。詳細については、「SQL Server PowerShell のヘルプの参照」を参照してください。

次の例では、指定したパスのセカンダリレプリカに MyAg 可用性グループを手動でフェールオーバーします。
```
Switch-SqlAvailabilityGroup -Path SQLSERVER:\Sql\SecondaryServer\InstanceName\AvailabilityGroups\MyAg  
```
SQL Server PowerShell プロバイダーを設定して使用するには:
- SQL Server PowerShell プロバイダー
- SQL Server PowerShell のヘルプの参照

フォローアップ: 可用性グループの手動フェールオーバーを実行した後

可用性グループの自動フェールオーバーセットの外側でフェールオーバーした場合、Windows Server フェールオーバークラスタリングノードのクォーラム投票を調整して新しい可用性グループの構成を反映します。詳細については、「Windows Server フェールオーバークラスタリング (WSFC) と SQL Server」を参照してください。

読み取りスケール可用性グループのプライマリレプリカをフェールオーバーする

各可用性グループにはプライマリレプリカが 1 つだけあります。プライマリレプリカは読み書きができます。プライマリになっているレプリカの変更は、フェールオーバーで行うことができます。一般的な可用性グループでは、クラスターマネージャーによってフェールオーバープロセスが自動化されます。クラスターの種類が NONE の可用性グループでは、フェールオーバープロセスは手動です。

クラスターの種類が NONE の可用性グループでプライマリレプリカをフェールオーバーするには、2 つの方法があります。

データ損失のない手動フェールオーバー
データ損失のある強制的な手動フェールオーバー

データ損失のない手動フェールオーバー

プライマリレプリカを使用できても、プライマリレプリカをホストするインスタンスを一時的または永続的に変更する必要がある場合は、この方法を使用します。データ損失の可能性を排除するため、手動フェールオーバーを実行する前にターゲットセカンダリレプリカが最新の状態であることを確認します。

データ損失のない手動フェールオーバーを行うには:

現在のプライマリおよびターゲットセカンダリレプリカを SYNCHRONOUS_COMMIT とします。

ALTER AVAILABILITY GROUP [AGRScale] 
     MODIFY REPLICA ON N'<node2>' 
     WITH (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT);

アクティブなトランザクションが、プライマリレプリカと少なくとも 1 つの同期セカンダリレプリカにコミットされていることを確認するために、次のクエリを実行します。
```
SELECT ag.name, 
   drs.database_id, 
   drs.group_id, 
   drs.replica_id, 
   drs.synchronization_state_desc, 
   ag.sequence_number
FROM sys.dm_hadr_database_replica_states drs, sys.availability_groups ag
WHERE drs.group_id = ag.group_id; 
```
synchronization_state_desc が SYNCHRONIZED の場合、セカンダリレプリカは同期されています。
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT を 1 に更新します。

次の例のスクリプトは、ag1 という名前の可用性グループで REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT を 1 に設定します。次のスクリプトを実行する前に、ag1 を実際の可用性グループの名前に置き換えます。
```
ALTER AVAILABILITY GROUP [AGRScale] 
     SET (REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 1);
```
この設定により、すべてのアクティブなトランザクションが、プライマリレプリカと少なくとも 1 つの同期セカンダリレプリカにコミットされます。

注意

この設定は、フェールオーバーに固有のものではなく、環境の要件に基づいて設定する必要があります。
ロールの変更に備えて、フェールオーバーに参加していないプライマリレプリカとセカンダリレプリカをオフラインに設定します。
```
ALTER AVAILABILITY GROUP [AGRScale] OFFLINE
```
ターゲットセカンダリレプリカをプライマリに昇格させます。
```
ALTER AVAILABILITY GROUP AGRScale FORCE_FAILOVER_ALLOW_DATA_LOSS; 
```
以前のプライマリとその他のセカンダリのロールを SECONDARY に更新し、以前のプライマリレプリカをホストする SQL Server インスタンスで次のコマンドを実行します。
```
ALTER AVAILABILITY GROUP [AGRScale] 
     SET (ROLE = SECONDARY); 
```
注意

可用性グループを削除するには、DROP AVAILABILITY GROUP を使います。種類が NONE または EXTERNAL のクラスターを使って作成された可用性グループでは、可用性グループに含まれるすべてのレプリカでコマンドを実行する必要があります。
データ移動を再開し、プライマリレプリカがホストされている SQL Server インスタンス上の可用性グループ内のすべてのデータベースに対して、次のコマンドを実行します。
```
ALTER DATABASE [db1]
     SET HADR RESUME
```
読み取りスケールの目的で作成した、クラスターマネージャーでは管理されないリスナーをすべて再作成します。元のリスナーが以前のプライマリを指している場合、それを削除して、新しいプライマリを指すように再作成します。

データ損失のある強制的な手動フェールオーバー

プライマリレプリカが利用できず、復旧をすぐに行えない場合は、データ損失を伴うセカンダリレプリカへのフェールオーバーを強制的に実行する必要があります。ただし、フェールオーバー後に元のプライマリレプリカが回復した場合は、それによってプライマリの役割が引き継がれます。各レプリカが異なる状態になるのを回避するには、データ損失を伴う強制フェールオーバー後に、可用性グループから元のプライマリを削除します。元のプライマリがオンラインに戻ったら、その中の可用性グループ全体を削除します。

プライマリレプリカ N1 からセカンダリレプリカ N2 へのデータ損失を伴う手動フェールオーバーを強制的に実行するには、次の手順を行います。

セカンダリレプリカ (N2) で、強制フェールオーバーを開始します。
```
ALTER AVAILABILITY GROUP [AGRScale] FORCE_FAILOVER_ALLOW_DATA_LOSS;
```
新しいプライマリレプリカ (N2) 上で、元のプライマリ (N1) を削除します。
```
ALTER AVAILABILITY GROUP [AGRScale]
REMOVE REPLICA ON N'N1';
```
すべてのアプリケーショントラフィックがリスナーまたは新しいプライマリレプリカに向けられていることを確認します。
元のプライマリ (N1) がオンラインになった場合は、直ちに、元のプライマリ (N1) 上で可用性グループ AGRScale をオフラインにします。
```
ALTER AVAILABILITY GROUP [AGRScale] OFFLINE
```
データまたは同期されていない変更がある場合は、ビジネスニーズに合わせてバックアップまたはその他のデータレプリケートオプションを使用して、そのデータを保存します。
次に、元のプライマリ (N1) から可用性グループを削除します。
```
DROP AVAILABILITY GROUP [AGRScale];
```
元のプライマリレプリカ (N1) 上の可用性グループデータベースを削除します。
```
USE [master]
GO
DROP DATABASE [AGDBRScale]
GO
```
(省略可能) 必要に応じて、N1 を新しいセカンダリレプリカとして可用性グループ AGRScale に追加できるようになりました。

Always On 可用性グループの計画的な手動フェールオーバーの実行 (SQL Server)

始める前に

制限事項と制約事項

前提条件と制限

セキュリティ

アクセス許可

SQL Server Management Studio の使用 [SQL Server]

Transact-SQL の使用

PowerShell の使用

フォローアップ: 可用性グループの手動フェールオーバーを実行した後

読み取りスケール可用性グループのプライマリレプリカをフェールオーバーする

データ損失のない手動フェールオーバー

データ損失のある強制的な手動フェールオーバー

関連項目

フィードバック

フィードバック

その他のリソース

Always On 可用性グループの計画的な手動フェールオーバーの実行 (SQL Server)

始める前に

制限事項と制約事項

前提条件と制限

セキュリティ

アクセス許可

SQL Server Management Studio の使用 [SQL Server]

Transact-SQL の使用

PowerShell の使用

フォロー アップ: 可用性グループの手動フェールオーバーを実行した後

読み取りスケール可用性グループのプライマリ レプリカをフェールオーバーする

データ損失のない手動フェールオーバー

データ損失のある強制的な手動フェールオーバー

関連項目

フィードバック

フィードバック

その他のリソース

フォローアップ: 可用性グループの手動フェールオーバーを実行した後

読み取りスケール可用性グループのプライマリレプリカをフェールオーバーする