チュートリアル: アクティブ geo レプリケーションとフェールオーバーを構成する (Azure SQL Database)

適用対象: Azure SQL データベース

この記事では、Azure Portal、PowerShell、Azure CLI を使用して Azure SQL データベースにアクティブ geo レプリケーションを構成してフェールオーバーを開始する方法について説明します。

データベースごとにアクティブ geo レプリケーションが構成されています。 データベースのグループをフェールオーバーする場合、またはアプリケーションで安定した接続エンドポイントが必要な場合は、代わりにフェールオーバー グループを検討してください。

前提条件

• このチュートリアルを完了するには、単一の Azure SQL データベースが必要です。 Azure portal、Azure CLI、または PowerShell を使用して単一データベースを作成する方法を確認するには、「クイック スタート: 単一データベースを作成する - Azure SQL データベース」をご覧ください。

• 両方のサブスクリプションが同じ Microsoft Entra ID テナントにある限り、Azure Portal を使用してサブスクリプション間でアクティブ geo レプリケーションを設定できます。

  • 異なる Microsoft Entra ID テナントのプライマリのサブスクリプションとは異なるサブスクリプションに geo セカンダリ レプリカを作成するには、サブスクリプション間の geo セカンダリと Microsoft Entra ID テナント T-SQL チュートリアルを使用します。
  • セットアップと geo フェールオーバーを含むサブスクリプション間 geo レプリケーション操作は、データベース作成または更新 REST API を使用するときもサポートされます。

セカンダリ データベースの追加

次の手順では、geo レプリケーション パートナーシップに新しいセカンダリ データベースを作成します。

セカンダリ データベースを追加するには、サブスクリプションの所有者または共同所有者でなければなりません。

セカンダリ データベースは、プライマリ データベースと同じ名前となります。また、既定でのサービス レベルおよびコンピューティング サイズはプライマリ データベースと同じになります。 セカンダリ データベースは、単一データベースまたはプールされたデータベースとすることができます。 詳細については、DTU ベースの購入モデルと仮想コアベースの購入モデルに関する記事を参照してください。 セカンダリ データベースを作成しシード処理を行うと、プライマリ データベースから新しいセカンダリ データベースへのデータのレプリケートが開始されます。

セカンダリ レプリカがディザスター リカバリー (DR) にのみ使用され、読み取りまたは書き込みワークロードがない場合は、新しいアクティブ geo レプリケーションリレーションシップを構成するときにデータベースをスタンバイに指定することで、ライセンス コストを節約できます。 詳細については、「license-free スタンバイ レプリカ」を参照してください。

az sql db replica create --resource-group ContosoHotel --server contosoeast --name guestlist --partner-server contosowest --family Gen5 --capacity 2 --secondary-type Geo

az sql db replica list-links --name guestlist --resource-group ContosoHotel --server contosowest

Connect-AzAccount
$subscriptionid = <your subscription id here>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer' 
    DatabaseName = 'TestDB' 
    PartnerResourceGroupName = 'SecondaryRG'
    PartnerServerName = 'SecondaryServer'
    PartnerDatabaseName = 'TestDB'
}

New-AzSqlDatabaseSecondary @parameters

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'SecondaryRG'
}

Get-AzSqlDatabaseReplicationLink @parameters

フェールオーバーの開始

セカンダリ データベースは、プライマリ データベースとして使用するように切り替えることができます。

az sql db replica set-primary --name guestlist --resource-group ContosoHotel --server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryServer'
}

Set-AzSqlDatabaseSecondary @parameters -Failover

このコマンドは、セカンダリ データベースをプライマリ ロールに即座に切り替えます。 このプロセスは、通常 30 秒以内に完了します。

ロールの切り替え中に、わずかですが両方のデータベースが使用できなくなる期間 (0 ～ 25 秒程度) が生じます。 プライマリ データベースに複数のセカンダリ データベースがある場合は、コマンドによって、新しいプライマリに接続するように他のセカンダリが自動的に再構成されます。 通常の状況では、操作全体が完了するのに 1 分かかりません。

セカンダリ データベースを削除する

この操作では、セカンダリ データベースへのレプリケーションを完全に停止し、セカンダリのロールを通常の読み取り/書き込みデータベースに変更します。 セカンダリ データベースへの接続が切断された場合、コマンドは成功しますが、接続が復元するまでセカンダリは読み取り/書き込み状態になりません。

az sql db replica delete-link --name guestlist --resource-group ContosoHotel --server contosoeast --partner-server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryRG'
    PartnerServerName = 'PrimaryServer'
}
Remove-AzSqlDatabaseSecondary @parameters

サブスクリプション間 geo レプリケーション

• 同じ Microsoft Entra ID テナントのプライマリのサブスクリプションとは異なるサブスクリプションで geo セカンダリ レプリカを作成するには、Azure Portal を使用するか、このセクションの手順に従います。
• 異なる Microsoft Entra ID テナントのプライマリのサブスクリプションとは異なるサブスクリプションで geo セカンダリ レプリカを作成するには、このセクションの手順で T-SQL を使用する必要があります。

1. このT-SQLコマンドを実行するクライアントマシンのIPアドレスを、プライマリサーバとセカンダリサーバの両方 のサーバファイアウォールに追加します。 この IP アドレスを確認するには、同じクライアントコンピューターからプライマリサーバーに接続しているときに、次のクエリを実行します。

   select client_net_address from sys.dm_exec_connections where session_id = @@SPID;
   

   詳細については、Azure SQL Database と Azure Synapse の IP ファイアウォール規則に関するページを参照してください。

2. プライマリ サーバーの master データベースで、アクティブ geo レプリケーションのセットアップ専用の SQL 認証ログインを作成します。 必要に応じて、ログイン名とパスワードを調整します。

   create login geodrsetup with password = 'ComplexPassword01';
   

3. 同じデータベースで、ログイン用のユーザーを作成し、dbmanagerロールに追加し ます。

   create user geodrsetup for login geodrsetup;
   alter role dbmanager add member geodrsetup;
   

4. 新しいログインの SID 値をメモしておきます。 次のクエリを使用して SID 値を取得します。

   select sid from sys.sql_logins where name = 'geodrsetup';
   

5. (master データベースではなく) プライマリ データベースに接続し、同じログイン用のユーザーを作成します。

   create user geodrsetup for login geodrsetup;
   

6. 同じデータベースで、ユーザーをdb_ownerロールに追加します。

   alter role db_owner add member geodrsetup;
   

7. セカンダリ サーバーの master データベースで、同じ名前、パスワード、SID を使用して、プライマリ サーバーと同じログインを作成します。 次のサンプルコマンドの 16 進数の SID 値を、手順 4 で取得したものに置き換えます。

   create login geodrsetup with password = 'ComplexPassword01', sid=0x010600000000006400000000000000001C98F52B95D9C84BBBA8578FACE37C3E;
   

8. 同じデータベースで、ログイン用のユーザーを作成し、dbmanagerロールに追加し ます。

   create user geodrsetup for login geodrsetup;
   alter role dbmanager add member geodrsetup;
   

9. 新しい geodrsetup ログインを使用してプライマリ サーバー上の master データベースに接続し、セカンダリ サーバーで geo セカンダリの作成を開始します。 必要に応じて、データベース名とセカンダリサーバー名を調整します。 コマンドが実行されたら、プライマリ データベースの sys.dm_geo_replication_link_status ビューと、プライマリ サーバー上の master データベースの sys.dm_operation_status ビューのクエリを実行することで、geo セカンダリの作成を監視できます。 Geo セカンダリの作成に必要な時間は、プライマリデータベースのサイズによって異なります。

   alter database [dbrep] add secondary on server [servername];
   

10. Geo セカンダリが正常に作成されたら、この手順で作成したユーザー、ログイン、およびファイアウォールルールを削除できます。

次のステップ

• アクティブ geo レプリケーション。
• フェールオーバー グループ
• ビジネス継続性の概要
• セカンダリ DR レプリカをスタンバイとして指定して、ライセンス コストを節約します。