AWS EC2 から Compute Engine に SQL Server データベースを移行する

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

プロジェクトとネットワークを準備する

移行用に SQL Server をデプロイするために Google Cloud プロジェクトと Virtual Private Cloud（VPC）を準備するには、次の操作を行います。

1. Google Cloud コンソールで [Cloud Shell をアクティブにする] をクリックして Cloud Shell を開きます。

   Google Cloud コンソールに移動します。

2. デフォルトのプロジェクト ID を設定します。

   gcloud config set project PROJECT_ID
   

   PROJECT_ID は、 Google Cloud プロジェクトの ID に置き換えます。

3. デフォルトのリージョンを設定します。

   gcloud config set compute/region REGION
   

   REGION は、デプロイするリージョンの ID に置き換えます。

4. デフォルト ゾーンを設定します。

   gcloud config set compute/zone ZONE
   

   ZONE は、デプロイするゾーンの ID に置き換えます。前の手順で指定したリージョンでゾーンが有効であることを確認します。

Compute Engine で SQL Server インスタンスを作成する

SQL Server データベースを Compute Engine に移行する前に、Compute Engine でデータベースをホストする仮想マシン（VM）を作成する必要があります。

次のコマンドを使用して、Compute Engine に SQL Server インスタンスを作成します。

gcloud compute instances create sql-server-std-migrate-vm \
--project=PROJECT_ID \
--zone ZONE \
--machine-type n4-standard-8 \
--subnet SUBNET_NAME \
--create-disk=auto-delete=yes,boot=yes,device-name=node-1,image=projects/windows-sql-cloud/global/images/sql-2022-standard-windows-2022-dc-v20250213,mode=rw,size=50,type=projects/PROJECT_ID/zones/ZONE/diskTypes/pd-balanced \
--scopes=https://www.googleapis.com/auth/compute,https://www.googleapis.com/auth/servicecontrol,https://www.googleapis.com/auth/service.management.readonly,https://www.googleapis.com/auth/logging.write,https://www.googleapis.com/auth/monitoring.write,https://www.googleapis.com/auth/trace.append,https://www.googleapis.com/auth/devstorage.read_write

gcloud compute instances create sql-server-ent-migrate-vm \
--project=PROJECT_ID \
--zone ZONE \
--machine-type n4-standard-8 \
--subnet SUBNET_NAME \
--create-disk=auto-delete=yes,boot=yes,device-name=node-1,image=projects/windows-sql-cloud/global/images/sql-2022-enterprise-windows-2022-dc-v20250213,mode=rw,size=50,type=projects/PROJECT_ID/zones/ZONE/diskTypes/pd-balanced \
--scopes=https://www.googleapis.com/auth/compute,https://www.googleapis.com/auth/servicecontrol,https://www.googleapis.com/auth/service.management.readonly,https://www.googleapis.com/auth/logging.write,https://www.googleapis.com/auth/monitoring.write,https://www.googleapis.com/auth/trace.append,https://www.googleapis.com/auth/devstorage.read_write

Compute Engine で SQL Server インスタンスを作成する方法については、SQL Server インスタンスを作成するをご覧ください。

SQL Server VM を構成して接続する

SQL Server VM を構成して接続する手順は次のとおりです。

1. アカウントの初期 Windows パスワードを設定します。

   1. Google Cloud コンソールで [VM インスタンス] ページに移動します。

      [VM インスタンス] に移動

   2. SQL Server VM の名前をクリックします。

   3. [Windows パスワードを設定] ボタンをクリックします。

   4. 新しい Windows パスワードを設定するよう求められたら、パスワードを入力して [設定] をクリックします。

   5. ユーザー名とパスワードを保存します。

2. SQL Server VM に接続します。

   1. [VM インスタンス] ページの SQL Server VM のパブリック IP アドレスと、前の手順で保存した認証情報を使用して、Microsoft リモート デスクトップ（RDP）を使用して SQL Server VM に接続します。

   2. 管理者として SQL Server Management Studio（SSMS）を実行します。

   3. [サーバー証明書を信頼する] チェックボックスがオンになっていることを確認して、[接続] をクリックします。

SQL Server VM は、データベース移行に使用できる状態になりました。SQL Server VM に接続して管理するための新しいユーザー ログインを作成するには、ログインを作成するをご覧ください。

データベースの完全バックアップと復元

データベースの完全バックアップと復元は、データベース移行の最も一般的な方法です。このアプローチでは、SQL Server データベースのフル バックアップが移行元の環境から取得され、移行先の環境に復元されます。 Google Cloud この方法は比較的簡単ですが、バックアップの作成と復元に時間がかかるため、大規模なデータベースでは時間がかかります。

このセクションでは、SSMS を使用してサンプルの AdventureWorks2022 データベースを使用して SQL Server データベースをエクスポートする方法について説明します。

データベースの完全バックアップを作成する

データベースの完全バックアップを作成するには、次の操作を行います。

1. Microsoft RDP を使用して AWS EC2 VM にログインします。

2. SSMS を使用して SQL Server に接続します。

3. オブジェクト エクスプローラでデータベース フォルダを開きます。

4. データベース名を右クリックし、メニューから [タスク] をクリックします。

5. [バックアップ] をクリックしてデータベース バックアップ ウィザードを開きます。

   1. バックアップするデータベース名と、バックアップの種類が完全バックアップに設定されていることを確認します。

   2. 完全バックアップの宛先の下にある [追加] をクリックします。

   3. 省略記号アイコン（...）をクリックして、バックアップ ファイルのフォルダと名前を選択します。

   4. [OK] をクリックしてファイル名を設定し、もう一度 [OK] をクリックして保存先を設定します。

      

   5. [OK] をクリックしてデータベースのバックアップを開始し、バックアップが完了するまで待ちます。

      バックアップ プロセスが完了すると、バックアップ ファイルが作成されます。このバックアップ ファイルを使用して、データベースの内容を Compute Engine VM に移行できます。

   6. [OK] をクリックしてデータベース バックアップ ウィザードを終了します。

バックアップ ファイルを Compute Engine VM に転送する

SQL Server データベース コンテンツを移行するには、前の手順で作成したバックアップ ファイルを、作成した Compute Engine VM に転送する必要があります。さまざまな転送オプションについては、Windows VM にファイルを転送するをご覧ください。

バックアップ ファイルから SQL Server データベースを復元する

バックアップ ファイルからデータベースを復元する手順は次のとおりです。

1. RDP を使用して Compute Engine VM にログインします。

2. SSMS を使用して SQL Server に接続します。

3. オブジェクト エクスプローラーで [データベース] フォルダを右クリックし、[データベースの復元] をクリックします。

4. [ソース] で [デバイス] と省略記号アイコン（...）をクリックして、バックアップ デバイスの選択ページを開きます。

5. バックアップ メディアの種類が [ファイル] に設定されていることを確認して、[追加] をクリックしてバックアップ ファイルを選択します。

   

6. [OK] をクリックして、バックアップ ファイルを復元デバイスとして設定します。

7. [OK] をクリックしてデータベースを復元します。

   プロセスが完了すると、データベースは Compute Engine 上の移行先の SQL Server に移行されます。

8. プロセスが正常に完了したかどうかを確認するには、オブジェクト エクスプローラで [databases] フォルダを開き、移行されたデータベースが表示されているかどうかを確認します。

   

BACPAC ファイルを使用して移行する

バックアップ パッケージ（BACPAC）ファイルは、SQL Server データベースの論理表現です。移行元の AWS 環境からエクスポートして、移行先の環境にインポートできます。 Google Cloud 通常、この方法は小規模なデータベースでは完全バックアップと復元よりも高速ですが、非常に大規模なデータベースや複雑な依存関係を持つデータベースには適していません。

次のセクションでは、BACPAC ファイルを使用して SQL Server データベースを移行する方法について説明します。

BACPAC エクスポートを作成する

BACPAC エクスポートを作成するには、次の操作を行います。

1. Microsoft RDP を使用して AWS EC2 VM にログインします。

2. SSMS を使用して SQL Server に接続します。

3. オブジェクト エクスプローラで [データベース] フォルダを開きます。

4. データベース名を右クリックし、[ToDo リスト] をクリックします。

5. [データレイヤ アプリケーションをエクスポート] をクリックして、エクスポート ウィザードを開きます。

   1. [次へ] をクリックします。

   2. [ローカル ディスクに保存] オプションで [参照] をクリックし、BACPAC ファイルを選択します。

   3. [詳細設定] タブをクリックし、エクスポートするスキーマを選択します。

   4. [次へ] をクリックして概要に進みます。

   5. [完了] をクリックして BACPAC ファイルをエクスポートし、エクスポートが完了するまで待ちます。

   6. [閉じる] をクリックしてウィザードを終了します。

6. 前の手順で作成した BACPAC ファイルを、Compute Engine の宛先 VM に転送します。転送オプションについては、Windows VM にファイルを転送するをご覧ください。

BACPAC ファイルから SQL Server データベースを復元する

BACPAC ファイルからデータベースを復元する手順は次のとおりです。

1. RDP を使用して Compute Engine VM にログインします。

2. SSMS を使用して SQL Server に接続します。

3. オブジェクト エクスプローラーで [データベース] フォルダを右クリックし、[データ ティア アプリケーションをインポート] をクリックします。

4. [次へ] をクリックします。

5. [参照] をクリックして、復元する BACPAC ファイルを選択し、[次へ] をクリックします。

6. 新しいデータベース名を確認し、[次へ] をクリックします。

7. [完了] をクリックし、インポートが完了するまで待ちます。

8. [閉じる] をクリックしてウィザードを終了します。

9. プロセスが正常に完了したかどうかを確認するには、オブジェクト エクスプローラで [databases] フォルダを開き、移行されたデータベースが表示されているかどうかを確認します。

Always-on 可用性グループを使用して移行する

AOAG は、SQL Server の高可用性と障害復旧の機能です。AOAG を使用すると、既存の AOAG クラスタ、スタンドアロンの SQL Server、Windows Server フェイルオーバー クラスタ（WSFC）を移行できます。この方法では、データベースのレプリカが宛先環境に作成され、ソースとターゲット間でデータが同期されます。 Google Cloud 同期が完了すると、移行先の環境のレプリカをプライマリにできます。 Google Cloud この方法ではダウンタイムを最小限に抑えることができますが、追加の構成と設定が必要です。ダウンタイムを大幅に許容できる簡単な移行の場合は、他の方法の方が簡単で費用対効果が高い場合があります。

始める前に

移行を開始する前に、次の点を確認してください。

• データを安全かつシームレスに移行するには、AWS と Google Cloudの間にピアリング接続を確立します。詳細については、Google Cloud と AWS 間の HA VPN 接続を作成する Google Cloud をご覧ください。

• ソース データベースがスタンドアロン モードで実行されており、ソース サーバーと移行先サーバーの両方が Active Directory（AD）に参加していることを確認します。移行元データベースがすでに AOAG を使用する WSFC クラスタの一部である場合は、分散アベイラビリティ グループを使用して移行するをご覧ください。

• ソース SQL Server データベースのすべての暗号鍵が、AOAG に参加するすべての SQL Server インスタンスにインストールされていることを確認します。

AOAG の一部となるように SQL Server を準備する

SQL Server を AOAG に追加するには、グループに追加するすべての SQL Server インスタンスで AOAG 機能を有効にする必要があります。

AOAG に追加するすべての SQL Server VM で AOAG 機能を有効にするには、次の操作を行います。

1. SQL Server で AOAG を有効にします。

   1. RDP を使用して SQL Server VM にログインします。

   2. PowerShell を管理者モードで開きます。

   3. 次のコマンドを実行して、SQL Server で AOAG を有効にします。

      Enable-SqlAlwaysOn -ServerInstance $env:COMPUTERNAME -Force
      

   4. 次のコマンドを実行して、データ レプリケーション用のファイアウォール ポートを開きます。

      netsh advfirewall firewall add rule name="Allow SQL Server replication" dir=in action=allow protocol=TCP localport=5022
      

   5. AOAG に追加するすべての SQL Server VM に対して手順 1 を繰り返します。

2. AD に SQL Server の新しいユーザーを作成します。

   $Credential = Get-Credential -UserName sql_server -Message 'Enter password'
   New-ADUser `
   -Name "sql_server" `
   -Description "SQL Admin account." `
   -AccountPassword $Credential.Password `
   -Enabled $true -PasswordNeverExpires $true
   

3. AOAG の一部であるすべての SQL Server インスタンスで次の手順を実行します。

   1. SQL Server 構成マネージャーを開きます。
   2. ナビゲーション パネルで [SQL Server Services] を選択します。
   3. サービスのリストで [SQL Server（MSSQLSERVER）] を右クリックし、[プロパティ] を選択します。
   4. [ログオン] でアカウントを次のように変更します。
      • アカウント名: DOMAIN\sql_server。DOMAIN は AD ドメインの NetBIOS 名です。
      • パスワード: このセクションの前のステップ 2 で選択したパスワードを入力します。

   5. [OK] をクリックします。

   6. SQL Server の再起動を求めるプロンプトが表示されたら、[はい] を選択します。

SQL Server がドメイン ユーザー アカウントで実行されるようになりました。

SQL Server データベースのミラーリング エンドポイントを設定する

AOAG のエンドポイントを作成するには、次の操作を行います。

1. 移行元の SQL Server データベースが透過的データ暗号化（TDE）で暗号化されている場合は、この手順で証明書と鍵をバックアップ、転送、インストールして移行先の SQL Server にインストールします。

2. SSMS を使用して、AWS のソース データベースにログインします。

3. 次の T-SQL コマンドを実行して、可用性グループのエンドポイントを作成します。

   USE [master]
   GO
   CREATE LOGIN [NET_DOMAIN\sql_server] FROM WINDOWS
   GO
   
   USE [DATABASE_NAME]
   GO
   CREATE USER [NET_DOMAIN\sql_server] FOR LOGIN [NET_DOMAIN\sql_server]
   GO
   
   USE [master]
   GO
   CREATE ENDPOINT migration_endpoint
       STATE=STARTED
       AS TCP (LISTENER_PORT=5022)
       FOR DATABASE_MIRRORING (ROLE=ALL);
   GO
   
   GRANT CONNECT ON ENDPOINT::[migration_endpoint] TO [NET_DOMAIN\sql_server]
   GO
   

   NET_DOMAIN は AD ドメインの NetBIOS 名に、DATABASE_NAME は移行するデータベースの名前に置き換えます。

4. SSMS を使用して Google Cloud の宛先 SQL Server に接続し、次の T-SQL コマンドを実行してデータベース ミラーリング エンドポイントを作成します。

   CREATE LOGIN [NET_DOMAIN\sql_server] FROM WINDOWS
   GO
   
   CREATE ENDPOINT migration_endpoint
       STATE=STARTED
       AS TCP (LISTENER_PORT=5022)
       FOR DATABASE_MIRRORING (ROLE=ALL);
   GO
   
   GRANT CONNECT ON ENDPOINT::[migration_endpoint] TO [NET_DOMAIN\sql_server]
   GO
   

   NET_DOMAIN は、AD ドメインの NetBIOS 名に置き換えます。

5. SSMS のオブジェクト エクスプローラで、[サーバー オブジェクト] > [エンドポイント] > [データベース ミラーリング] に移動して、エンドポイントを確認します。

   

AOAG を作成する

AOAG を作成する手順は次のとおりです。

1. SSMS を使用して、AWS のソース データベースにログインします。

2. 次の T-SQL コマンドを実行して、データベースの復旧モードを完全復旧に設定し、完全バックアップを取得します。

   USE [master]
   GO
   
   ALTER DATABASE [DATABASE_NAME]
   SET RECOVERY FULL;
   BACKUP DATABASE [DATABASE_NAME]
   TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\Backup\DATABASE_NAME.bak';
   

   DATABASE_NAME は、移行するデータベースの名前に置き換えます。

3. 次の T-SQL コマンドを実行して、AOAG を作成します。

   USE [master]
   GO
   
   CREATE AVAILABILITY GROUP [migration-ag]
   WITH (
       AUTOMATED_BACKUP_PREFERENCE = SECONDARY,
       DB_FAILOVER = OFF,
       DTC_SUPPORT = NONE,
       REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 0
   )
   FOR DATABASE [DATABASE_NAME]
   REPLICA ON
   N'SOURCE_SERVERNAME' WITH (
       ENDPOINT_URL = 'TCP://SOURCE_HOSTNAME:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       BACKUP_PRIORITY = 50,
       SEEDING_MODE = AUTOMATIC,
       SECONDARY_ROLE(ALLOW_CONNECTIONS = READ_ONLY)
   ),
   N'DEST_SERVERNAME' WITH (
       ENDPOINT_URL = 'TCP://DEST_HOSTNAME:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       BACKUP_PRIORITY = 50,
       SEEDING_MODE = AUTOMATIC,
       SECONDARY_ROLE(ALLOW_CONNECTIONS = READ_ONLY)
   );
   GO
   

   次のように置き換えます。

   • DATABASE_NAME: 移行するデータベースの名前に置き換えます。
   • SOURCE_SERVERNAME: ソース データベースのサーバー名に置き換えます。
   • DEST_SERVERNAME: コピー先データベースのサーバー名に置き換えます。
   • SOURCE_HOSTNAME: ソースの完全修飾ドメイン名（FQDN）に置き換えます。
   • DEST_HOSTNAME: ターゲットの FQDN に置き換えます。

4. 宛先データベースで次の T-SQL コマンドを実行して、AOAG に追加します。

   USE [master]
   GO
   
   ALTER AVAILABILITY GROUP [migration-ag] JOIN WITH (CLUSTER_TYPE = EXTERNAL);
   ALTER AVAILABILITY GROUP [migration-ag] GRANT CREATE ANY DATABASE;
   GO
   

5. オブジェクト エクスプローラで、または次の T-SQL コマンドを実行して、新しく作成された AOAG とデータベースの状態を確認します。

   SELECT * FROM sys.dm_hadr_availability_group_states
   GO
   

   

SQL Server AOAG が構成され、AWS と Google Cloudの間で同期が維持されます。次のステップとして、高可用性と障害復旧のために WSFC とリスナーを構成する必要があります。詳細については、Windows Server フェイルオーバー クラスタリングと SQL Server と 可用性グループ リスナーとはをご覧ください。

分散可用性グループを使用して移行する

分散型可用性グループは、2 つの個別の可用性グループにまたがる特別なタイプの可用性グループです。地理的に分散したロケーションに高可用性と障害復旧機能を提供するように設計されています。このアーキテクチャでは、プライマリ可用性グループとセカンダリ可用性グループ間でシームレスなデータ レプリケーションとフェイルオーバーが可能になり、データ移行に最適です。詳細については、分散可用性グループをご覧ください。

以降のセクションでは、分散可用性グループを使用して SQL Server データベースを移行する方法について説明します。

始める前に

AWS で実行されている仮想ネットワーク名（VNN）リスナーを使用する可用性グループを使用する SQL Server の WSFC があることを確認します。

移行先の環境を準備する

移行先の環境を準備する手順は次のとおりです。

1. Google Cloudで内部ロードバランサを使用する可用性グループを使用して SQL Server で WSFC を構成するには、内部ロードバランサを使用して同期 commit を行う SQL Server Always-on 可用性グループを構成するをご覧ください。

2. オブジェクト エクスプローラで、bookshelf-ag が作成され、bookshelf データベースを複製していることを確認します。確認したら、次の手順で、フェイルオーバー クラスタの両方のノードからアベイラビリティ グループとデータベースの両方を削除します。

   

3. SSMS で node-1 に接続し、bookshelf リスナーの IP アドレスを保存します。

   SELECT * FROM sys.availability_group_listeners
   

4. 次の T-SQL コマンドを実行して、bookshelf-ag 可用性グループと bookshelf データベースを削除します。

   USE master
   GO
   
   DROP AVAILABILITY GROUP [bookshelf-ag]
   GO
   ALTER DATABASE [bookshelf] SET SINGLE_USER WITH ROLLBACK IMMEDIATE
   GO
   DROP DATABASE [bookshelf]
   GO
   

5. SSMS で node-2 に対して次の T-SQL を実行して、複製されたデータベースを削除します。

   USE master
   GO
   
   DROP DATABASE [bookshelf]
   GO
   

分散可用性グループを作成する

分散可用性グループに使用する新しい可用性グループを作成するには、次の操作を行います。

1. node-1 で次の T-SQL コマンドを実行します。

   USE master
   GO
   
   CREATE AVAILABILITY GROUP [gcp-dest-ag]
   FOR
   REPLICA ON
       N'NODE-1' WITH
       (
           ENDPOINT_URL = N'TCP://NODE-1:5022',
           FAILOVER_MODE = MANUAL,
           AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
           BACKUP_PRIORITY = 50,
           SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),
           SEEDING_MODE = AUTOMATIC
       ),
       N'NODE-2' WITH
       (
           ENDPOINT_URL = N'TCP://NODE-2:5022',
           FAILOVER_MODE = MANUAL,
           AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
           BACKUP_PRIORITY = 50,
           SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),
           SEEDING_MODE = AUTOMATIC
       );
   GO
   

2. リスナーを作成します。

   USE master;
   GO
   
   ALTER AVAILABILITY GROUP [gcp-dest-ag]
   ADD LISTENER N'gcp-dest-lsnr' (
   WITH IP (
   (N'LISTENER_IP', N'255.255.255.0')
   ),
   PORT = 1433);
   GO
   

   LISTENER_IP は、リスナーの IP アドレスに置き換えます。

3. SSMS を使用して node-2 に接続し、次の T-SQL コマンドを実行して gcp-dest-ag 可用性グループに追加します。

   USE master
   GO
   
   ALTER AVAILABILITY GROUP [gcp-dest-ag] JOIN;
   ALTER AVAILABILITY GROUP [gcp-dest-ag] GRANT CREATE ANY DATABASE;
   

4. SSMS を使用して AWS 上のソース SQL Server のプライマリ レプリカに接続し、次の T-SQL コマンドを実行して、分散可用性グループを作成します。

   USE [master]
   GO
   
   CREATE AVAILABILITY GROUP [distributed-ag]
   WITH (DISTRIBUTED)
   AVAILABILITY GROUP ON
   'AWS_AG' WITH
   (
       LISTENER_URL = 'tcp://AWS_LISTENER:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   ),
   'gcp-dest-ag' WITH
   (
       LISTENER_URL = 'tcp://gcp-dest-lsnr:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   )
   GO
   

   AWS_AG は AWS のアベイラビリティ グループの名前に、AWS_LISTENER は AWS アベイラビリティ グループのリスナーに置き換えます。

5. node-1 で SSMS で次の T-SQL コマンドを実行して、分散可用性グループに追加します。

   USE [master]
   GO
   
   ALTER AVAILABILITY GROUP [distributed-ag]
   JOIN
   AVAILABILITY GROUP ON
   'AWS_AG' WITH
   (
       LISTENER_URL = 'tcp://AWS_LISTENER:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   ),
   'gcp-dest-ag' WITH
   (
       LISTENER_URL = 'tcp://gcp-dest-lsnr:5022',
       AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
       FAILOVER_MODE = MANUAL,
       SEEDING_MODE = AUTOMATIC
   )
   GO
   

   AWS_AG は AWS のアベイラビリティ グループの名前に、AWS_LISTENER は AWS アベイラビリティ グループのリスナーに置き換えます。

6. 「node-1」で次の T-SQL コマンドを実行して、すべての可用性グループが正常に機能し、分散可用性グループ全体で Google Cloudの新しい SQL Server クラスタにレプリケートされていることを確認します。

   SELECT * FROM sys.dm_hadr_availability_group_states
   GO