Implicazioni dell'uso dell'opzione /forcequorum per avviare il servizio cluster in Windows Server 2008

Questo articolo illustra le implicazioni dell'avvio del servizio cluster usando l'opzione /forcequorum

Si applica a: Windows Server 2012 R2
Numero KB originale: 947713

Informazioni beta

Questo articolo illustra una versione beta di un prodotto Microsoft. Le informazioni contenute in questo articolo sono fornite così come sono e sono soggette a modifiche senza preavviso.

Microsoft non supporta il prodotto formale per questo prodotto beta. Per informazioni su come ottenere il supporto per una versione beta, vedere la documentazione inclusa nei file del prodotto beta o controllare il percorso Web in cui è stata scaricata la versione.

Introduzione

In Windows Server 2003, i cluster server configurati per l'uso di un modello quorum MNS (Majority Node Set) possono forzare l'avvio del servizio cluster quando al cluster partecipano meno del numero minimo di nodi del cluster richiesto. La formula seguente viene usata per determinare il numero minimo di nodi del cluster necessari:
(<Totale nodi> cluster configurati/2) + 1

Ad esempio, un cluster MNS a 4 nodi richiede che almeno tre nodi siano considerati funzionali ((4/2) + 1 = 3).

Per avviare il servizio Cluster usando il metodo del modello di quorum MNS, usare la chiave del Registro di sistema ForceQuorum o usare un parametro di avvio, ad esempio l'opzione /forcequorum.

Dopo l'uso dell'opzione /forcequorum sono necessarie procedure speciali per il ripristino corretto. Questo articolo illustra le implicazioni dell'uso dell'opzione /forcequorum per avviare il servizio cluster in Windows Server 2008. Nei cluster di failover basati su Windows Server 2008, l'avvio del servizio cluster insieme a un commutatore /forcequorum ha più implicazioni rispetto ai sistemi operativi precedenti.

Ulteriori informazioni

Nei cluster di failover basati su Windows Server 2008, le informazioni di configurazione del cluster vengono rilevate in tutti i nodi del cluster e in un disco di controllo, se configurato. Un processo di assegnazione di tag di Paxos viene usato per garantire la coerenza della configurazione del cluster in tutti i nodi e nel disco di controllo. L'algoritmo Paxos viene usato per garantire la coerenza tra i sistemi distribuiti. L'algoritmo viene usato dal servizio cluster per garantire la coerenza dei dati quando gli aggiornamenti alla configurazione del cluster vengono propagati in tutti i nodi del cluster.

Nei cluster di failover basati su Windows Server 2008, il tag Paxos è costituito da tre numeri. Ogni numero è separato da due punti. Ad esempio, un tag può essere simile al seguente:
3:3:276
Questi numeri rappresentano il numero NextEpoch, il numero LastUpdateEpoch e il numero di sequenza. Idealmente, il tag Paxos deve essere lo stesso in tutte le repliche della configurazione del cluster. I numeri epoch vengono modificati ogni volta che viene formato il cluster. Il numero di sequenza viene modificato ogni volta che viene eseguito un aggiornamento alla configurazione del cluster. Il processo di sincronizzazione in un cluster invia una proposta a tutti i nodi del cluster. La proposta è costituita da un numero di sequenza e un numero di proposta. Un nodo del cluster controlla la copia locale della configurazione del cluster per verificare se ha un numero di sequenza più recente o un numero di proposta superiore. Se il nodo non dispone di altre informazioni correnti (numeri più alti), il nodo invia di nuovo un'accettazione al nodo proposto. Se la maggior parte dei nodi del cluster (un "consenso") invia un'accettazione al nodo proposto, i dati vengono inviati a ogni nodo del cluster da incorporare in locale.

Quando un nodo del cluster aggiunge un cluster, il nodo invia le relative informazioni sul tag Paxos come parte del processo di join. Se le informazioni sul tag Paxos per il nodo di join sono precedenti alla configurazione del cluster corrente, viene eseguito il push di una copia completa della configurazione del cluster nel nodo come parte del processo di join. Questa copia della configurazione del cluster è nota come hive del Registro di sistema del cluster. Questo comportamento garantisce che tutti i nodi che si uniscono a un cluster dispongano delle informazioni di configurazione più aggiornate.

Il formato del tag Paxos in un cluster può cambiare solo nei due scenari seguenti:

• Quando viene eseguito un ripristino autorevole della configurazione del cluster.
• Quando il servizio cluster viene avviato usando l'opzione /forcequorum. La sintassi abbreviata per l'opzione è /fq.

La nuova formattazione del tag Paxos usa timestamp. Di seguito è riportato un esempio della nuova formattazione:
12/2007/31-153555.889_4:2007/12/31-153555.889_4:294

Questo formato garantisce che i nodi che eseguono il servizio cluster insieme a questo formato di tag Paxos avranno la copia dorata o autorevole della configurazione del cluster. A tutti i nodi che si uniscono al cluster verrà automaticamente eseguito il push di questa copia della configurazione del cluster durante il processo di join. Pertanto, quando si decide di forzare l'avvio del servizio cluster in un nodo specifico in un cluster di failover basato su Windows Server 2008, è importante selezionare il nodo con le informazioni di configurazione del cluster più aggiornate. In caso contrario, alcune impostazioni di configurazione potrebbero andare perse.

Riferimenti

Per altre informazioni sul modello di quorum MNS, visitare il seguente sito Web Microsoft: https://technet.microsoft.com/library/cc784005(WS.10).aspx

Per altre informazioni sull'algoritmo Paxos, visitare il seguente sito Web Microsoft: https://research.microsoft.com/users/lamport/pubs/paxos-simple.pdf