Configurare il gruppo di disponibilità di scalabilità orizzontale lettura per SQL Server in LinuxConfigure read scale-out availability group for SQL Server on Linux

QUESTO ARGOMENTO SI APPLICA A: noSQL Server su WindowssìSQL Server su LinuxnoDatabase SQL di AzurenoAzure SQL Data WarehousenoParallel Data Warehouse THIS TOPIC APPLIES TO: noSQL Server on WindowsyesSQL Server on LinuxnoAzure SQL DatabasenoAzure SQL Data WarehousenoParallel Data Warehouse

È possibile configurare un gruppo di disponibilità di scalabilità orizzontale lettura per SQL Server in Linux.You can configure a read scale-out availability group for SQL Server on Linux. Esistono due architetture per i gruppi di disponibilità.There are two architectures for availability groups. Oggetto la disponibilità elevata architettura utilizza una gestione di cluster per assicurare la continuità aziendale migliorata.A high availability architecture uses a cluster manager to provide improved business continuity. Questa architettura può anche includere letture repliche di scalabilità orizzontale.This architecture can also include read scale-out replicas. Per creare l'architettura a disponibilità elevata, vedere configurare sempre nel gruppo di disponibilità per SQL Server in Linux.To create the high availability architecture, see Configure Always On availability group for SQL Server on Linux.

Questo documento viene illustrato come creare un scalabilità lettura gruppo di disponibilità senza un gestore cluster.This document explains how to create a read scale-out availability group without a cluster manager. Questa architettura fornisce solo lettura scalabilità orizzontale solo.This architecture only provides read scale-out only. Non fornisce la disponibilità elevata.It does not provide high availability.

PrerequisitiPrerequisites

Prima di creare il gruppo di disponibilità, è necessario:Before you create the availability group, you need to:

  • Impostare l'ambiente in modo che tutti i server che ospiteranno le repliche di disponibilità possano comunicareSet your environment so all servers that will host availability replicas can communicate
  • Installare SQL ServerInstall SQL Server

Nota

In Linux, è necessario creare un gruppo di disponibilità prima di aggiungerlo come risorsa cluster, da gestire con il cluster.On Linux, you must create an availability group before adding it as a cluster resource to be managed by the cluster. Questo documento propone un esempio di creazione del gruppo di disponibilità.This document provides an example that creates the availability group. Per istruzioni specifiche sulla distribuzione per creare il cluster e aggiungere il gruppo di disponibilità come risorsa cluster, vedere i collegamenti in Passaggi successivi.For distribution specific instructions to create the cluster and add the availability group as a cluster resource, see the links under Next steps.

  1. Aggiornare il nome del computer per ogni hostUpdate the computer name for each host

    Ogni nome di SQL Server deve:Each SQL Server name must be:

    • avere 15 caratteri o meno15 characters or less
    • essere univoco all'interno della reteUnique within the network

    Per impostare il nome del computer, modificare /etc/hostname.To set the computer name, edit /etc/hostname. Lo script seguente consente di modificare /etc/hostname con vi.The following script lets you edit /etc/hostname with vi.

    sudo vi /etc/hostname
    
  2. Configurare il file hostConfigure the hosts file

Nota

Se i nomi host sono registrati con i relativi IP nel server DNS, non è necessario eseguire i passaggi seguenti.If hostnames are registered with their IP in the DNS server, there is no need to do the steps below. Verificare che tutti i nodi che faranno parte della configurazione del gruppo di disponibilità possano comunicare tra loro (l'esecuzione del ping del nome host dovrebbe ottenere come risposta l'indirizzo IP corrispondente).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). Inoltre, assicurarsi che il file /etc/hosts non contenga un record che esegue il mapping dell'indirizzo IP di localhost 127.0.0.1 con il nome host del nodo.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.

Il file hosts in ogni server contiene gli indirizzi IP e i nomi di tutti i server che faranno parte del gruppo di disponibilità.The hosts file on every server contains the IP addresses and names of all servers that will participate in the availability group.

Il comando seguente restituisce l'indirizzo IP del server corrente:The following command returns the IP address of the current server:

sudo ip addr show

Aggiornare /etc/hosts.Update /etc/hosts. Lo script seguente consente di modificare /etc/hosts con vi.The following script lets you edit /etc/hosts with vi.

sudo vi /etc/hosts

L'esempio seguente illustra /etc/hosts su node1 con aggiunte per node1, node2 e node3.The following example shows /etc/hosts on node1 with additions for node1, node2, and node3. In questo documento node1 si riferisce al server che ospita la replica primaria.In this document node1 refers to the server hosting the primary replica. node2 e node3 si riferiscono ai server che ospitano le repliche secondarie.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

Installare SQL ServerInstall SQL Server

Installare SQL Server.Install SQL Server. I collegamenti seguenti puntano alle istruzioni di installazione di SQL Server per varie distribuzioni.The following links point to SQL Server installation instructions for various distributions.

Abilitare la funzionalità Gruppi di disponibilità Always On e riavviare sqlserverEnable Always On availability groups and restart sqlserver

Abilitare i gruppi di disponibilità Always On su ogni nodo che ospita un'istanza di SQL Server e riavviare mssql-server.Enable Always On availability groups on each node hosting a SQL Server instance, then restart mssql-server. Eseguire lo script riportato di seguito:Run the following script:

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

Abilitare la sessione eventi AlwaysOn_healthEnable AlwaysOn_health event session

Facoltativamente, è possibile abilitare gli eventi estesi dei gruppi di disponibilità Always On per diagnosticare più facilmente la causa radice durante la risoluzione dei problemi che interessano un gruppo di disponibilità.You can optionally enable Always On availability groups extended events to help with root-cause diagnosis when you troubleshoot an availability group. Eseguire il comando seguente in ogni istanza di 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

Per altre informazioni su questa sessione XE, vedere Eventi estesi di Always On.For more information about this XE session, see Always On Extended Events.

Creare l'utente dell'endpoint del mirroring del databaseCreate db mirroring endpoint user

Lo script di Transact-SQL seguente crea un account di accesso denominato dbm_logine un utente denominato dbm_user.The following Transact-SQL script creates a login named dbm_login, and a user named dbm_user. Aggiornare lo script con una password complessa.Update the script with a strong password. Eseguire il comando seguente in tutte le istanze di SQL Server per creare l'utente dell'endpoint di mirroring del database.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;

Creare un certificatoCreate a certificate

Il servizio SQL Server in Linux usa i certificati per autenticare la comunicazione tra gli endpoint del mirroring.The SQL Server service on Linux uses certificates to authenticate communication between the mirroring endpoints.

Lo script di Transact-SQL seguente crea una chiave master e un certificato.The following Transact-SQL script creates a master key and certificate. Quindi esegue il backup del certificato e consente di proteggere il file con una chiave privata.It then backs the certificate up and secures the file with a private key. Aggiornare lo script con password complesse.Update the script with strong passwords. Connettersi all'istanza di SQL Server primaria ed eseguire il Transact-SQL seguente per creare il certificato: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>**'
       );

A questo punto la replica di SQL Server primaria dispone di un certificato in /var/opt/mssql/data/dbm_certificate.cer e di una chiave privata in 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. Copiare questi due file nello stesso percorso in tutti i server che ospiteranno le repliche di disponibilità.Copy these two files to the same location on all servers that will host availability replicas. Usare l'utente mssql o concedere l'autorizzazione all'utente mssql per accedere a tali file.Use the mssql user or give permission to mssql user to access these files.

Nel server di origine, ad esempio, il comando seguente copia i file nel computer di destinazione.For example on the source server, the following command copies the files to the target machine. Sostituire i valori con i nomi delle istanze di SQL Server che ospiteranno le repliche.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/

Su ciascun server di destinazione, assegnare l'autorizzazione per accedere al certificato all'utente mssql.On each target server, give permission to mssql user to access the certificate.

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

Creare il certificato nei server secondariCreate the certificate on secondary servers

Lo script di Transact-SQL seguente crea una chiave master e un certificato dal backup creato nella replica primaria di 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. Inoltre, il comando autorizza l'utente ad accedere al certificato.The command also authorizes the user to access the certificate. Aggiornare lo script con password complesse.Update the script with strong passwords. La password di decrittografia è la stessa password utilizzata per creare il file .pvk in un passaggio precedente.The decryption password is the same password that you used to create the .pvk file in a previous step. Eseguire lo script seguente in tutti i server secondari per creare il certificato.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>**'
            );

Creare endpoint di mirroring del database in tutte le replicheCreate the database mirroring endpoints on all replicas

Gli endpoint del mirroring del database utilizzano il protocollo TCP (Transmission Control Protocol) per inviare e ricevere messaggi tra istanze del server che fanno parte di sessioni di mirroring del database o ospitano repliche di disponibilità.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. L'endpoint del mirroring del database è in attesa su un numero di porta TCP univoco.The database mirroring endpoint listens on a unique TCP port number.

Lo script di Transact-SQL seguente crea un endpoint di ascolto denominato Hadr_endpoint per il gruppo di disponibilità.The following Transact-SQL creates a listening endpoint named Hadr_endpoint for the availability group. Avvia l'endpoint e assegna l'autorizzazione di connessione all'utente creato.It starts the endpoint, and gives connect permission to the user that you created. Prima di eseguire lo script, sostituire i valori compresi tra **< ... >**.Before you run the script, replace the values between **< ... >**.

Nota

Per questa versione, non usare un indirizzo IP diverso per l'IP del listener.For this release, do not use a different IP address for the listener IP. Questo problema è in fase di correzione, tuttavia, l'unico valore accettabile per il momento è "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'.

Aggiornare lo script di Transact-SQL seguente per il proprio ambiente in tutte le istanze di SQL Server: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];

Importante

La porta TCP sul firewall deve essere aperta per la porta del listener.The TCP port on the firewall needs to be open for the listener port.

Importante

In SQL Server 2017, l'unico metodo di autenticazione supportato per l'endpoint di mirroring del database è CERTIFICATE.For SQL Server 2017 release, the only authentication method supported for database mirroring endpoint is CERTIFICATE. L'opzione WINDOWS sarà abilitata in una versione futura.WINDOWS option will be enabled in a future release.

Per informazioni complete, vedere Endpoint del mirroring del database (SQL Server).For complete information, see The Database Mirroring Endpoint (SQL Server).

Creare il gruppo di disponibilitàCreate the availability group

Creare il gruppo di disponibilità.Create the availability group. Set CLUSTER_TYPE = NONE.Set CLUSTER_TYPE = NONE. Inoltre, impostare ogni replica con FAILOVER_MODE = NONE.In addition, set each replica with FAILOVER_MODE = NONE. Le applicazioni client in esecuzione analitica o reporting carichi di lavoro possono direttamente la connessione ai database secondari.Client applications running analytics or reporting workloads can directly connect to the secondary databases. È anche possibile creare un elenco di routing di sola lettura.You can also create a read-only routing list. Le connessioni alla replica primaria in avanti leggere le richieste di connessione a ognuna delle repliche secondarie della lista di distribuzione in uno schema round robin.Connections to the primary replica forward read connection requests to each of the secondary replicas from the routing list in a round robin fashion.

Lo script di Transact-SQL seguente crea un nome di gruppo di disponibilità ag1.The following Transact-SQL script creates an availability group name ag1. Lo script consente di configurare le repliche del gruppo di disponibilità con SEEDING_MODE = AUTOMATIC.The script configures the availability group replicas with SEEDING_MODE = AUTOMATIC. Questa impostazione, SQL Server creare automaticamente il database in ciascun server secondario dopo averlo aggiunto al gruppo di disponibilità.This setting causes SQL Server to automatically create the database on each secondary server after it is added to the availability group. Aggiornare lo script seguente per l'ambiente.Update the following script for your environment. Sostituire il **<node1>** e **<node2>** valori con i nomi delle istanze di SQL Server che ospitano le repliche.Replace the **<node1>** and **<node2>** values with the names of the SQL Server instances that host the replicas. Sostituire il **<5022>** con la porta è impostata per l'endpoint.Replace the **<5022>** with the port you set for the endpoint. Nella replica primaria di SQL Server, eseguire l'istruzione Transact-SQL seguente: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;

Creare un join al gruppo di disponibilità secondaria SQL ServerJoin secondary SQL Servers to the availability group

Lo script Transact-SQL seguente viene aggiunto un server a un gruppo di disponibilità denominato ag1.The following Transact-SQL script joins a server to an availability group named ag1. Aggiornare lo script per l'ambiente.Update the script for your environment. In ogni replica secondaria di SQL Server, eseguire Transact-SQL seguente per aggiungere il gruppo di disponibilità.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;

Aggiungere un database al gruppo di disponibilitàAdd a database to the availability group

Verificare che il database che si aggiunge al gruppo di disponibilità sia in modalità di ripristino completa e disponga di un backup del log valido.Ensure the database you are adding to the Availability group is in full recovery mode and has a valid log backup. Se si tratta di un database di prova o di un database nuovo creato, eseguire un backup del database.If this is a test database or a new database created, take a database backup. Nell'istanza primaria di SQL Server, eseguire lo script di Transact-SQL seguente per creare ed eseguire il backup di un database denominato db1.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';

Nella replica primaria di SQL Server, eseguire lo script di Transact-SQL seguente per aggiungere un database denominato db1 a un gruppo di disponibilità denominato 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];

Verificare che il database sia creato nei server secondariVerify that the database is created on the secondary servers

In ogni replica secondaria di SQL Server, eseguire la query seguente per verificare che sia stato creato il database db1 e sia sincronizzato.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;

Non si tratta di una configurazione a disponibilità elevata, se è necessaria la disponibilità elevata, seguire le istruzioni in Configura gruppo di disponibilità AlwaysOn per SQL Server in 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. In particolare, creare il gruppo di disponibilità con CLUSTER_TYPE=WSFC (in Windows) o CLUSTER_TYPE=EXTERNAL (in Linux) e integrare con un gestore cluster - WSFC in Windows o Pacemaker in 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.

Connettersi a repliche secondarie di sola letturaConnect to read-only secondary replicas

Esistono due modi per connettersi a repliche secondarie di sola lettura.There are two ways to connect to the read-only secondary replicas. Le applicazioni possono connettersi direttamente all'istanza di SQL Server che ospita la replica secondaria ed eseguire query sui database oppure possono utilizzare il routing di sola lettura.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. routing di sola lettura richiede un listener.read-only routing requires a listener.

Repliche secondarie leggibiliReadable secondary replicas

routing di sola letturaread-only routing

Eseguire il failover la replica primaria nel gruppo di disponibilità di scalabilità orizzontale letturaFail over primary replica on read scale-out availability group

Ogni gruppo di disponibilità include solo una replica primaria.Each availability group has only one primary replica. La replica primaria consente operazioni di lettura e scrittura.The primary replica allows reads and writes. Per modificare la replica primaria, è possibile eseguire il failover.To change which replica is the primary, you can fail over. In un gruppo di disponibilità per la disponibilità elevata, nel processo di failover consente di automatizzare la gestione di cluster.In an availability group for high availability, the cluster manager automates in the failover process. In un gruppo di disponibilità di scalabilità orizzontale lettura, il processo di failover è manuale.In a read scale-out availability group, the failover process is manual. Esistono due modi per eseguire il failover la replica primaria in un gruppo di disponibilità di scala di lettura.There are two ways to fail over the primary replica in a read scale availability group.

  • Forzato manuale tramite con perdita di datiForced manual fail over with data loss

  • Il failover manuale senza perdita di datiManual fail over without data loss

Forzato failover con perdita di datiForced fail over with data loss

Utilizzare questo metodo quando la replica primaria non è disponibile e non può essere ripristinata.Use this method when the primary replica is not available and can not be recovered. È possibile trovare ulteriori informazioni sul failover forzato con perdita di dati in eseguire un Failover manuale forzato.You can find more information about forced failover with data loss at Perform a Forced Manual Failover.

Per forzare il failover con perdita di dati, connettersi all'istanza di SQL che ospita la replica secondaria di destinazione ed eseguire: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;

Il failover manuale senza perdita di datiManual fail over without data loss

Utilizzare questo metodo quando la replica primaria è disponibile, ma è necessario temporaneamente o definitivamente, modificare la configurazione e modificare l'istanza di SQL Server che ospita la replica primaria.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. Prima di eseguire il failover manuale su, verificare che la replica secondaria di destinazione viene aggiornata, in modo che non vi sia alcuna perdita di dati.Before issuing manual failing over, ensure that the target secondary replica is up to date, so that there is no potential data loss.

I passaggi seguenti viene descritto come eseguire manualmente il failover senza perdita di dati:The following steps describe how to manually fail over without data loss:

  1. Effettuare il commit sincrono replica secondaria di destinazione.Make the target secondary replica synchronous commit.

    ALTER AVAILABILITY GROUP [ag1] MODIFY REPLICA ON N'**<node2>*' WITH (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT);
    
  2. Aggiornamento required_synchronized_secondaries_to_commitsu 1.Update required_synchronized_secondaries_to_committo 1.

    Questa impostazione assicura che ogni transazione attiva viene eseguito il commit per la replica primaria e almeno un database secondario sincrono.This setting ensures that every active transaction is committed to the primary replica and at least one synchronous secondary. Il gruppo di disponibilità è pronto per eseguire il failover quando il synchronization_state_desc è sincronizzato e il sequence_number è uguale per entrambi primaria e replica secondaria di destinazione.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. Eseguire la query per controllare: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. Abbassare di livello la replica primaria alla replica secondaria.Demote the primary replica to secondary replica. Dopo la replica primaria viene abbassato di livello, è in sola lettura.After the primary replica is demoted, it is read-only. Eseguire questo comando sull'istanza SQL che ospita la replica primaria per aggiornare il ruolo secondario: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. Alzare di livello la replica secondaria di destinazione come primaria.Promote the target secondary replica to primary.

    ALTER AVAILABILITY GROUP distributedag FORCE_FAILOVER_ALLOW_DATA_LOSS; 
    

    Nota

    Per eliminare un utilizzo di gruppo di disponibilità DROP AVAILABILITY GROUP.To delete an availability group use DROP AVAILABILITY GROUP. Per un gruppo di disponibilità creato con CLUSTER_TYPE NONE o esterno, il comando deve essere eseguito in parte le repliche del gruppo di disponibilità.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.

Passaggi successiviNext steps

Configurare il gruppo di disponibilità distribuitoConfigure distributed availability group

Altre informazioni sui gruppi di disponibilitàLearn more about availability groups