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 tramite l'opzione /forcequorum
Numero KB originale: 947713
Questo articolo illustra una versione beta di un prodotto Microsoft. Le informazioni contenute in questo articolo vengono fornite così come sono e sono soggette a modifiche senza preavviso.
Per questo prodotto beta non è disponibile alcun supporto formale per il prodotto Microsoft. 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.
In Windows Server 2003, i cluster di server configurati per l'uso di un modello quorum MNS (Majority Node Set) possono forzare l'avvio del servizio cluster quando è inferiore al numero minimo minimo necessario di nodi del cluster che partecipano al cluster. 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 quorum MNS, usare la chiave del Registro di sistema ForceQuorum o usare un parametro di avvio, ad esempio l'opzione /forcequorum.
Nota
La chiave del Registro di sistema ForceQuorum si trova nella seguente sottochiave del Registro di sistema:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ClusSvc\Parameters
Dopo aver usato l'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 a quanto fatto nei sistemi operativi precedenti.
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 ne è configurata una. Per garantire la coerenza della configurazione del cluster in tutti i nodi e sul disco di controllo, viene usato un processo di assegnazione di tag Paxos. L'algoritmo Paxos viene usato per garantire la coerenza tra 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 di periodo 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 da 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 informazioni più aggiornate (numeri più alti), il nodo invia un'accettazione al nodo che propone. Se la maggior parte dei nodi del cluster (un "consenso") invia un'accettazione al nodo che propone, i dati vengono inviati a ogni nodo del cluster da incorporare in locale.
Quando un nodo del cluster viene aggiunto a un cluster, il nodo invia le 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 unione. Questa copia della configurazione del cluster è nota come hive del Registro di sistema del cluster. Questo comportamento garantisce che tutti i nodi che si aggiungono 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-15 55.88935_4:2007/12/31-15 55.88935_4:294
Questo formato garantisce che i nodi che eseguono il servizio cluster insieme a questo formato di tag Paxos abbiano la copia golden o autorevole della configurazione del cluster. Tutti i nodi che si uniscono al cluster avranno automaticamente questa copia della configurazione del cluster di cui viene eseguito il push durante il processo di unione. 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 andarsi perse.
Per altre informazioni sul modello quorum MNS, visitare il sito Web Microsoft seguente: https://technet.microsoft.com/library/cc784005(WS.10).aspx
Per ulteriori informazioni sull'algoritmo Paxos, visitare il seguente sito Web Microsoft: https://research.microsoft.com/users/lamport/pubs/paxos-simple.pdf