Configurare un gruppo di disponibilità con più subnet nelle aree di Azure: SQL server nelle macchine virtuali di Azure

Si applica a:SQL Server su VM di Azure

Questa esercitazione illustra come configurare una replica del gruppo di disponibilità Always On per SQL Server nelle macchine virtuali di Azure in un'area di Azure remota rispetto alla replica primaria. È possibile usare questa configurazione per il ripristino di emergenza (DR).

È anche possibile usare i passaggi descritti in questo articolo per estendere un gruppo di disponibilità locale esistente ad Azure.

Questa esercitazione si basa sull'esercitazione per distribuire manualmente un gruppo di disponibilità in più subnet in una singola area. Le menzioni dell'area locale in questo articolo fanno riferimento alle macchine virtuali e al gruppo di disponibilità già configurati nella prima area. L'area remota è la nuova infrastruttura che verrà aggiunta in questa esercitazione.

Panoramica

L'immagine seguente illustra una distribuzione comune di un gruppo di disponibilità nelle macchine virtuali di Azure:

Nella distribuzione illustrata nel diagramma, tutte le macchine virtuali sono in un'unica area di Azure. Le repliche del gruppo di disponibilità possono essere configurate con commit sincrono e failover automatico su SQL-VM-1 e SQL-VM-2. Per compilare questa architettura, vedere Gruppo di disponibilità Always On in SQL Server in macchine virtuali di Azure.

Questa architettura è soggetta a tempi di inattività se l'area di Azure diventa inaccessibile. Per ovviare a questa vulnerabilità, aggiungere una replica in un'area di Azure diversa. Il diagramma seguente illustra l'aspetto della nuova architettura:

Il diagramma illustra una nuova macchina virtuale denominata SQL-VM-3. SQL-VM-3 è in un'area di Azure diversa. Questa macchina virtuale viene aggiunta al cluster di failover di Windows Server e può ospitare una replica del gruppo di disponibilità. In questa architettura, la replica nell'area remota viene normalmente configurata con la modalità di disponibilità con commit asincrono e la modalità di failover manuale.

Quando le repliche dei gruppi di disponibilità si trovano in macchine virtuali di Azure in aree di Azure diverse, è possibile connettere le reti virtuali usando il peering di rete virtuale o un gateway VPN da sito a sito.

Creare la rete e le subnet

Prima di creare una rete virtuale e una subnet in una nuova area, è necessario decidere lo spazio degli indirizzi, la rete subnet, l'IP del cluster e gli indirizzi IP del listener del gruppo di disponibilità da usare per l'area remota.

Nella tabella seguente sono elencati i dettagli per l'area locale (corrente) e i valori configurati nella nuova area remota.

Per creare una rete virtuale e una subnet nella nuova area nel portale di Azure:

1. Accedere al gruppo di risorse nel portale Azure e selezionare + Crea.

2. Cercare Rete virtuale nella casella di ricerca del Marketplace e quindi selezionare il riquadro Rete virtuale di Microsoft.

3. Nella pagina Crea rete virtuale, selezionare Crea. Nella scheda Informazioni di base digitare le informazioni seguenti:

   1. In Dettagli progetto, scegliere Sottoscrizione e selezionare la sottoscrizione di Azure appropriata. Per Gruppo di risorse, selezionare il gruppo di risorse creato in precedenza, ad esempio SQL-HA-RG.
   2. In Dettagli istanza, specificare un nome per la rete virtuale, ad esempio remote_HAVNET. Scegliere quindi una nuova area remota.

   

4. Nella scheda Indirizzi IP, selezionare i puntini di sospensione (...) a fianco di + Aggiungi una subnet. Selezionare Elimina spazio indirizzi per rimuovere lo spazio indirizzi esistente, se è necessario un intervallo di indirizzi diverso.

   

5. Selezionare Aggiungi uno spazio indirizzi IP per aprire il riquadro per creare lo spazio indirizzi necessario. Questo tutorial usa lo spazio di indirizzamento della regione remota: 10.19.0.0/16. Selezionare Aggiungi.

   

6. Aggiungere subnet per il controller di dominio e SQL Server.

   1. Selezionare + Aggiungi una subnet

   2. Specificare un valore per Nome subnet, ad esempio DC-Subnet.

   3. Specificare un intervallo di indirizzi di subnet univoco all'interno dello spazio indirizzi della rete virtuale.

      Ad esempio, se l'intervallo di indirizzi è 10.19.0.0/16, immettere questi valori per la DC-Subnet: 10.19.1.0 per Indirizzo iniziale e /24 per Dimensioni subnet.

   4. Selezionare Aggiungi per aggiungere la nuova subnet.

   5. Ripetere il processo per SQL-subnet1. Al termine, è necessario avere una subnet per il controller di dominio nell'area remota e una subnet per ogni SQL Server nell'area remota. In questa esercitazione, ad esempio, la rete virtuale dell'area remota contiene:

   

7. selezionare Rivedi e crea per creare la rete virtuale.

Configurare il DNS della rete virtuale

Dopo aver creato la rete virtuale, configurarla per l'uso del server DNS dal controller di dominio locale o primario.

Seguire questa procedura per configurare la rete virtuale per DNS:

1. Passare al gruppo di risorse nel portale di Azure e selezionare la rete virtuale, ad esempio remote-HAVNET.
2. Selezionare Server DNS nel riquadro Impostazioni e quindi selezionare Personalizza.
3. Immettere l'indirizzo IP privato identificato in precedenza nel campo Indirizzo IP, ad esempio 10.38.0.4.
4. Seleziona Salva.

Connettere le reti virtuali nelle due aree di Azure

Dopo aver creato la nuova rete virtuale e la nuova subnet, è possibile connettersi alle due aree in modo che possano comunicare tra loro. Per stabilire questa connessione è possibile usare due metodi:

• Connetti reti virtuali con il peering di reti virtuali tramite il portale di Azure (consigliato)

  In alcuni casi, potrebbe essere necessario usare PowerShell per creare la connessione da rete virtuale a rete virtuale. Se, ad esempio, si usano account Azure diversi, non è possibile configurare la connessione nel portale. In questo caso, vedere Configurare una connessione da rete a rete tramite il portale di Azure.

• Configurare una connessione gateway VPN da sito a sito con il portale di Azure

Questo tutorial utilizza il peering di reti virtuali. Per configurare il peering di rete virtuale:

1. Nella casella di ricerca nella parte superiore della portale di Azure digitare autoHAVNET, ovvero la rete virtuale nell'area locale. Quando autoHAVNET viene visualizzato nei risultati della ricerca, selezionalo.

2. In Impostazioni, selezionare Peering e quindi + Aggiungi.

   

3. Immettere o selezionare le informazioni seguenti, accettare le impostazioni predefinite rimanenti e quindi selezionare Aggiungi.

   Impostazione	Valore
   Questa rete virtuale
   Nome del collegamento di peering	Immettere autoHAVNET-remote_HAVNET come nome del peering da autoHAVNET alla rete virtuale remota.
   Rete virtuale remota
   Nome del collegamento di peering	Immettere remote_HAVNET-autoHAVNET per il nome del peering dalla rete virtuale remota a autoHAVNET.
   Abbonamento	Selezionare la sottoscrizione per la rete virtuale remota.
   Rete virtuale	Selezionare remote_HAVNET per il nome della rete virtuale. La rete virtuale remota può trovarsi nella stessa area di autoHAVNET o in un'area diversa.

   

4. Nella pagina Peering lo stato del peering è Connesso.

   

   Se non viene visualizzato uno stato Connesso, selezionare il pulsante Aggiorna.

Creare un controller di dominio

Un controller di dominio nella nuova area è necessario per fornire l'autenticazione se il sito primario è non disponibile. Per creare un controller di dominio nella nuova area:

1. Tornare al gruppo di risorse SQL-HA-RG.
2. Seleziona + Crea.
3. Digitare Windows Server 2016 Datacenter e quindi selezionare il risultato Windows Server 2016 Datacenter.
4. In Windows Server 2016 Datacenter verificare che il modello di distribuzione sia Resource Manager e quindi selezionare Crea.

La tabella seguente descrive le impostazioni per queste due macchine:

Azure crea le macchine virtuali.

Configurare il controller di dominio

Nei passaggi seguenti configurare la macchina virtuale DC-VM-3 come controller di dominio per corp.contoso.com.

Impostare l'indirizzo del server DNS preferito

L'indirizzo del server DNS preferito non deve essere aggiornato direttamente all'interno di una macchina virtuale, deve essere modificato dal portale di Azure o da PowerShell o dall'interfaccia della riga di comando di Azure. I passaggi seguenti illustrano come apportare questa modifica all'interno del portale di Azure:

1. Accedere al portale di Azure.

2. Nella casella di ricerca nella parte superiore del portale immettere Interfaccia di rete. Selezionare Interfacce di rete nei risultati della ricerca.

3. Selezionare dall'elenco l'interfaccia di rete per il secondo controller di dominio di cui si vogliono visualizzare o modificare le impostazioni.

4. In Impostazioni, selezionare Server DNS.

5. Poiché questo controller di dominio non si trova nella stessa rete virtuale del controller di dominio primario, selezionare Personalizza e immettere l'indirizzo IP del controller di dominio primario, ad esempio 10.38.0.4. L'indirizzo del server DNS specificato viene assegnato solo a questa interfaccia di rete e sostituisce tutte le impostazioni DNS per la rete virtuale a cui è assegnata l'interfaccia di rete.

6. Seleziona Salva.

7. Tornare alla macchina virtuale nel portale di Azure e riavviare la macchina virtuale. Dopo il riavvio della macchina virtuale, è possibile aggiungere la macchina virtuale al dominio.

Accedere al dominio

Quindi, aggiungere il dominio corp.contoso.com. A tale scopo, effettuare i passaggi seguenti:

1. Connettersi in remoto alla macchina virtuale con Bastion usando l'account BUILTIN\DomainAdmin .
2. Aprire Server Manager, selezionare Server locale.
3. Selezionare GRUPPO DI LAVORO.
4. Nella sezione Nome computer selezionare Cambia.
5. Selezionare la casella di controllo Dominio e digitare corp.contoso.com nella casella di testo. Seleziona OK.
6. Nella finestra di dialogo popup Sicurezza di Windows specificare le credenziali per l'account amministratore di dominio predefinito (CORP\DomainAdmin) e la password.
7. Quando viene visualizzato il messaggio di benvenuto nel dominio corp.contoso.com, selezionare OK.
8. Selezionare Chiudi e quindi Riavvia ora nella finestra di dialogo popup.

Configurare il controller di dominio

Dopo aver aggiunto il server al dominio, è possibile configurarlo come secondo controller di dominio. A tale scopo, effettuare i passaggi seguenti:

1. Se non si è già connessi, aprire la sessione Bastion al controller di dominio secondario e aprire Il dashboard di Server Manager (che potrebbe essere aperto per impostazione predefinita).

2. Selezionare il collegamento Aggiungi ruoli e funzionalità sul dashboard.

   

3. Selezionare Avanti fino a visualizzare la sezione Ruoli server.

4. Selezionare i ruoli Active Directory Domain Services e Server DNS. Quando richiesto, aggiungere eventuali altre funzionalità necessarie per questi ruoli.

5. Dopo l'installazione delle funzionalità, tornare al dashboard Server Manager .

6. Selezionare la nuova opzione Servizi di dominio di Active Directory nel riquadro di sinistra.

7. Selezionare il collegamento Altro sulla barra di avviso gialla.

8. Nella colonna Azione della finestra di dialogo Dettagli attività tutti i server selezionare Alza di livello il server a controller di dominio.

9. In Configurazione distribuzione selezionare Aggiungi un controller di dominio a un dominio esistente.

10. Selezionare Seleziona.

11. Connettersi usando l'account amministratore (CORP.CONTOSO.COM\domainadmin).

12. In Seleziona un dominio dalla foresta, seleziona il tuo dominio e quindi seleziona OK.

13. In Opzioni controller di dominio, usare i valori predefiniti e impostare una password DSRM.

    Nota

    Nella pagina Opzioni DNS è possibile che venga visualizzato un avviso indicante che non è possibile creare una delega per questo server DNS. È possibile ignorare questo avviso in ambienti non di produzione.

14. Selezionare Avanti fino a quando non viene visualizzato il controllo Prerequisiti. Quindi selezionare Installa.

Quando il server completa le modifiche alla configurazione, riavviare il server.

Aggiungere il secondo indirizzo IP del controller di dominio al DNS

Dopo aver configurato il controller di dominio remoto, seguire la stessa procedura di prima per identificare l'indirizzo IP privato della macchina virtuale. Quindi, aggiungere l'indirizzo IP privato come un server DNS personalizzato secondario nelle reti virtuali (sia le reti virtuali locali che remote) del gruppo di risorse. L'aggiunta del server DNS secondario nella portale di Azure consente la ridondanza del servizio DNS.

Creare una macchina virtuale di SQL Server

Dopo il riavvio del controller di dominio, il passaggio successivo consiste nel creare una macchina virtuale di SQL Server nella nuova area.

Prima di procedere, considerare le seguenti decisioni di progettazione:

• Disponibilità - zone di disponibilità

  Per il livello più elevato di ridondanza, resilienza e disponibilità, distribuire le macchine virtuali all'interno di zone di disponibilità separate. Le zone di disponibilità sono posizioni fisiche univoche all'interno di un'area di Azure. Ogni zona è costituita da uno o più data center dotati di impianti indipendenti per l'alimentazione, il raffreddamento e la connettività di rete. Per le aree di Azure che non supportano ancora zone di disponibilità, usare invece i set di disponibilità. Posizionare tutte le macchine virtuali nello stesso set di disponibilità.

• Archiviazione - Azure Managed Disks

  Per l'archiviazione delle macchine virtuali, usare Azure Managed Disks. Microsoft consiglia Managed Disks per le macchine virtuali di SQL Server quando gestiscono lo spazio di archiviazione in background. Per altre informazioni, vedere Panoramica del servizio Managed Disks.

• Rete - Indirizzi IP privati nell'ambiente di produzione

  Per le macchine virtuali, in questa esercitazione si usano indirizzi IP pubblici. Un indirizzo IP pubblico consente che la connessione remota avvenga direttamente alla macchina virtuale tramite Internet, semplificando la procedura di configurazione. Negli ambienti di produzione Microsoft consiglia di usare solo indirizzi IP privati al fine di ridurre la superficie di vulnerabilità della risorsa della VM dell'istanza di SQL Server.

• Rete - Una sola NIC per server

  Usare una singola scheda di interfaccia di rete per server (nodo del cluster). La rete di Azure ha ridondanza fisica, il che rende superfluo aggiungere schede di interfaccia di rete aggiuntive in un cluster di failover distribuito in una macchina virtuale di Azure. Il report di convalida del cluster informa che i nodi sono raggiungibili solo in una singola rete. È possibile ignorare questo avviso quando il cluster di failover si trova in macchine virtuali di Azure.

Creare e configurare le VM di SQL Server

Per creare la macchina virtuale di SQL Server, tornare al gruppo di risorse SQL-HA-RG e quindi selezionare Aggiungi. Cercare l'elemento della galleria appropriato, selezionare Macchina virtuale e quindi selezionare Dalla raccolta. Per creare la macchina virtuale, usare le informazioni nella tabella seguente:

Dopo aver effettuato il provisioning completo della macchina virtuale, sarà necessario confgurarla, aggiungerla al dominio corp.contoso.com e concedere alle macchine i diritti amministrativi di CORP\Install.

Configurare VM di SQL Server

Al termine della creazione della macchina virtuale, configurare le macchine virtuali di SQL Server aggiungendo un indirizzo IP secondario a ogni macchina virtuale e aggiungendole al dominio.

Aggiungere indirizzi IP secondari alle macchine virtuali di SQL Server

Nell'ambiente con più subnet assegnare indirizzi IP secondari a ogni macchina virtuale di SQL Server da usare per il listener del gruppo di disponibilità. Per Windows Server 2016 e versioni precedenti, assegnare indirizzi IP secondari a ogni macchina virtuale di SQL Server anche per l'indirizzo IP del cluster. L'aggiunta di questi indirizzi IP secondari nega la necessità di un servizio di bilanciamento del carico di Azure, così come è il requisito in un singolo ambiente subnet.

In Windows Server 2016 e versioni precedenti è necessario assegnare un indirizzo IP secondario aggiuntivo a ogni macchina virtuale di SQL Server da usare per l'IP del cluster windows, perché il cluster usa il nome di rete del cluster anziché il nome di rete distribuito predefinito (DNN) introdotto in Windows Server 2019. Con una DNN, l'oggetto nome cluster (CNO) viene registrato automaticamente con gli indirizzi IP per tutti i nodi del cluster, eliminando la necessità di un indirizzo IP del cluster Windows dedicato.

Se si usa Windows Server 2016 e versioni precedenti, seguire la procedura descritta in questa sezione per assegnare un indirizzo IP secondario a ogni macchina virtuale di SQL Server sia per il listener del gruppo di disponibilità che per il cluster.

Per assegnare indirizzi IP secondari aggiuntivi alle macchine virtuali, seguire questa procedura:

1. Nel portale di Azure passare al gruppo di risorse di SQL Server e selezionare la macchina virtuale di SQL Server SQL-VM-3.

2. Selezionare Rete nel riquadro Impostazioni e quindi selezionare l'Interfaccia di rete.

3. Nella pagina Interfaccia di rete, selezionare Configurazioni IP nel riquadro Impostazioni e quindi scegliere + Aggiungi per aggiungere un altro indirizzo IP.

4. Nella pagina Aggiungi configurazione IP eseguire le operazioni seguenti:

   1. Specificare il nome come IP del cluster Windows, ad esempio windows-cluster-ip per Windows 2016 e versioni precedenti. Ignorare questo passaggio se si usa Window Server 2019 o versione successiva.
   2. Impostare Allocazione su Statica.
   3. Immettere un indirizzo IP inutilizzato nella stessa subnet (SQL-subnet-1) della macchina virtuale di SQL Server (SQL-VM-1), ad esempio 10.19.1.10.
   4. Lasciare l'indirizzo IP pubblico come predefinito in Annulla associazione.
   5. Selezionare OK per terminare l'aggiunta della configurazione IP.

5. Selezionare di nuovo + Aggiungi per configurare un indirizzo IP aggiuntivo per il listener del gruppo di disponibilità (con un nome come availability-group-listener), specificando di nuovo un indirizzo IP inutilizzato in SQL-subnet-1, ad esempio 10.19.1.11.

   

Ora si è pronti per aggiungersi al dominio corp.contoso.com.

Aggiungere il server al dominio

Per aggiungere la macchina virtuale a corp.contoso.com, seguire questa procedura per la macchina virtuale di SQL Server:

1. Connettersi in remoto alla macchina virtuale con Bastion usando l'account BUILTIN\DomainAdmin .
2. In Server Manager selezionare Server locale.
3. Selezionare il collegamento WORKGROUP.
4. Nella sezione Nome computer selezionare Cambia.
5. Selezionare la casella di controllo Dominio e digitare corp.contoso.com nella casella di testo. Quindi, selezionare OK.
6. Nella finestra di dialogo popup Sicurezza di Windows specificare le credenziali per l'account amministratore di dominio predefinito (CORP\DomainAdmin).
7. Quando viene visualizzato il messaggio di benvenuto nel dominio corp.contoso.com, selezionare OK.
8. Selezionare Chiudi e quindi Riavvia ora nella finestra di dialogo popup.

Aggiungi account

L'attività successiva consiste nell'aggiungere l'account di installazione come amministratore nella macchina virtuale di SQL Server e quindi concedere l'autorizzazione a tale account e agli account locali all'interno di SQL Server. È quindi possibile aggiornare l'account del servizio SQL Server.

Aggiungere l'utente CORP\Install come amministratore in ogni VM del cluster

Dopo il riavvio della macchina virtuale di SQL Server come membro del dominio, aggiungere CORP\Install come membro del gruppo Administrators locale:

1. Attendere il riavvio della macchina virtuale e quindi aprire una connessione RDP (Desktop remoto Protocol) dal controller di dominio primario. Accedere a SQL-VM-3 usando l'account CORP\DomainAdmin.

   Suggerimento

   Nei passaggi precedenti è stato usato l'account amministratore BUILTIN. Ora che il server è nel dominio, assicurarsi di accedere con l'account di amministratore di dominio. Nella sessione RDP specificare DOMINIO\NOME UTENTE.

2. In Server Manager, seleziona ‭Strumenti, quindi seleziona Gestione computer.

3. Nella finestra Gestione computer espandere Utenti e gruppi locali, quindi selezionare Gruppi.

4. Fare doppio clic sul gruppo Administrators .

5. Nella finestra di dialogo Proprietà Amministratori selezionare il pulsante Aggiungi.

6. Immettere come utente CORP\Install e quindi selezionare OK.

7. Selezionare OK per chiudere la finestra di dialogo Proprietà Amministratori.

Creare un accesso in ogni macchina virtuale di SQL Server per l'account di installazione

Usare l'account di installazione (CORP\install) per configurare il gruppo di disponibilità. Questo account deve essere membro del ruolo del server predefinito sysadmin in ogni VM di SQL Server. La procedura seguente crea un account di accesso per l'account di installazione. Completarla in entrambe le macchine virtuali di SQL Server.

1. Connettersi al server tramite Bastion usando l'account <MachineName>\DomainAdmin .

2. Aprire SQL Server Management Studio e connettersi all'istanza locale di SQL Server.

3. In Esplora oggetti, selezionare Sicurezza.

4. Fare clic con il pulsante destro del mouse su Logins. SelezionareNuovo account di accesso.

5. In Login - Nuovo, selezionare Cerca.

6. Seleziona Posizione.

7. Immettere le credenziali di rete dell'amministratore di dominio. Usare l'account di installazione (CORP\Install).

8. Impostare l'accesso come membro del ruolo predefinito del server sysadmin.

9. Seleziona OK.

Configurare le autorizzazioni dell'account di sistema

Per creare un account di sistema e concedere le autorizzazioni appropriate, completare questi passaggi in ogni istanza di SQL Server:

1. Creare uno account per [NT AUTHORITY\SYSTEM] usando lo script seguente:

   USE [master]
   GO
   CREATE LOGIN [NT AUTHORITY\SYSTEM] FROM WINDOWS WITH DEFAULT_DATABASE=[master]
   GO
   

2. Concedere le autorizzazioni seguenti a [NT AUTHORITY\SYSTEM]:

   • ALTER ANY AVAILABILITY GROUP
   • CONNECT SQL
   • VIEW SERVER STATE

   Lo script seguente concede queste autorizzazioni:

   GRANT ALTER ANY AVAILABILITY GROUP TO [NT AUTHORITY\SYSTEM]
   GO
   GRANT CONNECT SQL TO [NT AUTHORITY\SYSTEM]
   GO
   GRANT VIEW SERVER STATE TO [NT AUTHORITY\SYSTEM]
   GO
   

Impostare gli account del servizio SQL Server

In ogni macchina virtuale di SQL Server, completare i passaggi seguenti per impostare l'account del servizio SQL Server. Usare gli account creati in fase di configurazione degli account di dominio.

1. Aprire Gestione configurazione SQL Server.
2. Fare clic con il pulsante destro del mouse sul servizio SQL Server e scegliere Proprietà.
3. Impostare l'account e la password.

Per i gruppi di disponibilità di SQL Server, ogni VM di SQL Server deve essere eseguita come account di dominio.

Aggiungere il cluster di failover alla VM di SQL Server

Per aggiungere le funzionalità del cluster di failover, seguire questa procedura in entrambe le VM di SQL Server:

1. Connettersi alla macchina virtuale di SQL Server tramite Bastion usando l'account CORP\Install . Aprire il dashboard Server Manager.

2. Selezionare il collegamento Aggiungi ruoli e funzionalità sul dashboard.

   

3. Selezionare Avanti fino a visualizzare la sezione Funzionalità server.

4. In Funzionalità selezionare Clustering di failover.

5. Aggiungere le funzionalità necessarie.

6. Selezionare Installa.

Regolare le soglie di rete per un cluster di failover

Quando si eseguono nodi di un cluster di failover di Windows Server nelle macchine virtuali di Azure con gruppi di disponibilità di SQL Server, modifica l'impostazione del cluster impostando uno stato di monitoraggio meno restrittivo. Questa modifica rende il cluster più stabile e affidabile. Per informazioni dettagliate, vedere IaaS con SQL Server: Ottimizzazione delle soglie di rete del cluster di failover.

Configurare il firewall in ogni macchina virtuale di SQL Server

La funzionalità del gruppo di disponibilità si basa sul traffico attraverso le porte TCP seguenti:

• SQL Server VM:Porta 1433 per un'istanza predefinita di SQL Server.
• Endpoint per il mirroring del database: Qualsiasi porta disponibile. Negli esempi si usa spesso 5022.

Aprire queste porte del firewall su entrambe le macchine virtuali di SQL Server. Il metodo di apertura delle porte dipende dalla soluzione firewall usata e può variare dall'esempio di Windows Firewall fornito in questa sezione.

Per aprire queste porte in Windows Firewall, seguire questa procedura:

1. Nella schermata Start avviare Windows Firewall con sicurezza avanzata nella prima istanza di SQL Server.

2. Nel riquadro sinistro selezionare Regole connessioni in ingresso. Nel riquadro di destra selezionare Nuova regola.

3. Per Tipo di regola scegliere Porta.

4. Per la porta specificare TCP e digitare i numeri di porta appropriati. Vedere l'esempio seguente:

   

5. Selezionare Avanti.

6. Nella pagina Azione selezionare Consenti la connessione e quindi Avanti.

7. Nella pagina Profilo, accettare le impostazioni predefinite e selezionare Avanti.

8. Nella pagina Nome specificare un nome per la regola, ad esempio SQL Inbound nella casella di testo Nome e quindi selezionare Fine.

Aggiungere SQL Server al cluster di failover di Windows Server

La nuova macchina virtuale di SQL Server deve essere aggiunta al cluster di failover di Windows Server presente nell'area locale.

Aggiungere la VM di SQL Server al cluster:

1. Usare Bastion per connettersi a una macchina virtuale di SQL Server nel cluster esistente. Usare un account di dominio che sia amministratore su entrambe le VM di SQL Server e sul server witness.

2. Nel dashboard Server Manager selezionare Strumenti, quindi Gestione cluster di failover.

3. Nel riquadro sinistro, fare clic con il pulsante destro del mouse su Gestione cluster di failover, quindi selezionare Connetti a cluster.

4. Nella finestra Seleziona cluster, in corrispondenza di Nome cluster, scegli <Cluster su questo server>. Quindi, selezionare OK.

5. Nell'albero del browser fare clic con il pulsante destro del mouse sul cluster e quindi scegliere Aggiungi nodo.

6. Nella Procedura guidata Aggiungi nodo, selezionare Avanti.

7. Nella pagina Selezione server aggiungere il nome della nuova istanza di SQL Server. In Immetti il nome del server, digitare il nome del server e quindi selezionare Aggiungi e poi Avanti.

8. Nella pagina Avviso di convalida selezionare No. In uno scenario di produzione è necessario eseguire i test di convalida. Quindi seleziona Avanti.

9. Nella pagina Conferma, se si usa la funzionalità Spazi di archiviazione, deselezionare la casella di controllo Aggiungi tutte le risorse di archiviazione idonee al cluster.

   Avviso

   Se non si deseleziona la casella Aggiungi tutto lo spazio di archiviazione idoneo al cluster, Windows scollega i dischi virtuali durante il processo di creazione del cluster. Di conseguenza, questi dischi non vengono visualizzati in Gestione disco o in Esplora risorse fino a quando gli spazi di archiviazione non vengono rimossi dal cluster e ricollegati usando PowerShell.

10. Selezionare Avanti.

11. Selezionare Fine.

Failover Cluster Manager mostra che il cluster dispone di un nuovo nodo e lo elenca nel contenitore Nodi.

Aggiungere l'indirizzo IP per il cluster di failover di Windows Server

Creare quindi la risorsa indirizzo IP e aggiungerla al cluster per la nuova macchina virtuale di SQL Server:

1. In Gestione cluster di failover, selezionare il nome del cluster. Fare clic con il pulsante destro del mouse sul nome del cluster in Risorse principali del cluster e selezionare Proprietà:

   

2. Nella finestra di dialogo Proprietà del cluster selezionare Aggiungi in Indirizzo IP e quindi aggiungere l'indirizzo IP del nome del cluster dall'area della rete remota. Selezionare OK nella finestra di dialogo Indirizzo IP e quindi fare di nuovo clic su OK nella finestra di dialogo Proprietà del cluster per salvare il nuovo indirizzo IP.

   

3. Aggiungere l'indirizzo IP come dipendenza per il nome del cluster principale.

   Aprire la finestra di dialogo Proprietà cluster ancora una volta e selezionare la scheda Dipendenze . Configurare una OR dipendenza per i due indirizzi IP.

   

Aggiungere l'indirizzo IP del listener del gruppo di disponibilità

L'indirizzo IP per il listener nell'area remota deve essere aggiunto al cluster. Per aggiungere l'indirizzo IP:

1. In Gestione cluster di failover, fare clic con il pulsante destro del mouse sul ruolo del gruppo di disponibilità. Scegliere Aggiungi risorsa, Altre risorse e quindi selezionare l'indirizzo IP.

   

2. Per configurare questo indirizzo IP, fare clic con il pulsante destro del mouse sulla risorsa in Altre risorse e quindi scegliere Proprietà.

   

3. In Nome, immettere un nome per il nuovo gruppo di risorse. In Rete, selezionare la rete dal data center remoto. Selezionare Indirizzo IP statico e quindi nella casella Indirizzo assegnare l'indirizzo IP statico selezionato in precedenza per il listener, in questa esercitazione è 10.19.1.11.

   

4. Selezionare Apply (Applica) e quindi OK.

5. Aggiungere la risorsa indirizzo IP come dipendenza per il cluster del punto di accesso client listener (nome della rete).

   Fare clic con il pulsante destro del mouse sul punto di accesso client del listener e quindi selezionare Proprietà. Passare alla scheda Dipendenze e aggiungere la nuova risorsa indirizzo IP al punto di accesso client del listener. Lo screenshot seguente illustra una risorsa cluster di tipo indirizzo IP configurata correttamente:

   

   Importante

   Il gruppo di risorse cluster include entrambi gli indirizzi IP. Entrambi gli indirizzi IP rappresentano dipendenze per il punto di accesso client del listener. Usare l'operatore OR nella configurazione delle dipendenze del cluster.

Abilitare i gruppi di disponibilità

Abilitare ora la funzionalità Gruppi di disponibilità AlwaysOn. Completare questi passaggi nella nuova macchina virtuale di SQL Server:

1. Dalla schermata Start aprire Gestione configurazione SQL Server.

2. Selezionare Servizi di SQL Server nel menu ad albero. Fare clic con il pulsante destro del mouse sul servizio SQL Server (MSSQLSERVER) e scegliere Proprietà.

3. Selezionare la scheda Disponibilità elevata AlwaysOn e quindi selezionare Abilita gruppi di disponibilità AlwaysOn.

   

4. Selezionare Applica. Scegliere OK nella finestra di dialogo popup.

5. Riavviare il servizio SQL Server.

Aggiungere una replica al gruppo di disponibilità

Dopo il riavvio di SQL Server nella macchina virtuale appena creata, è possibile aggiungerlo come replica al gruppo di disponibilità:

1. Aprire una sessione desktop remoto per l'istanza primaria di SQL Server nel gruppo di disponibilità e quindi aprire SQL Server Management Studio (SSMS).

2. In Esplora oggetti in SSMS, aprire Disponibilità elevata Always On>Gruppi di disponibilità. Fare clic con il pulsante destro del mouse sul nome del gruppo di disponibilità e quindi selezionare Aggiungi replica.

3. Connettersi alla replica esistente e quindi selezionare Avanti.

4. Selezionare Aggiungi replica e connettersi alla nuova macchina virtuale di SQL Server.

   Importante

   Una replica in un'area geografica di Azure remota deve essere configurata per la replica asincrona con failover manuale.

5. Nella pagina Seleziona sincronizzazione dei dati iniziale selezionare Completa e specificare un percorso di rete condiviso. Per il percorso, usa la condivisione di backup che hai creato. Nell'esempio, era \\<Primo SQL Server>\Backup\. Quindi, seleziona Avanti.

   Nota

   La sincronizzazione completa esegue un backup completo del database nella prima istanza di SQL Server e la ripristina nella seconda istanza. Per i database di grandi dimensioni, non è consigliabile eseguire la sincronizzazione completa perché può richiedere molto tempo.

   È possibile ridurre manualmente il tempo necessario acquisendo un backup del database e ripristinandolo con NO RECOVERY. Se il database è già stato ripristinato con NO RECOVERY nella seconda istanza di SQL Server prima di configurare il gruppo di disponibilità, scegliere Solo join. Per acquisire il backup dopo la configurazione del gruppo di disponibilità, selezionare Ignora sincronizzazione dei dati iniziale.

6. Nella pagina Convalida selezionare Avanti. La pagina dovrebbe essere simile all'immagine seguente:

   

   Nota

   Se appare un avviso che segnala un problema nella configurazione del listener, indica che il listener del gruppo di disponibilità non risulta configurato. È possibile ignorare questo avviso perché il listener è già configurato.

7. Nella pagina Riepilogo selezionare Fine e quindi attendere il completamento della configurazione del nuovo gruppo di disponibilità tramite la procedura guidata. Per visualizzare lo stato dettagliato è possibile selezionare Altri dettagli nella pagina Stato.

   Al termine della procedura guidata, controllare la pagina Risultati per verificare che il gruppo di disponibilità sia stato creato correttamente.

8. Fare clic su Chiudi per chiudere la procedura guidata.

Controllare il gruppo di disponibilità

In Esplora oggetti, espandere Disponibilità elevata Always On, quindi espandere i gruppi di disponibilità. Fare clic con il pulsante destro del mouse sul gruppo di disponibilità e scegliere Mostra dashboard.

Il pannello del gruppo di disponibilità dovrebbe essere simile alla schermata seguente, ora con un'ulteriore replica:

Il dashboard mostra le repliche, la modalità di failover di ogni replica e lo stato di sincronizzazione.

Verificare il listener del gruppo di disponibilità

1. In Esplora oggetti, espandere Disponibilità elevata AlwaysOn‬, espandere i Gruppi di disponibilità, quindi espandere Listener del gruppo di disponibilità.

2. Fare clic con il pulsante destro del mouse sul nome del listener e scegliere Proprietà. Tutti gli indirizzi IP dovrebbero ora essere visualizzati per il listener (uno in ogni area).

   

Impostare la connessione per più subnet

La replica nel data center remoto fa parte del gruppo di disponibilità, ma si trova in un'altra subnet. Se questa replica diventa la replica primaria, potrebbero verificarsi timeout di connessione dell'applicazione. Questo comportamento è lo stesso di un gruppo di disponibilità locale in una distribuzione su più subnet. Per consentire le connessioni dalle applicazioni client, aggiornare la connessione del client oppure configurare la cache per la risoluzione dei nomi sulla risorsa Nome di rete del cluster.

Preferibilmente, aggiornare la configurazione del cluster per impostare RegisterAllProvidersIP=1 e le stringhe di connessione client per impostare MultiSubnetFailover=Yes. Vedere Connessione tramite MultiSubnetFailover.

Se non puoi modificare le stringhe di connessione, puoi configurare la cache per la risoluzione dei nomi. Fare riferimento a quando si verifica un timeout tentando di connettersi a un listener Always On in un ambiente con più sottoreti.

Effettuare il failover nell'area remota

Per testare la connettività del listener alla regione remota, è possibile eseguire il failover della replica nella regione remota. Mentre la replica è asincrona, il failover è soggetto a perdita potenziale di dati. Per effettuare il failover senza perdita di dati, impostare la modalità di disponibilità come sincrona e la modalità di failover come automatica. Eseguire la procedura descritta di seguito:

1. In Esplora oggetti connettersi all'istanza di SQL Server che ospita la replica primaria.

2. In Gruppi di disponibilità AlwaysOn, fare clic con il pulsante destro del mouse sul gruppo di disponibilità e scegliere Proprietà.

3. Nella pagina Generale, in corrispondenza di Repliche di disponibilità, impostare la replica secondaria nel sito di disaster recovery (DR) in modo che utilizzi la modalità di disponibilità Commit sincrono e la modalità di failover Automatico.

   Se è presente una replica secondaria nello stesso sito della replica primaria per la disponibilità elevata, impostare questa replica su Commit asincrono e Manuale.

4. Seleziona OK.

5. In Esplora oggetti, fare clic con il pulsante destro del mouse sul gruppo di disponibilità e scegliere Mostra dashboard.

6. Nella dashboard, verificare che la replica nel sito di disaster recovery sia sincronizzata.

7. In Esplora oggetti, fare clic con il pulsante destro sul gruppo di disponibilità e selezionare Failover. SQL Server Management Studio apre una procedura guidata per il failover di SQL Server.

8. Selezionare Avanti e selezionare l'istanza di SQL Server nel sito del ripristino di emergenza. Selezionare di nuovo Avanti.

9. Connettersi all'istanza di SQL Server nel sito di ripristino di emergenza e selezionare Avanti.

10. Verifica le impostazioni nella pagina Riepilogo e seleziona Fine.

Dopo avere testato la connettività, spostare di nuovo la replica primaria nel data center primario e configurare di nuovo la modalità di disponibilità sulle normali impostazioni operative. La tabella seguente indica le normali impostazioni operative per l'architettura descritta in questo articolo:

Per altre informazioni sul failover manuale pianificato e forzato, vedere gli articoli seguenti:

• Eseguire un failover manuale pianificato di un gruppo di disponibilità AlwaysOn (SQL Server)
• Eseguire un failover manuale forzato di un gruppo di disponibilità AlwaysOn (SQL Server)

Contenuti correlati

• Cluster di failover di Windows Server con SQL Server su macchine virtuali di Azure
• Gruppo di disponibilità Always-On in SQL Server nelle macchine virtuali di Azure
• Definizione del gruppo di disponibilità Always On
• Procedure consigliate per la configurazione hadr (SQL Server in macchine virtuali di Azure)