Utilizza l'archiviazione a blocchi di Google Cloud NetApp Volumes per configurare un gruppo di disponibilità Always On di SQL Server

Questo tutorial spiega come eseguire il deployment di un gruppo di disponibilità Always On di Microsoft SQL Server su istanze di macchine virtuali (VM) Compute Engine utilizzando l'archiviazione a blocchi di Google Cloud NetApp Volumes con il protocollo Internet Small Computer System Interface (iSCSI). L'utilizzo di NetApp Volumes per l'archiviazione di SQL Server fornisce l'accesso a un servizio di archiviazione completamente gestito e ad alte prestazioni con funzionalità avanzate di gestione dei dati come snapshot e clonazione.

Obiettivi

Questo tutorial ti guiderà attraverso le seguenti attività:

• Esegui il provisioning delle VM di Compute Engine per SQL Server.
• Crea volumi di archiviazione a blocchi NetApp Volumes.
• Configura SQL Server su ogni nodo.
• Configura il clustering di failover di Windows Server (WSFC).
• Crea e configura un gruppo di disponibilità SQL Server Always On.

Costi

Questo tutorial utilizza i seguenti componenti fatturabili di Google Cloud:

• Compute Engine
• NetApp Volumes

Per generare una stima dei costi in base all'utilizzo previsto, utilizza il calcolatore prezzi.

Prima di iniziare

Prima di iniziare, assicurati di disporre di quanto segue:

1. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Roles required to select or create a project

   • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
   • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.
   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

2. Verify that billing is enabled for your Google Cloud project.

3. Un progetto Google Cloud con autorizzazioni amministrative per Compute Engine, Networking, Identity and Access Management e Cloud Storage.
4. Una rete VPC con una subnet nella regione di destinazione.
5. Servizi Active Directory e DNS stabiliti all'interno della regione.
6. Un utente Active Directory con autorizzazioni per unire computer al dominio e accedere alle VM utilizzando RDP.
7. Assicurati che le regole firewall VPC consentano il traffico tra i nodi per iSCSI (TCP 3260), WSFC (UDP/TCP 3343), SQL Server (TCP 1433), endpoint SQL Server AG (TCP 5022), SMB (TCP 445) e RPC (TCP 135, TCP 49152-65535).
8. Abilita l'API NetApp Volumes.

9. In the Google Cloud console, activate Cloud Shell.

   Activate Cloud Shell

   Configurare gli account di dominio

   Configura due account Active Directory per SQL Server:

   • Account di installazione: un account con privilegi di amministratore di dominio (ad esempio DOMAIN\DomainAdmin) per accedere alle VM e configurare il cluster e il gruppo di disponibilità.
   • Service account: un account (ad esempio DOMAIN\sqlsvc) per il servizio SQL Server e il servizio SQL Agent su entrambe le VM SQL Server.

   Crea VM Compute Engine per SQL Server

   Crea due istanze Compute Engine (sqlnode1 e sqlnode2) che eseguono SQL Server 2022 Enterprise su Windows Server 2025:

   1. Nella console Google Cloud , vai alla pagina Crea un'istanza.

      Vai a Crea un'istanza

   2. In Nome, inserisci sqlnode1.

   3. Nella sezione Configurazione macchina, seleziona Per uso generico, quindi procedi nel seguente modo:

      1. Nell'elenco Serie, seleziona N4.
      2. Nell'elenco Tipo di macchina, seleziona n4-highmem-8 (8 vCPU, 64 GB di memoria).

   4. Seleziona la regione e la zona in cui hai configurato il VPC.

   5. Nella sezione Disco di avvio, fai clic su Cambia, quindi esegui queste operazioni:

      1. Nella scheda Immagini pubbliche, seleziona SQL Server su Windows Server dall'elenco Sistema operativo.
      2. Nell'elenco Versione, seleziona SQL Server 2022 Enterprise su Windows Server 2025 Datacenter.
      3. Nell'elenco Tipo di disco di avvio, seleziona Hyperdisk bilanciato.
      4. Imposta Dimensioni (GB) su 50.
      5. Per salvare la configurazione del disco di avvio, fai clic su Seleziona.

   6. Espandi la sezione Opzioni avanzate, poi espandi Networking.

   7. In Interfacce di rete, seleziona la rete VPC e la subnet per il tuo progetto.

   8. Nell'elenco Tipo di scheda di interfaccia di rete, seleziona gVNIC.

   9. In Livello di servizio di rete, seleziona Premium.

   10. Fai clic su Crea.

   11. Ripeti questi passaggi per creare una seconda istanza denominata sqlnode2.

   Unire i server al dominio e prepararsi per il clustering

   Esegui questi passaggi sia su sqlnode1 che su sqlnode2:

   1. Connettiti alla VM utilizzando un account amministratore locale.
   2. In Server Manager, seleziona Server locale.
   3. Seleziona il link WORKGROUP.
   4. Nella sezione Nome computer, seleziona Modifica.
   5. Seleziona la casella di controllo Dominio, inserisci il nome del tuo dominio (ad esempio cvsdemo.internal) e fai clic su Ok.
   6. Nella finestra di dialogo Windows Security, inserisci le credenziali del tuo account amministratore di dominio e fai clic su Ok.
   7. Quando viene visualizzato il messaggio di benvenuto per il dominio, segui questi passaggi: a. Fai clic su Ok. b. Fai clic su Chiudi, poi seleziona Riavvia ora.
   8. Dopo il riavvio della VM, connettiti utilizzando l'account amministratore del dominio.
   9. Aggiungi l'account DOMAIN\sqlsvc al gruppo Amministratori locale sulla VM. Puoi utilizzare il seguente comando PowerShell:

      Add-LocalGroupMember -Group "Administrators" -Member "DOMAIN\sqlsvc"
      

   10. Apri PowerShell come amministratore ed esegui i seguenti comandi per installare le funzionalità di Windows richieste:

       # Install Failover Clustering and tools
       Install-WindowsFeature Failover-Clustering, RSAT-Clustering-PowerShell, RSAT-Clustering-CmdInterface -IncludeAllSubFeature -IncludeManagementTools
       # Install and enable MPIO for iSCSI
       Install-WindowsFeature -Name Multipath-IO
       Enable-MSDSMAutomaticClaim -BusType "iSCSI"
       # Install .NET and other SQL prereqs
       Install-WindowsFeature NET-Framework-45-Core, NET-Framework-45-Features
       Install-WindowsFeature RSAT-AD-PowerShell
       

   11. Per ottenere il nome qualificato iSCSI (IQN) per la VM, esegui iscsicpl.exe, vai alla scheda Configurazione e copia il nome iniziatore. In alternativa, esegui il seguente comando PowerShell:

       Get-InitiatorPort | Select-Object NodeAddress
       

       Registra l'IQN sia per sqlnode1 sia per sqlnode2. Ti serviranno nella sezione successiva. Esempio: iqn.1991-05.com.microsoft:sqlnode1.cvsdemo.internal.

   Crea volumi di archiviazione a blocchi NetApp Volumes

   Segui questi passaggi per creare un gruppo di host, un pool di archiviazione e volumi iSCSI.

   Crea un gruppo di host

   Un gruppo di host garantisce che solo gli host specificati (le tue VM SQL Server) possano accedere ai volumi che crei.

   • In Cloud Shell, crea un gruppo host contenente gli IQN di sqlnode1 e sqlnode2:

     gcloud netapp host-groups create HOST_GROUP_NAME 
     
     --location=LOCATION 
     
     --type=ISCSI_INITIATOR 
     
     --hosts=SQLNODE1_IQN,SQLNODE2_IQN 
     
     --os-type=WINDOWS 
     
     --description="SQL Server AG nodes"
     

     Sostituisci le seguenti informazioni:

     • HOST_GROUP_NAME: il nome del gruppo di host, ad esempio sql-ag-hosts.
     • LOCATION: La regione del gruppo di host, ad esempio us-west1.
     • SQLNODE1_IQN: L'IQN di sqlnode1.
     • SQLNODE2_IQN: L'IQN di sqlnode2.

   Esegui il provisioning di un pool di archiviazione

   • In Cloud Shell, crea un pool di archiviazione per i volumi:

     gcloud netapp storage-pools create POOL_NAME 
     
     --project=PROJECT_ID 
     
     --location=ZONE 
     
     --service-level=Flex 
     
     --type=Unified 
     
     --capacity=1024 
     
     --total-throughput=64 
     
     --total-iops=1024 
     
     --network=name=VPC_NAME,psa-range=PSA_RANGE_NAME
     

     Sostituisci le seguenti informazioni:

     • POOL_NAME: il nome del pool di archiviazione, ad esempio sql-pool.
     • PROJECT_ID: l'ID progetto Google Cloud .
     • ZONE: la zona del pool di archiviazione, che deve corrispondere alla zona delle VM, ad esempio us-west1-b.
     • VPC_NAME: il nome della tua rete VPC.
     • PSA_RANGE_NAME: il nome dell'intervallo allocato della connessione Private Services Access.

   Crea volumi

   Crea volumi separati per dati, log, tempdb e backup di SQL Server per ogni nodo.

   • In Cloud Shell, esegui questo comando per ogni volume che devi creare:

     gcloud netapp volumes create VOLUME_NAME 
     
     --project=PROJECT_ID 
     
     --location=ZONE 
     
     --storage-pool=POOL_NAME 
     
     --capacity=200 
     
     --protocols=ISCSI 
     
     --block-devices="name=VOLUME_NAME,host-groups=projects/PROJECT_ID/locations/LOCATION/hostGroups/HOST_GROUP_NAME,os-type=WINDOWS" 
     
     --snapshot-directory=false
     

     Sostituisci VOLUME_NAME con un nome univoco per ogni volume. Per questo tutorial a due nodi, devi eseguire il comando otto volte per creare volumi per dati, log, tempdb e backup per ogni nodo (ad esempio, sqlnode1-data, sqlnode1-log, sqlnode1-temp, sqlnode1-backup, sqlnode2-data, sqlnode2-log, sqlnode2-temp e sqlnode2-backup).

   Monta i volumi iSCSI su ogni VM SQL

   Per ogni VM (sqlnode1 e sqlnode2), monta i volumi che hai creato per quel nodo specifico.

   1. Nella console Google Cloud , vai alla pagina Volumi per NetApp Volumes.

      Vai a Volumi

      Seleziona un volume assegnato al nodo che stai configurando. Prendi nota degli indirizzi IP del portale di destinazione elencati nella sezione Dettagli destinazione di iSCSI. Questi indirizzi sono necessari per connettersi al volume.

   2. Nella VM, apri PowerShell come amministratore ed esegui il seguente comando, sostituendo gli IP di esempio con gli IP del portale di destinazione per il tuo volume:

      "10.165.128.216","10.165.128.217" | ForEach-Object { New-IscsiTargetPortal -TargetPortalAddress $_ }
      

   3. Esegui iscsicpl.exe per aprire Proprietà iniziatore iSCSI.

   4. Vai alla scheda Target, seleziona uno dei target di volume dall'elenco e fai clic su Connetti.

   5. Nella finestra di dialogo Connetti a target, seleziona Abilita percorsi multipli e fai clic su Avanzate.

   6. Nella finestra di dialogo Impostazioni avanzate:

      1. Adattatore locale: seleziona Microsoft iSCSI Initiator.
      2. IP iniziatore: seleziona un indirizzo IP sulla VM.
      3. IP portale di destinazione: seleziona uno degli IP del portale che hai scoperto.
      4. Fai clic su OK.

   7. Nella finestra di dialogo Connetti a destinazione, fai clic su Ok.

   8. Ripeti i passaggi di connessione per tutti i target associati alla VM.

   9. Per configurare MPIO per i dispositivi iSCSI, apri Proprietà MPIO dal Pannello di controllo o da Server Manager.

   10. Fai clic sulla scheda Scopri i percorsi multipli.

   11. Seleziona Aggiungi supporto per dispositivi iSCSI e fai clic su Aggiungi. Riavvia la VM se richiesto.

   12. Dopo il riavvio, apri Gestione dispositivi ed espandi Unità disco. Il disco iSCSI viene visualizzato come dispositivo multi-path.

   13. Apri Gestione disco (compmgmt.msc). Per ogni nuovo disco:

       1. Metti online il disco.
       2. Inizializza il disco (GPT).
       3. Crea un nuovo volume, assegna una lettera di unità (ad esempio D per i dati, E per i log, F per i backup, G per tempdb) e formattalo utilizzando NTFS con una dimensione unità di allocazione di 64 K.

   14. Crea la struttura di directory per SQL Server sulle unità appena formattate. Ad esempio:

       $paths = "D:\MSSQL\DATA","E:\MSSQL\Log","F:\MSSQL\Backup","G:\MSSQL\Temp"
       $paths | ForEach-Object { New-Item -ItemType Directory -Path $_ -Force }
       

   Configura SQL Server

   Esegui questi passaggi sia su sqlnode1 che su sqlnode2 dopo aver montato i rispettivi volumi.

   1. Apri SQL Server Configuration Manager.
   2. Nel riquadro a sinistra, seleziona Servizi SQL Server.
   3. Nel riquadro a destra, fai clic con il tasto destro del mouse su SQL Server (MSSQLSERVER), seleziona Proprietà, vai alla scheda Accesso e modifica il Nome account con il tuo account di servizio (DOMAIN\sqlsvc). Inserisci la password e fai clic su Ok.
   4. Ripeti il passaggio precedente per SQL Server Agent (MSSQLSERVER).
   5. Connettiti all'istanza SQL Server utilizzando SQL Server Management Studio (SSMS) con il tuo account amministratore di dominio.
   6. Crea accessi per il account di servizio e concedigli le autorizzazioni necessarie:

      USE [master];
      GO
      CREATE LOGIN [DOMAIN\sqlsvc] FROM WINDOWS WITH DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english];
      GO
      ALTER SERVER ROLE [sysadmin] ADD MEMBER [DOMAIN\sqlsvc];
      GO
      

   7. Esegui il seguente script in SSMS per reindirizzare i percorsi predefiniti di database, log, backup e tempdb ai volumi iSCSI che hai montato:

      USE [master];
      GO
      EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', REG_SZ, N'F:\MSSQL\Backup';
      GO
      EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData', REG_SZ, N'D:\MSSQL\DATA';
      GO
      EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog', REG_SZ, N'E:\MSSQL\Log';
      GO
      -- Modify model and msdb paths
      ALTER DATABASE model MODIFY FILE (NAME = modeldev, FILENAME = 'D:\MSSQL\DATA\model.mdf');
      ALTER DATABASE model MODIFY FILE (NAME = modellog, FILENAME = 'E:\MSSQL\Log\modellog.ldf');
      ALTER DATABASE msdb  MODIFY FILE (NAME = MSDBData, FILENAME = 'D:\MSSQL\DATA\MSDBData.mdf');
      ALTER DATABASE msdb  MODIFY FILE (NAME = MSDBLog,  FILENAME = 'E:\MSSQL\Log\MSDBLog.ldf');
      GO
      -- Modify tempdb paths
      ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'G:\MSSQL\Temp\tempdb.mdf');
      ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'G:\MSSQL\Temp\templog.ldf');
      GO
      

   8. Arresta il servizio SQL Server (MSSQLSERVER).
   9. Sposta i file model, msdb e tempdb esistenti dalle loro vecchie posizioni (ad esempio C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA) alle nuove posizioni sulle unità D:, E: e G:.
   10. Per spostare il database master e ERRORLOG:
       1. Apri SQL Server Configuration Manager.
       2. Fai clic con il tasto destro del mouse su SQL Server (MSSQLSERVER), seleziona Proprietà e vai alla scheda Parametri di avvio.
       3. Per ogni parametro esistente -d, -e e -l che punta all'unità C:, selezionalo e fai clic su Rimuovi.
       4. Aggiungi i seguenti parametri facendo clic su Aggiungi per ciascuno:
          • -dD:\MSSQL\DATA\master.mdf
          • -lE:\MSSQL\Log\mastlog.ldf
          • -eE:\MSSQL\Log\ERRORLOG
       5. Fai clic su OK.
       6. Sposta manualmente master.mdf e mastlog.ldf da C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA a D:\MSSQL\DATA\` andE:\MSSQL\Log` rispettivamente.
       7. Sposta il file ERRORLOG dalla posizione precedente a `E:\MSSQL\Log`.
   11. Avvia il servizio SQL Server (MSSQLSERVER).

   Configura il clustering di failover di Windows Server

   Segui questi passaggi per creare il cluster e configurare un controllo quorum.

   Configurare Windows Firewall

   Prima di creare il cluster, assicurati che Windows Firewall su ogni nodo consenta il traffico per WSFC, SQL Server e iSCSI.

   Su sqlnode1 e sqlnode2, apri PowerShell come amministratore ed esegui i seguenti comandi:

   New-NetFirewallRule -DisplayName 'Failover Clusters (UDP-In)' -Direction Inbound -Protocol UDP -LocalPort 3343 -Action Allow
   New-NetFirewallRule -DisplayName 'Failover Clusters (TCP-In)' -Direction Inbound -Protocol TCP -LocalPort 3343 -Action Allow
   New-NetFirewallRule -DisplayName 'RPC Endpoint Mapper' -Direction Inbound -Protocol TCP -LocalPort 135 -Action Allow
   New-NetFirewallRule -DisplayName 'File and Printer Sharing (SMB-In)' -Direction Inbound -Protocol TCP -LocalPort 445 -Action Allow
   New-NetFirewallRule -DisplayName 'Failover Cluster Manager RPC' -Direction Inbound -Protocol TCP -LocalPort 49152-65535 -Action Allow
   New-NetFirewallRule -DisplayName 'iSCSI' -Direction Inbound -Protocol TCP -LocalPort 3260 -Action Allow
   New-NetFirewallRule -DisplayName 'SQL Server' -Direction Inbound -Protocol TCP -LocalPort 1433 -Action Allow
   New-NetFirewallRule -DisplayName 'SQL Server AG Endpoint' -Direction Inbound -Protocol TCP -LocalPort 5022 -Action Allow
   

   Crea il cluster

   1. Su sqlnode1, apri Gestione cluster di failover (cluadmin.msc).
   2. Nella sezione Gestione, seleziona Convalida configurazione. Segui la procedura guidata per convalidare sqlnode1 e sqlnode2. Assicurati che tutti i test vengano superati prima di procedere.
   3. Dopo la convalida, seleziona Crea cluster.
   4. Nella procedura guidata Crea cluster, aggiungi sqlnode1 e sqlnode2 come nodi del cluster.
   5. Per Punto di accesso per l'amministrazione del cluster, inserisci un nome del cluster (ad esempio, sqlcluster) e fornisci un indirizzo IP statico per il cluster.
   6. Segui le istruzioni per creare il cluster.

   Crea una condivisione file per il quorum del cluster

   Ti consigliamo di creare una condivisione file su una terza VM, preferibilmente in una zona diversa, che funga da controllo del quorum del cluster.

   1. Connettiti alla VM che intendi utilizzare come controllo di condivisione file.
   2. Nella finestra Server Manager, seleziona Strumenti > Gestione computer.
   3. Espandi Strumenti di sistema > Cartelle condivise, fai clic con il tasto destro del mouse su Condivisioni e seleziona Nuova condivisione.
   4. Segui la procedura guidata per la creazione di una cartella condivisa. Nella pagina Percorso cartella, individua o crea una cartella per la condivisione.
   5. Nella pagina Autorizzazioni, seleziona Personalizza autorizzazioni.
   6. Fai clic su Aggiungi e concedi il Controllo completo all'account dell'oggetto nome cluster (CNO), ad esempio sqlcluster$.
   7. Completa la procedura guidata per creare la condivisione.

   Configura il quorum del cluster

   1. Su sqlnode1, apri Gestione cluster di failover.
   2. Fai clic con il tasto destro del mouse sul nome del cluster e seleziona Altre azioni > Configura impostazioni di quorum del cluster.
   3. Nella procedura guidata di configurazione del quorum del cluster, seleziona Avanti.
   4. Nella pagina Seleziona opzione di configurazione quorum, scegli Seleziona controllo del quorum e fai clic su Avanti.
   5. Nella pagina Seleziona controllo del quorum, scegli Configura controllo di condivisione file e fai clic su Avanti.
   6. In Percorso condivisione file, inserisci il percorso della condivisione che hai creato (ad esempio, \\witness-server\quorum) e fai clic su Avanti.
   7. Conferma le impostazioni e fai clic su Avanti, poi su Fine.

   Configura i gruppi di disponibilità Always On

   Applica i passaggi descritti in questa sezione a entrambe le VM SQL Server per abilitare e configurare il gruppo di disponibilità.

   Abilita i gruppi di disponibilità in SQL Server

   1. Apri SQL Server Configuration Manager.
   2. Nell'albero del browser, seleziona Servizi SQL Server.
   3. Fai clic con il tasto destro del mouse su SQL Server (MSSQLSERVER) e seleziona Proprietà.
   4. Seleziona la scheda Disponibilità elevata Always On e seleziona Abilita gruppi di disponibilità Always On.
   5. Fai clic su Applica e poi su Ok. Riavvia il servizio SQL Server.

   Crea un database per il gruppo di disponibilità

   1. Connettiti a sqlnode1 utilizzando SSMS.
   2. Nel riquadro Esplora oggetti, fai clic con il tasto destro del mouse su Database e seleziona Nuovo database.
   3. Inserisci MyDB1 per il nome del database e fai clic su Ok.
   4. Fai clic con il tasto destro del mouse su MyDB1, seleziona Attività > Esegui il backup. Esegui un backup completo. Assicurati che il modello di recupero del database sia Completo.
   5. Fai clic con il tasto destro del mouse su MyDB1, seleziona Attività > Esegui il backup. Esegui un backup del log delle transazioni.
   6. Copia i file di backup completi e dei log delle transazioni in sqlnode2.
   7. Connettiti a sqlnode2 utilizzando SSMS. Fai clic con il tasto destro del mouse su Database e seleziona Ripristina database.
   8. Ripristina il backup completo di MyDB1 da sqlnode1, specificando RESTORE WITH NORECOVERY nella pagina Opzioni.
   9. Fai clic con il tasto destro del mouse su MyDB1 in sqlnode2, seleziona Attività > Ripristina > Log delle transazioni. Ripristina il backup del log delle transazioni, specificando anche RESTORE WITH NORECOVERY.

   Crea il gruppo di disponibilità

   1. Connettiti a sqlnode1 utilizzando SSMS.
   2. In Esplora oggetti, fai clic con il tasto destro del mouse su Alta affidabilità di AlwaysOn e seleziona Creazione guidata nuovo gruppo di disponibilità.
   3. Specifica un nome del gruppo di disponibilità, ad esempio sql-ag.
   4. Seleziona MyDB1 come database da includere.
   5. Nella pagina Specifica repliche, fai clic su Aggiungi replica e connettiti a sqlnode2.
   6. Attiva Failover automatico per entrambe le repliche, imposta Modalità di disponibilità su Commit sincrono e Secondaria leggibile su Sì.
   7. Vai alla scheda Endpoint e assicurati che venga utilizzata la porta 5022.
   8. Nella pagina Seleziona la sincronizzazione iniziale dei dati, seleziona Solo unione.
   9. Completa la procedura guidata per creare il gruppo di disponibilità.

   Crea una risorsa DNN per il gruppo di disponibilità

   Anziché un bilanciatore del carico, utilizza un nome di rete distribuito (DNN) per instradare il traffico client al listener del gruppo di disponibilità.

   1. Apri Gestione cluster di failover, espandi Ruoli e seleziona il ruolo del gruppo di disponibilità.
   2. In Risorse, fai clic con il tasto destro del mouse sulla risorsa del gruppo di disponibilità e seleziona Aggiungi risorsa > Punto di accesso client.
   3. Fornisci un Nome per il listener DNN e completa la procedura guidata.
   4. Metti online la nuova risorsa DNN.
   5. Per impostazione predefinita, il cluster associa il nome DNS DNN a tutti i nodi del cluster. Se nel cluster sono presenti nodi che non ospitano repliche SQL Server, devi escluderli dai possibili proprietari del nome di rete distribuito (DNN):
      1. Fai clic con il tasto destro del mouse sulla risorsa DNN che hai creato e seleziona Proprietà.
      2. Deseleziona la casella di controllo per i nodi che non sono repliche del gruppo di disponibilità.
      3. Fai clic su OK.
   6. Aggiorna le stringhe di connessione dell'applicazione per connetterti al nome del listener DNN e includi MultiSubnetFailover=True.

   Testa il failover

   1. Connettiti a sqlnode1 o sqlnode2 utilizzando SSMS ed esegui la seguente query per verificare quale replica è primaria e che entrambe le repliche sono configurate per il commit sincrono e il failover automatico:

      -- Check primary replica
      SELECT ag.name AS AG_Name, ar.replica_server_name as PrimaryReplica
      FROM sys.dm_hadr_availability_replica_states AS ars
      JOIN sys.availability_groups AS ag ON ag.group_id = ars.group_id
      JOIN sys.availability_replicas ar ON ar.replica_id = ars.replica_id
      WHERE ars.role_desc = 'PRIMARY';
      
      
      -- Check replica configuration
      SELECT replica_server_name, availability_mode_desc, failover_mode_desc
      FROM sys.availability_replicas
      WHERE group_id = (SELECT group_id FROM sys.availability_groups WHERE name = N'sql-ag');
      

   2. Per avviare un failover manuale, connettiti alla replica secondaria in SSMS ed esegui:

      ALTER AVAILABILITY GROUP [sql-ag] FAILOVER;
      

   3. Dopo il failover, verifica la nuova istanza primaria eseguendo SELECT @@SERVERNAME; o riconnettendoti al listener DNN e controllando il nome del server.

   4. Puoi anche visualizzare lo stato del gruppo di disponibilità in SSMS facendo clic con il tasto destro del mouse sul gruppo di disponibilità in Disponibilità elevata Always On e selezionando Mostra dashboard.

   Esegui la pulizia

   Elimina il progetto

   Per evitare che al tuo progetto Google Cloud vengano addebitati costi relativi alle risorse utilizzate in questo tutorial, elimina il progetto. Per saperne di più, consulta la sezione Chiusura dei progetti.