Cambiare il cluster che gestisce i metadati per le repliche in un gruppo di disponibilità Always On
Si applica a: SQL Server - Solo Windows
Questo argomento descrive come cambiare il contesto del cluster HADR di un'istanza di SQL Server usando Transact-SQL in SQL Server 2012 SP1 (11.0.3x) e versioni successive. Il contesto del cluster HADR determina il cluster WSFC (Windows Server Failover Clustering) che gestisce i metadati per le repliche di disponibilità ospitate dall'istanza del server.
Cambiare il contesto del cluster HADR solo durante una migrazione tra cluster di gruppi di disponibilità Always On a un'istanza di SQL Server 2012 SP1 (11.0.3x) in un nuovo cluster WSFC. La migrazione tra cluster di gruppi di disponibilità Always On supporta l'aggiornamento del sistema operativo a Windows 8 o Windows Server 2012 con tempi di inattività minimi dei gruppi di disponibilità. Per altre informazioni, vedere Migrazione tra cluster di gruppi di disponibilità AlwaysOn per l'aggiornamento del sistema operativo.
Attenzione
Cambiare il contesto del cluster HADR solo durante la migrazione tra cluster di distribuzioni di gruppi di disponibilità Always On.
Limitazioni e restrizioni
È possibile cambiare il contesto del cluster HADR solo dal cluster WSFC locale a un cluster remoto e quindi nuovamente dal cluster remoto al cluster locale. Non è possibile cambiare il contesto del cluster HADR da un cluster remoto a un altro cluster remoto.
È possibile cambiare il contesto del cluster HADR in un cluster remoto solo se l'istanza di SQL Server non ospita alcuna replica di disponibilità.
Il contesto di un cluster HADR remoto può essere nuovamente cambiato nel cluster locale in qualsiasi momento, a meno che l'istanza del server non ospiti una replica di disponibilità.
Prerequisiti
L'istanza del server in cui si cambia il contesto del cluster HADR deve eseguire SQL Server 2012 SP1 (11.0.3x) o versioni successive (Enterprise Edition o versioni successive).
L'istanza del server deve essere abilitata per AlwaysOn. Per altre informazioni, vedere Abilitare e disabilitare la funzionalità Gruppi di disponibilità Always On (SQL Server).
Affinché possa essere cambiata dal contesto del cluster locale in un cluster remoto, un'istanza del server non può ospitare repliche di disponibilità. La vista del catalogo sys.availability_replicas non deve restituire righe.
Se nell'istanza del server sono presenti repliche di disponibilità, prima di poter cambiare il contesto del cluster HADR è necessario eseguire una delle operazioni indicate di seguito:
Ruolo della replica Azione Collega Principale Gruppo di disponibilità offline. Portare un gruppo di disponibilità offline (SQL Server) Secondari Rimozione della replica dal gruppo di disponibilità Rimuovere una replica secondaria da un gruppo di disponibilità (SQL Server) Prima di poter passare da un cluster remoto al cluster locale, tutte le repliche con commit sincrono devono essere di tipo SYNCHRONIZED.
Consigli
È consigliabile specificare il nome di dominio completo. Ciò è dovuto al fatto che, per individuare l'indirizzo IP di destinazione di un nome breve, ALTER SERVER CONFIGURATION utilizza la risoluzione DNS. In alcuni casi, a seconda dell'ordine di ricerca DNS, l'utilizzo di un nome breve potrebbe creare confusione. Si consideri, ad esempio, il comando indicato di seguito, eseguito in un nodo nel dominio
abc
(node1.abc.com
). Il cluster di destinazione desiderato è il clusterCLUS01
nel dominioxyz
(clus01.xyz.com
). Tuttavia, gli host di dominio locali ospitano anche un cluster denominatoCLUS01
(clus01.abc.com
).Se è stato specificato il nome breve del cluster di destinazione,
CLUS01
, la risoluzione dei nomi DNS potrebbe restituire l'indirizzo IP del cluster errato,clus01.abc.com
. Per evitare di creare confusione, specificare il nome completo del cluster di destinazione, come nel seguente esempio:ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com'
Autorizzazioni
accesso di SQL Server
È richiesta l'autorizzazione CONTROL SERVER.
Account di servizio SQL Server
L'account di servizio di SQL Server dell'istanza del server deve disporre degli elementi seguenti:
Autorizzazione per aprire il cluster WSFC di destinazione.
Accesso remoto a WSFC in lettura e scrittura.
Utilizzo di Transact-SQL
Per modificare il contesto del cluster WSFC di una replica di disponibilità
Connettersi all'istanza del server che ospita la replica primaria o una replica secondaria del gruppo di disponibilità.
Usare la clausola SET HADR CLUSTER CONTEXT dell'istruzione ALTER SERVER CONFIGURATION , come segue:
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = { 'cluster_windows' | LOCAL }
dove,
windows_cluster
Nome dell'oggetto cluster (CON) di un cluster WSFC. È possibile specificare il nome breve o il nome di dominio completo. È consigliabile specificare il nome di dominio completo. Per ulteriori informazioni, vedere Indicazioni, in precedenza in questo argomento.LOCAL
Cluster WSFC locale.
Esempi
Nell'esempio seguente il contesto del cluster HADR viene cambiato in un cluster diverso. Per identificare il cluster WSFC di destinazione, clus01
, nell'esempio viene specificato il nome completo dell'oggetto cluster, clus01.xyz.com
.
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com';
Nell'esempio seguente il contesto del cluster HADR viene cambiato in un cluster WSFC locale.
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL;
Completamento: dopo aver cambiato il contesto del cluster di una replica di disponibilità
Il nuovo contesto del cluster HADR diviene effettivo immediatamente e non richiede il riavvio dell'istanza del server. L'impostazione del contesto del cluster HADR è di tipo persistente a livello di istanza e rimane invariata in caso di riavvio dell'istanza del server.
Confermare il nuovo contesto del cluster HADR eseguendo una query sulla vista a gestione dinamica (DMV) sys.dm_hadr_cluster , come segue:
SELECT cluster_name FROM sys.dm_hadr_cluster
Questa query deve restituire il nome del cluster in cui impostare il contesto del cluster HADR.
Se il contesto del cluster HADR viene cambiato in un nuovo cluster:
I metadati vengono puliti per qualsiasi replica di disponibilità ospitata dall'istanza di SQL Server.
Tutti i database appartenenti a una replica di disponibilità si trovano ora in uno stato RESTORING.
Attività correlate
Rimuovere un listener del gruppo di disponibilità (SQL Server)
Aggiungere una replica secondaria a un gruppo di disponibilità (SQL Server)
Rimuovere una replica secondaria da un gruppo di disponibilità (SQL Server)
Creare o configurare un listener del gruppo di disponibilità (SQL Server)
Creare un join di un database secondario in un gruppo di disponibilità (SQL Server)
Contenuto correlato
Vedi anche
Gruppi di disponibilità Always On (SQL Server)
WSFC (Windows Server Failover Clustering) con SQL Server
ALTER SERVER CONFIGURATION (Transact-SQL)