Portare un gruppo di disponibilità offline (SQL Server)
Questo argomento descrive come accettare un gruppo di disponibilità AlwaysOn dallo stato ONLINE allo stato OFFLINE usando Transact-SQL in SQL Server 2012 SP1 e versioni successive. Non si verifica alcuna perdita di dati per i database con commit sincrono, poiché se una replica con commit sincrono non è sincronizzata, l'operazione OFFLINE genera un errore e mantiene il gruppo di disponibilità nello stato ONLINE. Mantenendo il gruppo di disponibilità online, verrà evitata una possibile perdita di dati nei database non sincronizzati con commit sincrono. Dopo aver portato un gruppo di disponibilità offline, i relativi database non saranno più disponibili per i client e non sarà possibile riportare nuovamente online il gruppo di disponibilità. Pertanto, portare un gruppo di disponibilità offline esclusivamente per eseguire la migrazione delle risorse del gruppo di disponibilità da un cluster WSFC a un altro.
Durante una migrazione tra cluster di gruppi di disponibilità Always On, se le applicazioni si connettono direttamente alla replica primaria di un gruppo di disponibilità, il gruppo di disponibilità deve essere preso offline. La migrazione tra cluster di gruppi di disponibilità Always On supporta l'aggiornamento del sistema operativo con tempi di inattività minimi dei gruppi di disponibilità. Lo scenario tipico consiste nell'usare la migrazione tra cluster di gruppi di disponibilità Always On per l'aggiornamento del sistema operativo a Windows 8 o Windows Server 2012. Per ulteriori informazioni, vedere Migrazione tra cluster di gruppi di disponibilità AlwaysOn per l'aggiornamento del sistema operativo.
Prima di iniziare
Attenzione
Utilizzare l'opzione OFFLINE solo per una migrazione tra cluster di risorse di gruppi di disponibilità.
Prerequisiti
L'istanza del server in cui si immette il comando OFFLINE deve essere in esecuzione SQL Server 2012 SP1 o versione successiva (edizione Enterprise o successiva).
Il gruppo di disponibilità deve essere attualmente online.
Consigli
Prima di portare il gruppo di disponibilità offline, eliminare eventuali listener del gruppo. Per altre informazioni, vedere Rimuovere un listener del gruppo di disponibilità (SQL Server).
Sicurezza
Autorizzazioni
È necessaria l'autorizzazione ALTER AVAILABILITY GROUP nel gruppo di disponibilità, l'autorizzazione CONTROL AVAILABILITY GROUP, l'autorizzazione ALTER ANY AVAILABILITY GROUP o l'autorizzazione CONTROL SERVER.
Uso di Transact-SQL
Per portare un gruppo di disponibilità offline
Connettersi a un'istanza del server in cui viene ospitata una replica di disponibilità del gruppo di disponibilità. Può trattarsi della replica primaria o di una replica secondaria.
Utilizzare l'istruzione ALTER AVAILABILITY GROUP , come indicato di seguito:
ALTER AVAILABILITY GROUP nome_gruppo OFFLINE
dove nome_gruppo è il nome del gruppo di disponibilità.
Esempio
Nell'esempio seguente il gruppo di disponibilità AccountsAG viene portato offline.
ALTER AVAILABILITY GROUP AccountsAG OFFLINE;
Completamento: dopo aver portato il gruppo di disponibilità offline
Registrazione dell'operazione ONLINE: l'identità del nodo WSFC in cui è stata avviata l'operazione OFFLINE è archiviata nel registro del cluster WSFC e in SQL ERRORLOG.
Se prima di portare il gruppo offline non è stato eliminato il listener del gruppo di disponibilità: se si esegue la migrazione del gruppo di disponibilità a un altro cluster WSFC, eliminare il nome di rete virtuale (VNN) e l'IP virtuale (VIP) del listener. È possibile eliminarli tramite la console Gestione cluster di failover, il cmdlet Remove-ClusterResource di PowerShell o cluster.exe. Cluster.exe è deprecato in Windows 8.
Attività correlate
Rimuovere un listener del gruppo di disponibilità (SQL Server)
Modificare il contesto del cluster HADR dell'istanza del server (SQL Server)