Opzioni di avvio del servizio cluster

Questo articolo elenca tutte le opzioni disponibili che possono essere usate come parametri di avvio per avviare il servizio cluster.

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

Riepilogo

Questo è un elenco di tutti i commutatori disponibili che possono essere usati come parametri di avvio per avviare il servizio cluster.

A tale scopo, passare alle proprietà del servizio, inserire l'opzione appropriata nella casella Parametri di avvio e quindi fare clic su Avvia.

È anche possibile usare le opzioni quando si avvia il servizio cluster dalla riga di comando. Ad esempio:

net start clussvc.exe / switch  

Windows Server 2003 include abbreviazioni per ogni commutatore. Ciò semplifica l'uso dei commutatori di avvio del servizio cluster. Ad esempio, è possibile avviare il servizio con l'interruttore /FixQuorumo l'interruttore /FQ .

Le opzioni valide includono quanto segue:

Windows 2000 e versioni successive includono solo le opzioni seguenti.

Windows Server 2003 e versioni successive includono solo le opzioni seguenti.

Descrizione dei commutatori

Di seguito è riportata una descrizione di alcune opzioni:

Debug

Funzione: la registrazione del cluster potrebbe non contenere informazioni utili per la diagnosi degli errori del servizio cluster. Questo perché il servizio cluster potrebbe non riuscire prima dell'avvio del Cluster.log. L'avvio del servizio cluster con questa opzione visualizza l'inizializzazione del servizio cluster e può essere utile per identificare questi problemi che si verificano in anticipo.

Requisiti: usare questa opzione solo a scopo diagnostico temporaneo. Se l'avvio del servizio cluster non riesce a causa di un errore di accesso dell'account del servizio o di un altro errore correlato al sistema, il servizio potrebbe non avere la possibilità di essere eseguito. Di conseguenza, non è possibile creare un file cluster.log. Questo metodo esegue il servizio all'esterno dell'ambiente normale specificato da Gestione controllo servizi. Per usare questa opzione, è necessario essere connessi in locale con diritti amministrativi e avviare il comando dal prompt dei comandi. Non usare l'opzione di debug per l'uso normale o per un periodo di tempo qualsiasi. Il servizio non viene eseguito in modo efficiente con l'opzione impostata.

Scenari di utilizzo: questa opzione deve essere usata solo quando l'avvio del servizio cluster non riesce. Questa opzione visualizzerà sullo schermo il funzionamento del servizio cluster durante il tentativo di avvio. Questa opzione può essere usata solo quando si avvia il servizio dal prompt dei comandi ed è necessario trovarsi nella cartella in cui è installato il servizio cluster. Per impostazione predefinita, si tratta di %SystemRoot%\Cluster. Questa è anche l'unica opzione che non si usa con il comando net start per avviare il servizio.

Operazione: aprire un prompt dei comandi, passare alla cartella %SystemRoot%\cluster e digitare il comando seguente clussvc /debug [loglevel#] ".

dove loglevel# è uno dei seguenti.

In alternativa, è anche possibile usare il comando set per controllare il livello di log del cluster quando si usa l'opzione di debug. Al prompt dei comandi digitare il set clusterloglevel= x seguente, dove x è uno dei valori visualizzati nella tabella precedente.

Il servizio cluster invia un output alla finestra simile a quello visualizzato nella cluster.log. In alternativa, è anche possibile acquisire queste informazioni in un file usando la sintassi del comando seguente:

clussvc /debug > c:\debug.log

Quando il servizio cluster è in esecuzione correttamente, premere CTRL+C per arrestare il servizio.

FixQuorum

Funzione: consente l'avvio del servizio cluster nonostante i problemi con il dispositivo quorum. Le uniche risorse che verranno portate online dopo l'avvio del servizio sono l'indirizzo IP del cluster e il nome del cluster. È possibile aprire l'amministratore del cluster e portare online manualmente altre risorse.

Requisiti: questo interruttore DEVE essere usato solo in modalità di diagnosi su base molto temporanea e non durante il normale funzionamento. È necessario avviare un solo nodo usando questa opzione e non è necessario tentare di aggiungere un secondo nodo al nodo avviato usando questa opzione. In genere, questa opzione viene usata da sola.

Scenari di utilizzo: Se il servizio cluster non è in grado di avviarsi normalmente a causa dell'errore della risorsa quorum, gli utenti possono avviare il servizio cluster in questa modalità e tentare di diagnosticare l'errore.

Operazione: Dopo l'avvio del servizio cluster, tutte le risorse, inclusa la risorsa quorum, rimangono offline. Gli utenti possono quindi provare manualmente a portare online la risorsa quorum e monitorare le voci del log del cluster, nonché le nuove voci del registro eventi e tentare di diagnosticare eventuali problemi con la risorsa quorum. La sintassi è la seguente: net start clussvc /fixquorum.

ResetQuorumLog

Funzione: se il log quorum e il file del checkpoint non vengono trovati o sono danneggiati, è possibile usare questa opzione per creare file in base alle informazioni contenute nell'hive del Registro di sistema %SystemRoot%\Cluster\CLUSDB del nodo locale. Se il file di log del quorum risulta in ordine corretto, questa opzione non ha alcun effetto.

Requisiti: in genere, viene avviato un solo nodo usando questa opzione e questa opzione viene usata da sola. Deve essere usato solo da utenti esperti che comprendono le conseguenze dell'uso di informazioni potenzialmente obsolete per creare un nuovo file di log quorum.

Scenari di utilizzo: questa opzione deve essere usata solo quando il servizio cluster non viene avviato in un computer Windows 2000 o versioni successive a causa di un log quorum mancante o danneggiato (Quolog.log) e file di Chkxxx.tmp. Windows NT 4.0 ricrea automaticamente questi file se non esistono. Questa funzionalità è stata aggiunta in Windows 2000 per dare maggiore controllo sull'avvio del servizio cluster.

Operazione: il servizio cluster esegue una reimpostazione automatica del file di log del quorum se risulta mancante o danneggiato usando le informazioni nell'hive del cluster attualmente caricato usando il file %systemroot%\Cluster\CLUSDB. La sintassi è la seguente:

net start clussvc /resetquorumlog

DebugResMon

Funzione: consente di eseguire il debug del processo di monitoraggio delle risorse e, di conseguenza, delle librerie a collegamento dinamico (DLL) delle risorse caricate dal monitoraggio delle risorse. È possibile usare qualsiasi debugger basato su Windows standard.

Requisiti: può essere usato solo quando il servizio cluster viene avviato dal prompt dei comandi e quando si usa l'opzione di debug. Non è possibile usare un'impostazione del Registro di sistema equivalente quando il servizio cluster viene eseguito come servizio. Il debugger deve essere disponibile per il collegamento al monitoraggio delle risorse all'avvio. In genere, questa opzione viene usata da sola.

Scenari di utilizzo: gli sviluppatori possono usare questa opzione per eseguire il debug del processo di monitoraggio delle risorse e delle DLL delle risorse personalizzate. Questa opzione è estremamente utile se un bug in una DLL di risorse causa l'arresto imprevisto del processo di monitoraggio delle risorse subito dopo l'avvio da parte del servizio cluster e prima che gli utenti possano collegare manualmente un debugger al processo di monitoraggio delle risorse.

Operazione: poco prima dell'avvio del processo di monitoraggio delle risorse, il processo del servizio cluster attende con un messaggio (In attesa che il debugger si connetta al processo di resmon X), dove X è l'ID processo (PID) del processo di monitoraggio delle risorse. Il servizio cluster esegue questa operazione in attesa di tutti i processi di monitoraggio delle risorse creati da esso. Dopo che l'utente collega un debugger al processo di monitoraggio delle risorse e il processo di monitoraggio delle risorse viene avviato, il servizio cluster continua con l'inizializzazione.

NoRepEvtLogging

Funzione: l'opzione norepevtlogging impedisce la replica degli eventi registrati nel registro eventi. Questa opzione è utile per ridurre la quantità di informazioni visualizzate nella finestra di comando filtrando gli eventi già registrati nel registro eventi. La replica del log eventi è una funzionalità aggiunta in Windows 2000.

Scenari di utilizzo: questa opzione viene usata per impedire la replica dei log eventi. Se è presente un numero elevato di voci del registro eventi, il servizio cluster le replicherà e le registrerà nel cluster.log. Ciò può causare il wrapping rapido del cluster.log. L'opzione può essere usata anche per avviare il servizio Cluster e registrare gli eventi non registrati nel registro eventi in un file locale, Debugnorep.log. La sintassi è la seguente:

clussvc /debug /norepevtlogging > c:\debugnorep.log\

Operazione: il comando norepevtlogging può essere impostato come parametro di avvio quando si avvia il servizio cluster dalla console di gestione computer.

La sintassi della riga di comando è:

net start clussvc /norepevtlogging

Questo comando impedisce al nodo avviato con questa opzione di replicare le informazioni in altri nodi, ma riceverà comunque informazioni da altri nodi avviati normalmente.

NoQuorumLogging

Funzione: disattiva tutta la registrazione delle modifiche del Registro di sistema del cluster nel disco quorum. Il controllo del Registro di sistema non influisce sulle altre risorse.

Requisiti: questa opzione deve essere usata solo in modalità diagnostica per diagnosticare i problemi relativi al file di log del quorum (Quolog.log) o al file del checkpoint hive del cluster (Chkxxx.tmp) nella directory \MSCS nell'unità quorum. Se un nodo viene avviato usando questa opzione, è necessario avviare anche qualsiasi altro nodo usando questa opzione. In genere, questa opzione viene usata solo in un nodo.

Scenari di utilizzo: usare questa opzione quando il file di log del quorum o i file del checkpoint vengono danneggiati e si vuole sostituire manualmente questi file con copie di backup.

Operazione: il servizio cluster ignora completamente la funzionalità di registrazione in questo caso. Quando viene eseguita in questa modalità, possono verificarsi scenari di partizione in tempo. In questo caso, le voci del Registro di sistema dei nodi del cluster possono non essere sincronizzate e le nuove modifiche possono andare perse. La sintassi è la seguente: net start clussvc /noquorumlogging.

ForceQuorum

Funzione: quando si usa un modello quorum MNS (Majority Node Set) in un cluster Windows Server 2003, in alcuni casi è necessario consentire l'esecuzione di un cluster anche se non ha quorum (maggioranza). Si consideri il caso di un cluster geograficamente distribuito con quattro nodi nel sito primario e tre nodi nel sito secondario. Anche se non si verificano errori, il cluster è un cluster a sette nodi in cui le risorse possono essere ospitate in qualsiasi nodo, in qualsiasi sito. Se si verifica un errore di comunicazione tra i siti o se il sito secondario viene portato offline (o ha esito negativo), il sito primario può continuare perché avrà ancora quorum. Tutte le risorse verranno ospitate nuovamente e portate online nel sito primario.

In caso di errore irreversibile del sito primario, tuttavia, il sito secondario perderà il quorum e, pertanto, tutte le risorse verranno terminate in tale sito. Uno degli scopi principali per avere un cluster multisito è quello di sopravvivere a un'emergenza nel sito primario; tuttavia, il software del cluster stesso non può stabilire lo stato del sito primario. Il software del cluster non può distinguere tra un errore di comunicazione tra i siti e un'emergenza nel sito primario. Questo deve essere fatto con l'intervento manuale. In altre parole, il sito secondario può essere forzato a continuare anche se il servizio cluster ritiene che non abbia quorum. Questo è noto come quorum forzato.

Poiché questo meccanismo sta effettivamente interrompendo la semantica associata al set di repliche quorum, deve essere eseguito solo in condizioni controllate. Nell'esempio precedente, se il sito secondario e il sito primario perdono la comunicazione e un amministratore forza il quorum nel sito secondario, le risorse verranno portate online in ENTRAMBI i siti, consentendo così il potenziale danneggiamento di dati o dati incoerenti nel cluster.

Requisiti: il quorum forzato è un processo manuale che richiede l'arresto del servizio cluster in TUTTI i nodi rimanenti. È necessario indicare al servizio cluster quali nodi devono essere considerati come quorum.

Scenari di utilizzo: è necessario prestare particolare attenzione se e quando torna il sito primario perché i nodi sono configurati come parte del cluster. Mentre un cluster è in esecuzione nello stato force quorum, è completamente funzionante. Ad esempio, i nodi possono essere aggiunti o rimossi dal cluster; è possibile definire nuove risorse, gruppi e così via.

Operazione: configurare i parametri di avvio del servizio cluster in TUTTI i nodi rimanenti del cluster. A tale scopo, avviare il pannello di controllo Servizi, selezionare il servizio Cluster e quindi immettere quanto segue nell'opzione Parametri di avvio :

net start clussvc /forcequorum node_list

Ad esempio, se il sito secondario contiene Node5, Node6 e Node7 e si vuole avviare il servizio Cluster e si desidera che siano gli unici nodi del cluster, usare il comando seguente:

net start clussvc /forcequorum /forcequorum node5,node6,node7