SQL Server on Linux の読み取りのスケール アウト可用性グループを構成します。Configure read scale-out availability group for SQL Server on Linux

適用対象: XSQL Server on Windows○SQL Server on LinuxXAzure SQL DatabaseXAzure SQL Data WarehouseXParallel Data Warehouse THIS TOPIC APPLIES TO: noSQL Server on WindowsyesSQL Server on LinuxnoAzure SQL DatabasenoAzure SQL Data WarehousenoParallel Data Warehouse

Linux に SQL Server の読み取りのスケール アウト可用性グループを構成することができます。You can configure a read scale-out availability group for SQL Server on Linux. 可用性グループの 2 つのアーキテクチャがあります。There are two architectures for availability groups. A高可用性アーキテクチャでは、クラスター マネージャーを使用して、ビジネス継続性を提供します。A high availability architecture uses a cluster manager to provide improved business continuity. このアーキテクチャでは、読み取りのスケール アウト レプリカを含めることもできます。This architecture can also include read scale-out replicas. 高可用性アーキテクチャを作成するを参照してください。構成 Always On 可用性グループの SQL Server on Linuxです。To create the high availability architecture, see Configure Always On availability group for SQL Server on Linux.

このドキュメントを作成する方法を説明します、読み取りのスケール アウトクラスター マネージャーがない可用性グループです。This document explains how to create a read scale-out availability group without a cluster manager. このアーキテクチャは、スケール アウトののみ読み取りのみを提供します。This architecture only provides read scale-out only. 高可用性は提供されません。It does not provide high availability.

前提条件Prerequisites

可用性グループを作成する前に、以下のことを行う必要があります。Before you create the availability group, you need to:

  • 可用性レプリカをホストするすべてのサーバーが通信できるように環境を設定するSet your environment so all servers that will host availability replicas can communicate
  • SQL Server をインストールするInstall SQL Server

注意

Linux で、クラスターによって管理されるクラスター リソースとして追加する可用性グループを作成する必要があります。On Linux, you must create an availability group before adding it as a cluster resource to be managed by the cluster. このドキュメントでは、可用性グループを作成する例を示します。This document provides an example that creates the availability group. クラスターを作成し、可用性グループをクラスター リソースとして追加するディストリビューション固有の具体的な説明については、「次のステップ」の後のリンクをご覧ください。For distribution specific instructions to create the cluster and add the availability group as a cluster resource, see the links under Next steps.

  1. 各ホストのコンピューター名を更新するUpdate the computer name for each host

    各 SQL Server 名には次の条件があります。Each SQL Server name must be:

    • 15 文字以下15 characters or less
    • ネットワーク内で一意Unique within the network

    コンピューター名を設定するには、/etc/hostname を編集します。To set the computer name, edit /etc/hostname. 次のスクリプトを使うと、vi/etc/hostname を編集できます。The following script lets you edit /etc/hostname with vi.

    sudo vi /etc/hostname
    
  2. hosts ファイルを構成するConfigure the hosts file

注意

ホスト名が IP アドレスで DNS サーバーに登録されている場合、次の手順を実行する必要はありません。If hostnames are registered with their IP in the DNS server, there is no need to do the steps below. 可用性グループ構成の一部になるすべてのノードが相互に通信できることを確認します (ホスト名に対して ping を実行すると、対応する IP アドレスで応答される必要があります)。Validate that all nodes that are going to be part of the availability group configuration can communicate with each other (pinging the hostname should reply with the corresponding IP address). また、/etc/hosts ファイルに、localhost IP アドレス 127.0.0.1 をノードのホスト名とマップするレコードが含まれないことを確認します。Also, make sure that /etc/hosts file does not contain a record that maps localhost IP address 127.0.0.1 with the hostname of the node.

すべてのサーバー上の hosts ファイルには、可用性グループに参加するすべてのサーバーの IP アドレスと名前が含まれています。The hosts file on every server contains the IP addresses and names of all servers that will participate in the availability group.

次のコマンドは、現在のサーバーの IP アドレスを返します。The following command returns the IP address of the current server:

sudo ip addr show

/etc/hosts を更新します。Update /etc/hosts. 次のスクリプトを使うと、vi/etc/hosts を編集できます。The following script lets you edit /etc/hosts with vi.

sudo vi /etc/hosts

次の例は、node1/etc/hosts を示しています。node1node2node3 に対して追加があります。The following example shows /etc/hosts on node1 with additions for node1, node2, and node3. このドキュメントでは、node1 はプライマリ レプリカをホストするサーバーを指します。In this document node1 refers to the server hosting the primary replica. node2node3 は、セカンダリ レプリカをホストするサーバーを指します。node2, and node3 refer to servers hosting secondary replicas.

127.0.0.1   localhost localhost4 localhost4.localdomain4
::1       localhost localhost6 localhost6.localdomain6
10.128.18.12 node1
10.128.16.77 node2
10.128.15.33 node3

SQL Server をインストールするInstall SQL Server

SQL Server をインストールします。Install SQL Server. 次のリンクは、さまざまなディストリビューションの SQL Server インストールの手順に移動します。The following links point to SQL Server installation instructions for various distributions.

Always On 可用性グループを有効にして sqlserver を再起動するEnable Always On availability groups and restart sqlserver

SQL Server インスタンスをホストする各ノードで Always On 可用性グループを有効にしてから、mssql-server を再起動します。Enable Always On availability groups on each node hosting a SQL Server instance, then restart mssql-server. 次のスクリプトを実行します。Run the following script:

sudo /opt/mssql/bin/mssql-conf set hadr.hadrenabled  1
sudo systemctl restart mssql-server

AlwaysOn_health イベント セッションを有効にするEnable AlwaysOn_health event session

オプションで、Always On 可用性グループの拡張イベントを有効にすると、可用性グループのトラブルシューティング時に根本原因を診断するために役立ちます。You can optionally enable Always On availability groups extended events to help with root-cause diagnosis when you troubleshoot an availability group. SQL Server の各インスタンスで次のコマンドを実行します。Run the following command on each each instance of SQL Server.

ALTER EVENT SESSION  AlwaysOn_health ON SERVER WITH (STARTUP_STATE=ON);
GO

この XE セッションの詳細については、「AlwaysOn の拡張イベント」をご覧ください。For more information about this XE session, see Always On Extended Events.

db ミラーリング エンドポイント ユーザーを作成するCreate db mirroring endpoint user

次の Transact-SQL スクリプトでは、dbm_login という名前のログインと dbm_user という名前のユーザーを作成します。The following Transact-SQL script creates a login named dbm_login, and a user named dbm_user. 強力なパスワードでスクリプトを更新します。Update the script with a strong password. データベース ミラーリング エンドポイントのユーザーを作成するために、すべての SQL Server インスタンスで次のコマンドを実行します。Run the following command on all SQL Server instances to create the database mirroring endpoint user.

CREATE LOGIN dbm_login WITH PASSWORD = '**<1Sample_Strong_Password!@#>**';
CREATE USER dbm_user FOR LOGIN dbm_login;

証明書を作成するCreate a certificate

Linux 上の SQL Server サービスは、ミラーリングのエンドポイント間の通信を認証するのに証明書を使用します。The SQL Server service on Linux uses certificates to authenticate communication between the mirroring endpoints.

次の Transact-SQL スクリプトは、マスター キーと証明書を作成します。The following Transact-SQL script creates a master key and certificate. その後、証明書をバックアップし、秘密キーでファイルをセキュリティ保護します。It then backs the certificate up and secures the file with a private key. 強力なパスワードでスクリプトを更新してください。Update the script with strong passwords. プライマリ SQL Server インスタンスに接続し、証明書を作成する次の Transact-SQL を実行します。Connect to the primary SQL Server instance and run the following Transact-SQL to create the certificate:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '**<Master_Key_Password>**';
CREATE CERTIFICATE dbm_certificate WITH SUBJECT = 'dbm';
BACKUP CERTIFICATE dbm_certificate
   TO FILE = '/var/opt/mssql/data/dbm_certificate.cer'
   WITH PRIVATE KEY (
           FILE = '/var/opt/mssql/data/dbm_certificate.pvk',
           ENCRYPTION BY PASSWORD = '**<Private_Key_Password>**'
       );

この時点で、プライマリ SQL Server レプリカの /var/opt/mssql/data/dbm_certificate.cer には証明書が、var/opt/mssql/data/dbm_certificate.pvk には秘密キーが作成されています。At this point your primary SQL Server replica has a certificate at /var/opt/mssql/data/dbm_certificate.cer and a private key at var/opt/mssql/data/dbm_certificate.pvk. これら 2 つのファイルを、可用性レプリカをホストするすべてのサーバー上の同じ場所にコピーします。Copy these two files to the same location on all servers that will host availability replicas. mssql ユーザーを使うか、またはこれらのファイルへのアクセス許可を mssql ユーザーに付与します。Use the mssql user or give permission to mssql user to access these files.

たとえば、ソース サーバーでは、次のコマンドでファイルをターゲット コンピューターにコピーします。For example on the source server, the following command copies the files to the target machine. の値を、レプリカをホストする SQL Server インスタンスの名前に置き換えます。Replace the values with the names of the SQL Server instances that will host the replicas.

cd /var/opt/mssql/data
scp dbm_certificate.* root@**<node2>**:/var/opt/mssql/data/

各対象サーバー上で証明書へのアクセス許可を mssql ユーザーに付与します。On each target server, give permission to mssql user to access the certificate.

cd /var/opt/mssql/data
chown mssql:mssql dbm_certificate.*

セカンダリ サーバーで証明書を作成するCreate the certificate on secondary servers

次の Transact-SQL スクリプトは、SQL Server のプライマリ レプリカで作成したバックアップからマスター キーと証明書を作成します。The following Transact-SQL script creates a master key and certificate from the backup that you created on the primary SQL Server replica. また、ユーザーに証明書へのアクセスを承認します。The command also authorizes the user to access the certificate. 強力なパスワードでスクリプトを更新してください。Update the script with strong passwords. 暗号化解除パスワードは、前の手順で .pvk ファイルの作成に使ったものと同じパスワードです。The decryption password is the same password that you used to create the .pvk file in a previous step. すべてのセカンダリ サーバーで次のスクリプトを実行し、証明書を作成します。Run the following script on all secondary servers to create the certificate.

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '**<Master_Key_Password>**';
CREATE CERTIFICATE dbm_certificate   
    AUTHORIZATION dbm_user
    FROM FILE = '/var/opt/mssql/data/dbm_certificate.cer'
    WITH PRIVATE KEY (
    FILE = '/var/opt/mssql/data/dbm_certificate.pvk',
    DECRYPTION BY PASSWORD = '**<Private_Key_Password>**'
            );

すべてのレプリカにデータベース ミラーリング エンドポイントを作成するCreate the database mirroring endpoints on all replicas

データベース ミラーリング エンドポイントでは、伝送制御プロトコル (TCP) を使用して、データベース ミラーリング セッションに参加するサーバー インスタンス間、または可用性レプリカをホストするサーバー インスタンス間でメッセージを送受信します。Database mirroring endpoints use Transmission Control Protocol (TCP) to send and receive messages between the server instances participating database mirroring sessions or hosting availability replicas. データベース ミラーリング エンドポイントでは、一意な TCP ポート番号でリッスンします。The database mirroring endpoint listens on a unique TCP port number.

次の Transact-SQL は、可用性グループに対して Hadr_endpoint という名前のリスニング エンドポイントを作成します。The following Transact-SQL creates a listening endpoint named Hadr_endpoint for the availability group. エンドポイントを開始し、作成したユーザーに接続許可を付与します。It starts the endpoint, and gives connect permission to the user that you created. スクリプトを実行する前に、**< ... >** の間の値を置き換えます。Before you run the script, replace the values between **< ... >**.

注意

このリリースでは、リスナーの IP アドレスに別の IP アドレスを使わないでください。For this release, do not use a different IP address for the listener IP. この問題の修正を行っていますが、現時点で使用できる値は "0.0.0.0" のみです。We are working on a fix for this issue, but the only acceptable value for now is '0.0.0.0'.

すべての SQL Server インスタンスで、環境に合わせて次の Transact-SQL を更新します。Update the following Transact-SQL for your environment on all SQL Server instances:

CREATE ENDPOINT [Hadr_endpoint]
    AS TCP (LISTENER_IP = (0.0.0.0), LISTENER_PORT = **<5022>**)
    FOR DATA_MIRRORING (
        ROLE = ALL,
        AUTHENTICATION = CERTIFICATE dbm_certificate,
        ENCRYPTION = REQUIRED ALGORITHM AES
        );
ALTER ENDPOINT [Hadr_endpoint] STATE = STARTED;
GRANT CONNECT ON ENDPOINT::[Hadr_endpoint] TO [dbm_login];

重要

ファイアウォールの TCP ポートをリスナー ポート用に開く必要があります。The TCP port on the firewall needs to be open for the listener port.

重要

SQL Server 2017 リリースでは、データベース ミラーリング エンドポイントでサポートされる唯一の認証方法は CERTIFICATE です。For SQL Server 2017 release, the only authentication method supported for database mirroring endpoint is CERTIFICATE. WINDOWS オプションが将来のリリースで有効になる予定です。WINDOWS option will be enabled in a future release.

詳細については、「データベース ミラーリング エンドポイント (SQL Server)」をご覧ください。For complete information, see The Database Mirroring Endpoint (SQL Server).

可用性グループを作成します。Create the availability group

可用性グループを作成します。Create the availability group. Set CLUSTER_TYPE = NONE.Set CLUSTER_TYPE = NONE. さらに、各レプリカを設定FAILOVER_MODE = NONEです。In addition, set each replica with FAILOVER_MODE = NONE. 分析を実行するか、ワークロードをレポートできますを直接クライアント アプリケーションは、セカンダリ データベースに接続します。Client applications running analytics or reporting workloads can directly connect to the secondary databases. 読み取り専用ルーティング リストを作成することもできます。You can also create a read-only routing list. 転送用のプライマリ レプリカへの接続は、ラウンド ロビン形式でルーティング リストから、各セカンダリ レプリカに接続要求を読み取る。Connections to the primary replica forward read connection requests to each of the secondary replicas from the routing list in a round robin fashion.

次の TRANSACT-SQL スクリプトを作成、可用性グループ名ag1です。The following Transact-SQL script creates an availability group name ag1. スクリプトは、構成、可用性グループ レプリカとSEEDING_MODE = AUTOMATICです。The script configures the availability group replicas with SEEDING_MODE = AUTOMATIC. この設定は、可用性グループに追加された後に、各セカンダリ サーバーでデータベースを自動的に作成する SQL Server をによりします。This setting causes SQL Server to automatically create the database on each secondary server after it is added to the availability group. 環境内の次のスクリプトを更新します。Update the following script for your environment. 置換、**<node1>****<node2>**レプリカをホストする SQL Server インスタンスの名前を持つ値です。Replace the **<node1>** and **<node2>** values with the names of the SQL Server instances that host the replicas. 置換、**<5022>**ポートのエンドポイント用に設定するとします。Replace the **<5022>** with the port you set for the endpoint. SQL Server のプライマリ レプリカでは、次の TRANSACT-SQL を実行します。Run the following Transact-SQL on the primary SQL Server replica:

CREATE AVAILABILITY GROUP [ag1]
    WITH (CLUSTER_TYPE = NONE)
    FOR REPLICA ON
        N'**<node1>**' WITH (
            ENDPOINT_URL = N'tcp://**<node1>:**<5022>**',
            AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
            FAILOVER_MODE = MANUAL,
            SEEDING_MODE = AUTOMATIC,
                    SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL)
            ),
        N'**<node2>**' WITH ( 
            ENDPOINT_URL = N'tcp://**<node2>**:**<5022>**', 
            AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
            FAILOVER_MODE = MANUAL,
            SEEDING_MODE = AUTOMATIC,
            SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL)
            );

ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;

可用性グループにセカンダリ SQL サーバーを参加させるJoin secondary SQL Servers to the availability group

次の TRANSACT-SQL スクリプトは、という名前の可用性グループにサーバーを参加ag1です。The following Transact-SQL script joins a server to an availability group named ag1. 環境内で使用するスクリプトを更新します。Update the script for your environment. 各セカンダリ SQL Server レプリカでは、可用性グループに参加する次の TRANSACT-SQL を実行します。On each secondary SQL Server replica, run the following Transact-SQL to join the availability group.

ALTER AVAILABILITY GROUP [ag1] JOIN WITH (CLUSTER_TYPE = NONE);

ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;

データベースを可用性グループに追加します。Add a database to the availability group

可用性グループに追加するデータベースは、完全復旧モードではあり、有効なログ バックアップを確認します。Ensure the database you are adding to the Availability group is in full recovery mode and has a valid log backup. テスト データベースまたは作成された新しいデータベースの場合は、データベース バックアップを実行します。If this is a test database or a new database created, take a database backup. プライマリ SQL サーバーで実行を作成し、という名前のデータベースをバックアップの次の TRANSACT-SQLdb1です。On the primary SQL Server, run the following Transact-SQL to create and back up a database called db1.

CREATE DATABASE [db1];
ALTER DATABASE [db1] SET RECOVERY FULL;
BACKUP DATABASE [db1] 
   TO DISK = N'/var/opt/mssql/data/db1.bak';

SQL Server のプライマリ レプリカで実行をという名前のデータベースを追加する次の TRANSACT-SQLdb1を可用性グループと呼ばれるag1です。On the primary SQL Server replica, run the following Transact-SQL to add a database called db1 to an availability group called ag1.

ALTER AVAILABILITY GROUP [ag1] ADD DATABASE [db1];

セカンダリ サーバー上のデータベースが作成されたことを確認してください。Verify that the database is created on the secondary servers

各セカンダリ SQL Server レプリカでかどうかを次のクエリを実行、db1データベースが作成されが同期されています。On each secondary SQL Server replica, run the following query to see if the db1 database has been created and is synchronized.

SELECT * FROM sys.databases WHERE name = 'db1';
GO
SELECT DB_NAME(database_id) AS 'database', synchronization_state_desc FROM sys.dm_hadr_database_replica_states;

これは高可用性構成ではなく、高可用性を実現する場合は、ある手順に従って構成 Always On 可用性グループの SQL Server on Linuxです。This is not an high availability configuration, if you need high availability, follow the instructions at Configure Always On Availability Group for SQL Server on Linux. 具体的には、可用性グループを作成CLUSTER_TYPE=WSFC(Windows) のまたはCLUSTER_TYPE=EXTERNAL(Linux) 内およびクラスター マネージャーの Windows での WSFC または Linux のペースのいずれかと統合します。Specifically, create the availability group with CLUSTER_TYPE=WSFC (in Windows) or CLUSTER_TYPE=EXTERNAL (in Linux) and integrate with a cluster manager - either WSFC on Windows or Pacemaker on Linux.

読み取り専用のセカンダリ レプリカに接続します。Connect to read-only secondary replicas

読み取り専用セカンダリ レプリカに接続する 2 つの方法ができます。There are two ways to connect to the read-only secondary replicas. アプリケーションが、セカンダリ レプリカをホストする SQL Server インスタンスに直接接続して、データベースのクエリ実行または、読み取り専用ルーティングを使用できるようにします。Applications can connect directly to the SQL Server instance that hosts the secondary replica and query the databases, or they can use read-only routing. 読み取り専用ルーティングには、リスナーが必要です。read-only routing requires a listener.

読み取り可能なセカンダリ レプリカReadable secondary replicas

読み取り専用ルーティングread-only routing

読み取りのスケール アウト可用性グループのプライマリ レプリカのフェールオーバーします。Fail over primary replica on read scale-out availability group

各可用性グループは、1 つだけのプライマリ レプリカを持っています。Each availability group has only one primary replica. プライマリ レプリカは読み取りは許可し、書き込みます。The primary replica allows reads and writes. レプリカがプライマリを変更するには、フェールオーバーを実行できます。To change which replica is the primary, you can fail over. 高可用性の可用性グループで、フェールオーバー プロセスで、クラスター マネージャーを自動化します。In an availability group for high availability, the cluster manager automates in the failover process. 読み取りのスケール アウト可用性グループのフェールオーバー プロセスは手動です。In a read scale-out availability group, the failover process is manual. 読み取りのスケールの可用性グループのプライマリ レプリカのフェールオーバーに 2 つの方法ができます。There are two ways to fail over the primary replica in a read scale availability group.

  • 経由でデータ損失の手動フェールオーバーを強制Forced manual fail over with data loss

  • データを失わずに手動をフェールオーバーします。Manual fail over without data loss

データ損失の強制フェールオーバーForced fail over with data loss

プライマリ レプリカを使用できないは復旧できない場合は、このメソッドを使用します。Use this method when the primary replica is not available and can not be recovered. 詳細については、強制フェールオーバーでデータ損失が見つかりますの強制手動フェールオーバーを実行です。You can find more information about forced failover with data loss at Perform a Forced Manual Failover.

強制的にフェールオーバー データが失われると、対象のセカンダリ レプリカをホストする SQL インスタンスに接続し、実行します。To force fail over with data loss, connect to the SQL instance hosting the target secondary replica and run:

ALTER AVAILABILITY GROUP [ag1] FORCE_FAILOVER_ALLOW_DATA_LOSS;

データを失わずに手動をフェールオーバーします。Manual fail over without data loss

このメソッド、プライマリ レプリカが、使用可能な場合は一時的または完全構成を変更しをホストする SQL Server インスタンスを変更する必要があります、プライマリ レプリカを使います。Use this method when the primary replica is available, but you need to temporarily or permanently change the configuration and change the SQL Server instance that hosts the primary replica. 経由で手動の失敗を発行する前にデータ損失の可能性がないように、ターゲット セカンダリ レプリカが最新の状態であることを確認します。Before issuing manual failing over, ensure that the target secondary replica is up to date, so that there is no potential data loss.

次の手順では、データを失わずに手動でフェールオーバーする方法について説明します。The following steps describe how to manually fail over without data loss:

  1. ターゲット セカンダリ レプリカの同期コミットを確認します。Make the target secondary replica synchronous commit.

    ALTER AVAILABILITY GROUP [ag1] MODIFY REPLICA ON N'**<node2>*' WITH (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT);
    
  2. 更新required_synchronized_secondaries_to_commitを 1 にします。Update required_synchronized_secondaries_to_committo 1.

    この設定により、すべてのアクティブなトランザクションが、プライマリ レプリカと少なくとも 1 つの同期セカンダリにコミットされます。This setting ensures that every active transaction is committed to the primary replica and at least one synchronous secondary. 可用性グループが、synchronization_state_desc を同期するときにフェールオーバーする準備があり、sequence_number 両方のプライマリと同じ対象のセカンダリ レプリカ。The availability group is ready to fail over when the synchronization_state_desc is SYNCHRONIZED and the sequence_number is the same for both primary and target secondary replica. 確認するには、このクエリを実行します。Run this query to check:

    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; 
    
  3. セカンダリ レプリカにプライマリ レプリカを降格します。Demote the primary replica to secondary replica. プライマリ レプリカを降格した後は読み取り専用です。After the primary replica is demoted, it is read-only. ロールを更新する、セカンダリにプライマリ レプリカをホストしている SQL インスタンスでこのコマンドを実行します。Run this command on the SQL instance hosting the primary replica to update the role to SECONDARY:

    ALTER AVAILABILITY GROUP [ag1] SET (ROLE = SECONDARY); 
    
  4. 対象のセカンダリ レプリカをプライマリに昇格します。Promote the target secondary replica to primary.

    ALTER AVAILABILITY GROUP distributedag FORCE_FAILOVER_ALLOW_DATA_LOSS; 
    

    注意

    可用性グループ使用を削除するDROP AVAILABILITY GROUPです。To delete an availability group use DROP AVAILABILITY GROUP. CLUSTER_TYPE NONE または外部で作成された可用性グループで、コマンドにすべてのレプリカが可用性グループの一部で実行するのには。For an availability group created with CLUSTER_TYPE NONE or EXTERNAL, the command has to be executed on all replicas part of the availability group.

次の手順Next steps

分散型可用性グループを構成します。Configure distributed availability group

可用性グループの詳細を表示しますLearn more about availability groups