Configurare e gestire il quorum

• 06/07/2019
• 20 minuti a leggere
• • J
  • h
  • M
  • d
  • D
  • +7

si Applica a: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Questo argomento fornisce le basi e i passaggi per configurare e gestire il quorum in un cluster di failover di Windows Server.

Comprensione del quorum

Il quorum per un cluster è determinato dal numero di elementi di voto che devono far parte dell’appartenenza attiva al cluster affinché tale cluster possa avviarsi correttamente o continuare l’esecuzione. Per una spiegazione più dettagliata, vedere il documento understanding cluster and pool quorum.

Opzioni di configurazione del quorum

Il modello del quorum in Windows Server è flessibile. Se è necessario modificare la configurazione del quorum per il cluster, è possibile utilizzare la configurazione guidata del quorum cluster o i cmdlet di FailoverClusters Windows PowerShell. Per i passaggi e le considerazioni per configurare il quorum, vedere Configurare il quorum del cluster più avanti in questo argomento.

La tabella seguente elenca le tre opzioni di configurazione del quorum disponibili nella Configurazione guidata del quorum del cluster.

Opzione	Descrizione
Usa impostazioni tipiche	Il cluster assegna automaticamente un voto a ciascun nodo e gestisce dinamicamente i voti del nodo. Se è adatto per il cluster e è disponibile lo storage condiviso del cluster, il cluster seleziona un testimone disco. Questa opzione è consigliata nella maggior parte dei casi, poiché il software del cluster sceglie automaticamente una configurazione di quorum e witness che fornisce la massima disponibilità per il cluster.
Aggiungere o modificare il testimone quorum	È possibile aggiungere, modificare o rimuovere una risorsa testimone. È possibile configurare una condivisione di file o un testimone del disco. Il cluster assegna automaticamente un voto a ciascun nodo e gestisce dinamicamente i voti del nodo.
Configurazione avanzata del quorum e selezione dei testimoni	Selezionare questa opzione solo se si dispone di requisiti specifici dell’applicazione o del sito per la configurazione del quorum. È possibile modificare il testimone del quorum, aggiungere o rimuovere i voti dei nodi e scegliere se il cluster gestisce dinamicamente i voti dei nodi. Per impostazione predefinita, i voti vengono assegnati a tutti i nodi e i voti dei nodi vengono gestiti dinamicamente.

a Seconda della configurazione del quorum opzione che si sceglie e le vostre impostazioni, il cluster sarà configurato in una delle seguenti modalità di quorum:

Modalità	Descrizione
Nodo di maggioranza (nessun testimone)	Solo i nodi voti. Nessun testimone del quorum è configurato. Il quorum del cluster è la maggioranza dei nodi di voto nell’appartenenza attiva al cluster.
Maggioranza nodo con testimone(condivisione disco o file)	I nodi hanno voti. Inoltre, un testimone del quorum ha un voto. Il quorum del cluster è la maggioranza dei nodi di voto nell’appartenenza attiva del cluster più un voto testimone. Un testimone quorum può essere un testimone disco designato o un testimone condivisione file designato.
Nessuna maggioranza (solo disco testimone)	Nessun nodo ha voti. Solo un testimone del disco ha un voto. Il quorum del cluster è determinato dallo stato del testimone del disco. In genere, questa modalità non è consigliata e non deve essere selezionata perché crea un singolo punto di errore per il cluster.

Le seguenti sottosezioni forniscono ulteriori informazioni sulle impostazioni avanzate di configurazione del quorum.

Configurazione testimone

Come regola generale quando si configura un quorum, gli elementi di voto nel cluster dovrebbero essere un numero dispari. Pertanto, se il cluster contiene un numero pari di nodi di voto, è necessario configurare un testimone disco o un testimone condivisione file. Il cluster sarà in grado di sostenere un nodo aggiuntivo verso il basso. Inoltre, l’aggiunta di un voto testimone consente al cluster di continuare l’esecuzione se metà dei nodi cluster contemporaneamente si riducono o vengono disconnessi.

Un testimone del disco è solitamente raccomandato se tutti i nodi possono vedere il disco. Un testimone di condivisione file è consigliato quando è necessario considerare il ripristino di emergenza multisito con archiviazione replicata. La configurazione di un disk witness con storage replicato è possibile solo se il fornitore di storage supporta l’accesso in lettura e scrittura da tutti i siti allo storage replicato. Un testimone disco non è supportato con Storage Spaces Direct.

La tabella seguente fornisce ulteriori informazioni e considerazioni sui tipi di testimoni quorum.

Testimonianza del tipo	Descrizione	Requisiti e raccomandazioni
Disco testimonianza	Dedicato LUN che memorizza una copia del database del cluster Più utile per i cluster condiviso (non replicate) stoccaggio	Dimensione della LUN deve essere di almeno 512 MB Deve essere dedicato per l’utilizzo di cluster e non assegnati a un cluster di ruolo Devono essere inclusi nel cluster di storage e di passare i test di convalida dell’archiviazione Non può essere un disco che è un Cluster Shared Volume (CSV) disco di Base con un singolo volume non ha bisogno di avere una lettera di unità Può essere formattato con il file system NTFS o Rif opzionalmente Può essere configurati con hardware RAID per la tolleranza Dovrebbero essere esclusi dal backup e antivirus la scansione Un Disco testimonianza non è supportato con Spazi di Archiviazione Diretta
condivisione di File	SMB condivisione file è configurato su un file server che esegue Windows server non conservare una copia del cluster database Mantiene le informazioni del cluster solo in un testimone.file di log Più utile per multisito di cluster storage replicato	Deve avere un minimo di 5 MB di spazio libero Deve essere dedicata al singolo cluster e non utilizzato per memorizzare i dati o le applicazioni Deve avere i permessi di scrittura abilitati per il computer in oggetto per il nome del cluster di seguito sono ulteriori considerazioni per un file server che ospita il testimone di condivisione file: È possibile configurare un singolo file server con testimoni di condivisione file per più cluster. Il file server deve trovarsi su un sito separato dal carico di lavoro del cluster. Ciò consente pari opportunità per qualsiasi sito cluster di sopravvivere se la comunicazione di rete da sito a sito viene persa. Se il file server si trova sullo stesso sito, tale sito diventa il sito principale ed è l’unico sito che può raggiungere la condivisione di file. Il file server può essere eseguito su una macchina virtuale se la macchina virtuale non è ospitata nello stesso cluster che utilizza il file share witness. Per l’alta disponibilità, il file server può essere configurato su un cluster di failover separato.
Testimone nuvola	Un file witness memorizzato in Azure Blob Storage Consigliato quando tutti i server del cluster dispongono di una connessione Internet affidabile.	Vedere Distribuire un testimone cloud.

Assegnazione voto nodo

Come opzione di configurazione avanzata del quorum, è possibile scegliere di assegnare o rimuovere i voti del quorum su base per nodo. Per impostazione predefinita, a tutti i nodi vengono assegnati voti. Indipendentemente dall’assegnazione dei voti, tutti i nodi continuano a funzionare nel cluster, ricevono aggiornamenti del database del cluster e possono ospitare applicazioni.

È possibile rimuovere i voti dai nodi in alcune configurazioni di ripristino di emergenza. Ad esempio, in un cluster multisito, è possibile rimuovere i voti dai nodi in un sito di backup in modo che tali nodi non influiscano sui calcoli del quorum. Questa configurazione è consigliata solo per il failover manuale tra i siti. Per ulteriori informazioni, vedere Considerazioni sul quorum per le configurazioni di disaster recovery più avanti in questo argomento.

Il voto configurato di un nodo può essere verificato cercando la proprietà comune NodeWeight del nodo cluster utilizzando il cmdlet Get-ClusterNode Windows PowerShell. Il valore 0 indica che il nodo non ha un voto quorum configurato. Il valore 1 indica che il voto del quorum del nodo è assegnato ed è gestito dal cluster. Per ulteriori informazioni sulla gestione dei voti dei nodi, vedere Gestione dinamica del quorum più avanti in questo argomento.

L’assegnazione dei voti per tutti i nodi del cluster può essere verificata utilizzando il test Validate Cluster Quorum validation.

Considerazioni aggiuntive per l’assegnazione del voto al nodo

• L’assegnazione del voto al nodo non è raccomandata per imporre un numero dispari di nodi di voto. È invece necessario configurare un testimone disco o un testimone condivisione file. Per ulteriori informazioni, vedere Configurazione testimone più avanti in questo argomento.
• Se la gestione dinamica del quorum è abilitata, solo i nodi configurati per l’assegnazione dei voti dei nodi possono essere assegnati o rimossi dinamicamente. Per ulteriori informazioni, vedere Gestione dinamica del quorum più avanti in questo argomento.

Gestione quorum dinamica

In Windows Server 2012, come opzione di configurazione quorum avanzata, è possibile scegliere di abilitare la gestione quorum dinamica per cluster. Per ulteriori dettagli su come funziona il quorum dinamico, vedere questa spiegazione.

Con la gestione dinamica del quorum, è anche possibile che un cluster venga eseguito sull’ultimo nodo cluster sopravvissuto. Regolando dinamicamente il requisito di maggioranza del quorum, il cluster può sostenere arresti sequenziali dei nodi su un singolo nodo.

Il voto dinamico assegnato al cluster di un nodo può essere verificato con la proprietà DynamicWeight common del nodo cluster utilizzando il cmdlet Get-ClusterNode Windows PowerShell. Il valore 0 indica che il nodo non ha un voto quorum. Un valore di 1 indica che il nodo ha un voto quorum.

L’assegnazione dei voti per tutti i nodi del cluster può essere verificata utilizzando il test Validate Cluster Quorum validation.

Considerazioni aggiuntive per la gestione dinamica del quorum

• La gestione dinamica del quorum non consente al cluster di sostenere un fallimento simultaneo della maggioranza dei membri votanti. Per continuare l’esecuzione, il cluster deve sempre avere la maggioranza del quorum al momento dell’arresto o dell’errore del nodo.

• Se è stato rimosso esplicitamente il voto di un nodo, il cluster non può aggiungere o rimuovere dinamicamente quel voto.

• Quando Storage Spaces Direct è abilitato, il cluster può supportare solo due errori di nodo. Questo è spiegato più nella sezione pool quorum

Raccomandazioni generali per la configurazione del quorum

Il software cluster configura automaticamente il quorum per un nuovo cluster, in base al numero di nodi configurati e alla disponibilità di storage condiviso. Questa è di solito la configurazione del quorum più appropriata per quel cluster. Tuttavia, è una buona idea rivedere la configurazione del quorum dopo la creazione del cluster, prima di mettere il cluster in produzione. Per visualizzare la configurazione dettagliata del quorum del cluster, è possibile utilizzare la procedura guidata Convalida configurazione o il cmdlet Test-Cluster Windows PowerShell per eseguire il test di configurazione Convalida quorum. In Failover Cluster Manager, la configurazione di base del quorum viene visualizzata nelle informazioni di riepilogo per il cluster selezionato oppure è possibile rivedere le informazioni sulle risorse del quorum restituite quando si esegue il cmdlet Windows PowerShell Get-ClusterQuorum.

In qualsiasi momento, è possibile eseguire il test Validate Quorum Configuration per verificare che la configurazione del quorum sia ottimale per il cluster. L’output del test indica se è consigliata una modifica alla configurazione del quorum e le impostazioni ottimali. Se è consigliata una modifica, è possibile utilizzare la configurazione guidata Quorum cluster per applicare le impostazioni consigliate.

Dopo che il cluster è in produzione, non modificare la configurazione del quorum a meno che non si sia stabilito che la modifica è appropriata per il cluster. Si potrebbe desiderare di pensare di cambiare la configurazione del quorum nelle seguenti situazioni:

• l’Aggiunta o la rimozione dei nodi
• Aggiunta o la rimozione di storage
• A lungo termine nodo o testimonianza fallimento
• Recupero di un cluster in un multisito scenario di ripristino di emergenza

Per ulteriori informazioni sulla convalida di un cluster di failover, vedere Convalida dell’Hardware per un Cluster di Failover.

Configurare il quorum del cluster

È possibile configurare le impostazioni del quorum del cluster utilizzando Failover Cluster Manager o i cmdlet di FailoverClusters Windows PowerShell.

Configurare le impostazioni del quorum del cluster

L’appartenenza al gruppo Amministratori locali su ciascun server cluster, o equivalente, è l’autorizzazione minima richiesta per completare questa procedura. Inoltre, l’account utilizzato deve essere un account utente di dominio.

Modificare la configurazione del quorum in un cluster di failover utilizzando Failover Cluster Manager

1. In Gestione cluster failover, selezionare o specificare il cluster che si desidera modificare.

2. Con il cluster selezionato, in Azioni selezionare Altre azioni, quindi selezionare Configura impostazioni quorum cluster. Viene visualizzata la procedura guidata Configura quorum cluster. Seleziona Avanti.

3. Nella pagina Seleziona opzione configurazione quorum, selezionare una delle tre opzioni di configurazione e completare i passaggi relativi a tale opzione. Prima di configurare le impostazioni del quorum, è possibile rivedere le proprie scelte. Per ulteriori informazioni sulle opzioni, vedere Comprensione del quorum, in precedenza in questo argomento.

   • Per consentire al cluster di ripristinare automaticamente le impostazioni del quorum ottimali per la configurazione corrente del cluster, selezionare Usa configurazione quorum predefinita e completare la procedura guidata.

   • Per aggiungere o modificare il testimone del quorum, selezionare Seleziona il testimone del quorum, quindi completare i passaggi seguenti. Per informazioni e considerazioni sulla configurazione di un testimone del quorum, vedere Configurazione del testimone in precedenza in questo argomento.

     1. Nella pagina Seleziona testimone quorum, selezionare un’opzione per configurare un testimone disco o un testimone condivisione file. La procedura guidata indica le opzioni di selezione dei testimoni consigliate per il cluster.

        Nota

        È anche possibile selezionare Non configurare un testimone del quorum e quindi completare la procedura guidata. Se si dispone di un numero pari di nodi di voto nel cluster, questa potrebbe non essere una configurazione consigliata.

     2. Se si seleziona l’opzione per configurare un testimone disco, nella pagina Configura testimone archiviazione selezionare il volume di archiviazione che si desidera assegnare come testimone disco, quindi completare la procedura guidata.

     3. Se si seleziona l’opzione per configurare un file share Witness, nella pagina Configura File Share Witness digitare o individuare una condivisione file che verrà utilizzata come risorsa witness, quindi completare la procedura guidata.

     4. Se si seleziona l’opzione per configurare un testimone cloud, nella pagina Configura testimone cloud immettere il nome dell’account di archiviazione Azure, la chiave dell’account di archiviazione Azure e l’endpoint del servizio Azure, quindi completare la procedura guidata.

        Nota

        Questa opzione è disponibile in Windows Server 2016 e versioni successive.

   • Per configurare le impostazioni di gestione del quorum e per aggiungere o modificare il testimone del quorum, selezionare Configurazione avanzata del quorum, quindi completare i passaggi seguenti. Per informazioni e considerazioni sulle impostazioni avanzate di configurazione del quorum, vedere Assegnazione dei voti dei nodi e gestione dinamica del quorum in precedenza in questo argomento.

     1. Nella pagina Seleziona configurazione voto, selezionare un’opzione per assegnare voti ai nodi. Per impostazione predefinita, a tutti i nodi viene assegnato un voto. Tuttavia, per alcuni scenari, è possibile assegnare voti solo a un sottoinsieme dei nodi.

        Nota

        È anche possibile selezionare Nessun Nodo. Questo non è generalmente raccomandato, perché non consente ai nodi di partecipare al voto del quorum e richiede la configurazione di un testimone del disco. Questo testimone del disco diventa il singolo punto di errore per il cluster.

     2. Nella pagina Configura gestione quorum è possibile abilitare o disabilitare l’opzione Consenti al cluster di gestire dinamicamente l’assegnazione dei voti dei nodi. La selezione di questa opzione aumenta generalmente la disponibilità del cluster. Per impostazione predefinita l’opzione è abilitata e si consiglia vivamente di non disabilitare questa opzione. Questa opzione consente al cluster di continuare l’esecuzione in scenari di errore che non sono possibili quando questa opzione è disabilitata.

        Nota

        Questa opzione non è presente in Windows Server 2016 e versioni successive.

     3. Nella pagina Seleziona testimone quorum, selezionare un’opzione per configurare un testimone disco, un testimone condivisione file o un testimone cloud. La procedura guidata indica le opzioni di selezione dei testimoni consigliate per il cluster.

        Nota

        È anche possibile selezionare Non configurare un testimone del quorum, quindi completare la procedura guidata. Se si dispone di un numero pari di nodi di voto nel cluster, questa potrebbe non essere una configurazione consigliata.

     4. Se si seleziona l’opzione per configurare un testimone disco, nella pagina Configura testimone archiviazione selezionare il volume di archiviazione che si desidera assegnare come testimone disco, quindi completare la procedura guidata.

     5. Se si seleziona l’opzione per configurare un file share Witness, nella pagina Configura File Share Witness digitare o individuare una condivisione file che verrà utilizzata come risorsa witness, quindi completare la procedura guidata.

     6. Se si seleziona l’opzione per configurare un testimone cloud, nella pagina Configura testimone cloud immettere il nome dell’account di archiviazione Azure, la chiave dell’account di archiviazione Azure e l’endpoint del servizio Azure, quindi completare la procedura guidata.

        Nota

        Questa opzione è disponibile in Windows Server 2016 e versioni successive.

4. Seleziona Avanti. Confermare le selezioni nella pagina di conferma visualizzata, quindi selezionare Avanti.

Dopo l’esecuzione della procedura guidata e la visualizzazione della pagina di riepilogo, se si desidera visualizzare un report delle attività eseguite dalla procedura guidata, selezionare Visualizza report. Il report più recente rimarrà nella cartella systemroot \ Cluster \ Reports con il nome QuorumConfiguration.mht.

Comandi equivalenti a Windows PowerShell

I seguenti esempi mostrano come utilizzare il cmdlet Set-ClusterQuorum e altri cmdlet di Windows PowerShell per configurare il quorum del cluster.

L’esempio seguente modifica la configurazione del quorum sul cluster CONTOSO-FC1 in una semplice configurazione di maggioranza dei nodi senza verifica del quorum.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

L’esempio seguente modifica la configurazione del quorum sul cluster locale in una maggioranza di nodi con configurazione witness. La risorsa disco denominata Cluster Disk 2 è configurata come testimone disco.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

L’esempio seguente modifica la configurazione del quorum sul cluster locale in una maggioranza di nodi con configurazione witness. La risorsa di condivisione file denominata \ \ CONTOSO-FS \ fsw è configurata come testimone di condivisione file.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

Il seguente esempio rimuove il voto del quorum dal nodo ContosoFCNode1 sul cluster locale.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

Il seguente esempio aggiunge il voto del quorum al nodo ContosoFCNode1 sul cluster locale.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

Il seguente esempio abilita la proprietà DynamicQuorum del cluster CONTOSO-FC1 (se precedentemente era disabilitata):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Recupera un cluster avviando senza quorum

Un cluster che non ha abbastanza voti quorum non verrà avviato. Come primo passo, è sempre necessario confermare la configurazione del quorum del cluster e indagare sul motivo per cui il cluster non ha più il quorum. Ciò potrebbe accadere se si dispone di nodi che hanno smesso di rispondere o se il sito primario non è raggiungibile in un cluster multisito. Dopo aver identificato la causa principale dell’errore del cluster, è possibile utilizzare i passaggi di ripristino descritti in questa sezione.

Forzare l’avvio dei nodi del cluster

Dopo aver determinato che non è possibile ripristinare il cluster portando i nodi o il testimone del quorum a uno stato sano, diventa necessario forzare l’avvio del cluster. Forzare l’avvio del cluster sovrascrive le impostazioni di configurazione del quorum del cluster e avvia il cluster in modalità ForceQuorum.

Forzare l’avvio di un cluster quando non ha il quorum può essere particolarmente utile in un cluster multisito. Si consideri uno scenario di ripristino di emergenza con un cluster che contiene siti primari e di backup situati separatamente, SiteA e SiteB. Se c’è un vero disastro a SiteA, potrebbe richiedere una notevole quantità di tempo per il sito di tornare online. Probabilmente vorrai costringere SiteB a venire online, anche se non ha il quorum.

Quando un cluster viene avviato in modalità ForceQuorum e dopo aver ottenuto un quorum sufficiente, il cluster lascia automaticamente lo stato forzato e si comporta normalmente. Quindi, non è necessario riavviare il cluster normalmente. Se il cluster perde un nodo e perde il quorum, va di nuovo offline perché non è più nello stato forzato. Per riportarlo online quando non ha il quorum è necessario forzare l’avvio del cluster senza quorum.

Impedire il quorum sui nodi cluster rimanenti

Dopo aver forzato l’avvio del cluster su un nodo, è necessario avviare tutti i nodi rimanenti nel cluster con un’impostazione per impedire il quorum. Un nodo avviato con un’impostazione che impedisce il quorum indica al servizio Cluster di unirsi a un cluster in esecuzione esistente invece di formare una nuova istanza del cluster. Ciò impedisce ai nodi rimanenti di formare un cluster diviso che contiene due istanze concorrenti.

Ciò diventa necessario quando è necessario ripristinare il cluster in alcuni scenari di disaster recovery multisito dopo aver forzato l’avvio del cluster sul sito di backup, SiteB. Per unire il cluster force started in SiteB, i nodi nel sito principale, SiteA, devono essere avviati con il quorum impedito.

Ecco come recuperare il cluster con Failover Cluster Manager:

1. In Gestione cluster failover, selezionare o specificare il cluster che si desidera ripristinare.

2. Con il cluster selezionato, in Azioni, selezionare Forza avvio cluster.

   Failover Cluster Manager forza avvia il cluster su tutti i nodi che sono raggiungibili. Il cluster utilizza la configurazione corrente del cluster all’avvio.

Comandi equivalenti a Windows PowerShell (Start-Clusternode)

L’esempio seguente mostra come utilizzare il cmdlet Start-ClusterNode per forzare l’avvio del cluster sul nodo ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

In alternativa, è possibile digitare il seguente comando localmente sul nodo:

Net Start ClusSvc /FQ

L’esempio seguente mostra come utilizzare il cmdlet Start-ClusterNode per avviare il servizio Cluster con il quorum impedito sul nodo ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

In alternativa, è possibile digitare il seguente comando localmente sul nodo:

Net Start ClusSvc /PQ

Considerazioni sul quorum per le configurazioni di disaster recovery

Questa sezione riassume le caratteristiche e le configurazioni del quorum per due configurazioni di cluster multisito nelle distribuzioni di disaster recovery. Le linee guida di configurazione del quorum variano a seconda se è necessario il failover automatico o manuale per i carichi di lavoro tra i siti. La configurazione dipende in genere dagli SLA (Service Level Agreement) in vigore nell’organizzazione per fornire e supportare carichi di lavoro raggruppati in caso di guasto o disastro in un sito.

Failover automatico

In questa configurazione, il cluster è costituito da due o più siti che possono ospitare ruoli cluster. Se si verifica un errore in qualsiasi sito, ci si aspetta che i ruoli raggruppati eseguano automaticamente il failover sui siti rimanenti. Pertanto, il quorum del cluster deve essere configurato in modo che qualsiasi sito possa sostenere un errore completo del sito.

La seguente tabella riassume considerazioni e raccomandazioni per questa configurazione.

l’Elemento	Descrizione
Numero di nodo voti al sito	Dovrebbe essere uguale
Nodo voto di assegnazione	Nodo voti non deve essere rimosso, perché tutti i nodi sono ugualmente importanti
Dinamica quorum di gestione	Dovrebbe essere abilitato
Testimonianza di configurazione	condivisione di File è raccomandato, configurato in un sito che è separato dal cluster siti
Carichi di lavoro	Carichi di lavoro possono essere configurati su qualsiasi dei siti

Ulteriori considerazioni per il failover automatico

• La configurazione del file share witness in un sito separato è necessaria per dare a ciascun sito pari opportunità di sopravvivere. Per ulteriori informazioni, vedere Configurazione testimone in precedenza in questo argomento.

Failover manuale

In questa configurazione, il cluster è costituito da un sito primario, SiteA, e da un sito di backup (ripristino), SiteB. I ruoli raggruppati sono ospitati su SiteA. A causa della configurazione del quorum del cluster, se si verifica un errore in tutti i nodi in SiteA, il cluster smette di funzionare. In questo scenario, l’amministratore deve eseguire manualmente il failover dei servizi cluster su SiteB ed eseguire ulteriori passaggi per ripristinare il cluster.

La seguente tabella riassume considerazioni e raccomandazioni per questa configurazione.

l’Elemento	Descrizione
Numero di nodo di voti per ogni sito	Nodo voti non devono essere rimossi dai nodi al sito primario, SiteA Nodo voti dovrebbero essere rimossi dai nodi al sito di backup, SiteB Se un lungo periodo di interruzione si verifica in SiteA, i voti devono essere assegnati ai nodi a SiteB per attivare un quorum di maggioranza in quel sito, come parte della procedura di recupero
Dinamica quorum di gestione	Dovrebbe essere abilitato
Testimonianza configurazione	Configurare un server se c’è un numero di nodi a SiteA Se un testimone è necessario, configurare una condivisione di file o un disco di testimonianza, che è accessibile solo per i nodi SiteA (a volte chiamato un asimmetrico disco testimonianza)
Carichi di lavoro	Utilizzare preferito proprietari di mantenere i carichi di lavoro in esecuzione su nodi in SiteA

Ulteriori considerazioni per il failover manuale

• Solo i nodi in SiteA sono inizialmente configurato con il quorum di voti. Ciò è necessario per garantire che lo stato dei nodi sul SiteB non influisca sul quorum del cluster.
• Le fasi di ripristino possono variare a seconda che SiteA subisca un guasto temporaneo o un guasto a lungo termine.