Modalità quorum WSFC e configurazione del voto (SQL Server)

Si applica a:SQL Server

Sia i gruppi di disponibilità Always On di SQL Server sia le istanze del cluster di failover Always On (FCI) sfruttano Windows Server Failover Clustering (WSFC) come tecnologia di piattaforma. WSFC utilizza un approccio basato sul quorum per monitorare l'integrità complessiva del cluster e aumentare al massimo la tolleranza di errore a livello di nodo. Una comprensione di base delle modalità quorum WSFC e della configurazione di voto dei nodi è molto importante per progettare ed eseguire la soluzione di ripristino di emergenza e a disponibilità elevata Always On, nonché per risolverne i problemi.

Rilevamento dell'integrità del cluster tramite quorum

Ogni nodo in un cluster WSFC partecipa a comunicazioni periodiche di heartbeat per condividere il proprio stato di salute con gli altri nodi. I nodi che non rispondono sono considerati in stato di errore.

Un set di nodi quorum rappresenta una maggioranza dei nodi votanti e degli elementi di controllo nel cluster WSFC. L'integrità e lo stato complessivi di un cluster WSFC sono determinati da un voto quorumperiodico. La presenza di un quorum indica che il cluster è integro e in grado di fornire tolleranza di errore a livello di nodo.

L'assenza di un quorum indica che il cluster non è integro. È necessario gestire l'integrità complessiva del cluster WSFC per garantire che siano disponibili nodi secondari integri in cui eseguire il failover dei nodi primari. Se il voto quorum non riesce, il cluster WSFC verrà impostato offline come misura precauzionale. Ciò provocherà inoltre l'arresto di tutte le istanze di SQL Server registrate con il cluster.

Importante

Se un cluster WSFC viene impostato offline a causa di un errore del quorum, è necessario l'intervento manuale per reimpostare online il cluster.

Per altre informazioni, vedere Ripristino di emergenza WSFC tramite quorum forzato (SQL Server).

Modalità quorum

Viene impostata una modalità quorum al livello del cluster WSFC che specifica la metodologia utilizzata per i voti quorum. L'utilità Gestione cluster di failover specifica una modalità quorum consigliata basata sul numero di nodi nel cluster.

È possibile utilizzare le modalità quorum seguenti per determinare gli elementi che costituiscono un quorum di voti:

  • Maggioranza dei nodi. Oltre la metà dei nodi votanti nel cluster deve votare affermativamente perché il cluster sia integro.

  • Maggioranza dei nodi e della condivisione file. Simile alla modalità quorum con maggioranza dei nodi, ad eccezione del fatto che viene configurata anche una condivisione file remota come testimone di voto e che anche la connettività di qualsiasi nodo verso tale condivisione viene conteggiata come voto affermativo. Oltre la metà dei possibili voti deve essere affermativa perché il cluster sia integro.

    Come procedura consigliata, la condivisione file di controllo non deve trovarsi in alcun nodo nel cluster e deve essere visibile a tutti i nodi nel cluster.

  • Maggioranza dei nodi e dei dischi. Simile alla modalità quorum Maggioranza dei nodi, ad eccezione del fatto che viene designata come elemento di controllo di voto anche una risorsa cluster di tipo disco condiviso e la connettività da qualsiasi nodo a tale disco condiviso viene conteggiata anch'essa come voto affermativo. Oltre la metà dei possibili voti deve essere affermativa perché il cluster sia integro.

  • solo disco. Una risorsa cluster su disco condiviso viene designata come testimone e la connessione di qualsiasi nodo a tale disco condiviso viene conteggiata come voto affermativo.

Suggerimento

Quando si usa una configurazione di archiviazione asimmetrica per i gruppi di disponibilità Always On, in genere è consigliabile usare la modalità quorum Maggioranza dei nodi se si dispone di un numero dispari di nodi con diritto di voto, oppure la modalità quorum Maggioranza dei nodi e della condivisione file se si dispone di un numero pari di nodi con diritto di voto.

Nodi votanti e non votanti

Per impostazione predefinita, ogni nodo nel cluster WSFC è incluso come un membro del quorum del cluster. Ogni nodo dispone di un singolo voto per determinare l'integrità complessiva del cluster e ogni nodo tenterà continuamente di stabilire un quorum. Fin qui, la trattazione del quorum ha definito con precisione l'insieme di nodi del cluster WSFC che esprimono un voto sullo stato di integrità del cluster come nodi votanti.

Nessun singolo nodo in un cluster WSFC può determinare in modo definitivo che il cluster è integro o non integro complessivamente. In qualsiasi momento specificato, dal punto di vista di ciascun nodo, alcuni degli altri nodi possono apparire come offline, con un failover in corso oppure possono non rispondere a causa di un errore di comunicazione di rete. Una funzione principale del voto quorum consiste nel determinare se lo stato apparente di ogni nodo nel cluster WSFC è davvero l'effettivo stato di tali nodi.

Per tutti i modelli di quorum ad eccezione di "Solo disco", l'efficacia di un voto quorum dipende da comunicazioni affidabili tra tutti i nodi votanti nel cluster. Le comunicazioni di rete tra nodi nella stessa subnet fisica devono essere considerate affidabili e il voto quorum deve essere considerato attendibile.

Se, tuttavia, viene rilevato che un nodo in un'altra subnet non risponde in un voto quorum, ma è in realtà online e altrimenti integro, la causa è molto probabilmente un errore di comunicazioni di rete tra subnet. Poiché dipende dalla topologia del cluster, dalla modalità quorum e dalla configurazione dei criteri di failover, l'errore di comunicazione di rete può effettivamente comportare la creazione di più di un set (o subset) di nodi votanti.

Quando più di un sottoinsieme di nodi votanti è in grado di stabilire autonomamente un quorum, si parla di uno scenario di split-brain. In tale scenario i nodi nei quorum separati possono comportarsi in modo diverso ed essere in conflitto gli uni con gli altri.

Nota

Lo scenario split brain è possibile solo quando un amministratore di sistema esegue manualmente un'operazione di quorum forzata o, in casi molto rari, un failover forzato, suddividendo in modo esplicito il set di nodi quorum.

Per semplificare la configurazione del quorum e aumentare i tempi di attività, può essere necessario modificare l'impostazione NodeWeight di ogni nodo in modo che il voto del nodo non venga conteggiato a fini del quorum.

Importante

Per utilizzare le impostazioni NodeWeight, è necessario applicare l'aggiornamento rapido seguente a tutti i server del cluster WSFC:

KB2494036: è disponibile un hotfix per configurare un nodo del cluster che non ha voti quorum in Windows Server 2008 e Windows Server 2008 R2

Modifiche consigliate alla votazione del quorum

Per abilitare o disabilitare il voto di un nodo WSFC specifico, attenersi alle linee guida seguenti:

  • Nessun voto per impostazione predefinita. Supporre che ogni nodo sia escluso dal voto in assenza di una giustificazione esplicita.

  • Includi tutte le repliche primarie. Ogni nodo WSFC che ospita una replica primaria di un gruppo di disponibilità o è il proprietario preferito di un'FCI deve disporre di un voto.

  • Includi i possibili nodi proprietari per il failover automatico. Ogni nodo che può ospitare una replica primaria a seguito di un failover automatico del gruppo di disponibilità o di un failover dell'istanza del cluster di failover deve disporre di un voto. Se è presente un solo gruppo di disponibilità nel cluster WSFC e le repliche di disponibilità sono ospitate solo da istanze autonome, questa regola include solo la replica secondaria che rappresenta la destinazione del failover automatico.

  • Escludere i nodi secondari del sito. In generale, non assegnare voti a nodi WSFC che si trovano in un sito di ripristino di emergenza secondario. Non è consigliabile fare in modo che i nodi nel sito secondario contribuiscano a una decisione che comporti l'impostazione offline del cluster quando non vi sono problemi con il sito primario.

  • Numero dispari di voti. Se necessario, aggiungere una condivisione file witness, un nodo witness o un disco witness al cluster e modificare la modalità di quorum per evitare possibili situazioni di parità nel voto di quorum.

  • Valutare nuovamente le assegnazioni dei voti dopo il failover. Non è consigliabile eseguire il failover in una configurazione del cluster che non supporta un quorum integro.

Importante

Quando si convalida la configurazione dei voti quorum di WSFC, nella Creazione guidata Gruppo di disponibilità Always On viene visualizzato un avviso se una o più delle condizioni seguenti è vera:

  • Il nodo del cluster che ospita la replica primaria non dispone di un voto.
  • Una replica secondaria è configurata per il failover automatico e il relativo nodo del cluster non dispone di un voto.
  • KB2494036 non è installato in tutti i nodi del cluster che ospitano repliche di disponibilità. Questa patch è necessaria per aggiungere o rimuovere voti per i nodi del cluster in distribuzioni multisito. Tuttavia, in distribuzioni a singolo sito, non è in genere necessaria e l'avviso può essere ignorato senza rischi.

Suggerimento

SQL Server espone diverse DMW (viste a gestione dinamica) di sistema che semplificano la gestione delle impostazioni correlate alla configurazione del cluster WSFC e dei voti quorum dei nodi.

Per altre informazioni, vedere: sys.dm_hadr_cluster, sys.dm_hadr_cluster_members, sys.dm_os_cluster_nodes, sys.dm_hadr_cluster_networks

Attività correlate

Contenuti correlati

  • Last updated on