Options de démarrage du service de cluster

Cet article répertorie tous les commutateurs disponibles qui peuvent être utilisés comme paramètres de démarrage pour démarrer le service de cluster.

Numéro de base de connaissances d’origine : 258078

Résumé

Il s’agit d’une liste de tous les commutateurs disponibles qui peuvent être utilisés comme paramètres de démarrage pour démarrer le service de cluster.

Pour ce faire, accédez aux propriétés du service, placez le commutateur approprié dans la zone Paramètres de démarrage, puis cliquez sur Démarrer.

Vous pouvez également utiliser les commutateurs lorsque vous démarrez le service de cluster à partir de la ligne de commande. Par exemple :

net start clussvc.exe / switch  

Note

Incluez un tiret (-) avant le commutateur pour Microsoft Windows 2000 Server et les versions antérieures.

Le commutateur de débogage a des paramètres de démarrage spéciaux. Consultez la section Débogage plus loin dans cet article pour une utilisation correcte.

Windows Server 2003 inclut des abréviations pour chaque commutateur. Cela simplifie l’utilisation des commutateurs de démarrage du service de cluster. Par exemple, vous pouvez démarrer le service avec le /FixQuorum commutateur ou le /FQ commutateur.

Les commutateurs d’option valides sont les suivants :

Commutateur	Fonction	Abréviation de Windows 2003
FixQuorum	Ne montez pas l’appareil de quorum et la journalisation du quorum est désactivée.	FQ
NoQuorumLogging	La journalisation du quorum est désactivée.	NQ
Déboguer	Affiche les événements au début du service de cluster. Pour obtenir une syntaxe spéciale, consultez la section « Déboguer » plus loin dans cet article.
LogLevel N	Définit le niveau de journal pour le mode débogage.
DebugResMon	Le service de cluster attend qu’un débogueur soit attaché à tous les processus Resource Monitor au démarrage.	DR

Les commutateurs Windows 2000 et versions ultérieures incluent uniquement les éléments suivants.

Commutateur	Fonction	Abréviation de Windows 2003
ResetQuorumLog	Recrée dynamiquement le journal de quorum et les fichiers de point de contrôle (cette fonctionnalité est automatique dans Microsoft Windows NT 4.0).	RQ
NoRepEvtLogging	Aucune réplication des entrées du journal des événements.

Windows Server 2003 et versions ultérieures incluent uniquement les commutateurs suivants.

Commutateur	Fonction	Abréviation de Windows 2003
ForceQuorum ou <N1,N2,...>	Forcez un nœud majoritaire défini avec la liste de nœuds N1, N2, etc. (Applicable uniquement pour le quorum de l’ensemble de nœuds majoritaires.)	FO
NoGroupInfoEvtLogging	Ne consignez pas les événements dans le journal des événements lié au groupe en ligne et hors connexion.	NG

Description des commutateurs

Voici une description de certains commutateurs :

Déboguer

Fonction : la journalisation du cluster peut ne pas contenir d’informations utiles dans le diagnostic du service de cluster pour démarrer des échecs. Cela est dû au fait que le service de cluster peut échouer avant le démarrage du Cluster.log. Le démarrage du service de cluster avec ce commutateur affiche l’initialisation du service de cluster et peut vous aider à identifier ces problèmes précoces.

Conditions requises : utilisez ce commutateur à des fins de diagnostic temporaire uniquement. Si le service de cluster ne parvient pas à démarrer en raison d’une erreur d’ouverture de session du compte de service ou d’une autre erreur liée au système, le service n’a peut-être pas la possibilité de s’exécuter. Par conséquent, un fichier cluster.log peut ne pas être créé. Cette méthode exécute le service en dehors de l’environnement normal donné par service Control Manager. Pour utiliser ce commutateur, vous devez être connecté localement avec des droits d’administration et démarrer la commande à partir de l’invite de commandes. N’utilisez pas le commutateur de débogage pour une utilisation normale ou pour une durée quelconque. Le service ne s’exécute pas aussi efficacement avec l’option définie.

Scénarios d’utilisation : ce commutateur doit être utilisé uniquement lorsque le service de cluster ne parvient pas à démarrer. Ce commutateur s’affiche à l’écran l’opération du service de cluster à mesure qu’il tente de démarrer. Ce commutateur ne peut être utilisé que lors du démarrage du service à partir de l’invite de commandes, et vous devez être dans le dossier dans lequel le service de cluster est installé. Par défaut, il s’agit de %SystemRoot%\Cluster. Il s’agit également du seul commutateur que vous n’utilisez pas avec la commande net start pour démarrer le service.

Opération : ouvrez une invite de commandes, accédez au dossier %SystemRoot%\cluster, puis tapez ce qui suit clussvc /debug [loglevel#] ".

où loglevel# est l’un des éléments suivants.

#	Description
0	Aucune journalisation n’a lieu.
1	Seules les erreurs sont journalisées.
2	Les erreurs et les avertissements sont enregistrés.
3	Tous les événements, y compris ceux qui ne sont pas écrits dans le journal des événements, sont enregistrés.

Vous pouvez également utiliser la commande set pour contrôler le niveau du journal du cluster lorsque vous utilisez le commutateur de débogage. À partir de l’invite de commandes, tapez le paramètre clusterloglevel= x suivant, où x est l’une des valeurs affichées dans le tableau précédent.

Le service de cluster envoie la sortie à la fenêtre similaire à ce que vous verrez dans la cluster.log. Vous pouvez également capturer ces informations dans un fichier à l’aide de la syntaxe de commande suivante :

clussvc /debug > c:\debug.log

Lorsque le service de cluster s’exécute correctement, appuyez sur Ctrl+C pour arrêter le service.

Note

Vous pouvez utiliser la variable d’environnement ClusterLogLevel pour contrôler le niveau de sortie lorsque vous utilisez le commutateur de débogage.

FixQuorum

Fonction : permet au service de cluster de démarrer malgré les problèmes liés à l’appareil de quorum. Les seules ressources qui seront mises en ligne une fois le service démarré est l’adresse IP du cluster et le nom du cluster. Vous pouvez ouvrir l’administrateur de cluster et mettre d’autres ressources en ligne manuellement.

Conditions requises : ce commutateur doit être utilisé uniquement en mode diagnostic sur une base très temporaire et non pendant l’opération normale. Un seul nœud doit être démarré à l’aide de ce commutateur et un deuxième nœud ne doit pas être joint au nœud démarré à l’aide de ce commutateur. En règle générale, ce commutateur est utilisé seul.

Scénarios d’utilisation : si le service de cluster ne parvient pas à démarrer de la manière normale en raison de l’échec de la ressource de quorum, les utilisateurs peuvent démarrer le service de cluster en ce mode et tenter de diagnostiquer l’échec.

Opération : une fois le service de cluster démarré, toutes les ressources, y compris la ressource de quorum, restent hors connexion. Les utilisateurs peuvent ensuite essayer manuellement d’amener la ressource de quorum en ligne et surveiller les entrées du journal du cluster, ainsi que les nouvelles entrées du journal des événements et tenter de diagnostiquer les problèmes liés à la ressource de quorum. La syntaxe est la suivante : net start clussvc /fixquorum.

ResetQuorumLog

Fonction : si le journal de quorum et le fichier de point de contrôle sont introuvables ou endommagés, vous pouvez l’utiliser pour créer des fichiers en fonction des informations contenues dans la ruche du registre %SystemRoot%\Cluster\CLUSDB du nœud local. Si le fichier journal de quorum est trouvé dans l’ordre approprié, ce commutateur n’a aucun effet.

Configuration requise : En règle générale, un seul nœud est démarré à l’aide de ce commutateur et ce commutateur est utilisé seul. Il doit être utilisé uniquement par les utilisateurs expérimentés qui comprennent les conséquences de l’utilisation d’informations potentiellement obsolètes, pour créer un fichier journal de quorum.

Scénarios d’utilisation : ce commutateur doit être utilisé uniquement lorsque le service de cluster ne parvient pas à démarrer sur un ordinateur Windows 2000 ou ultérieur en raison d’un journal de quorum manquant ou endommagé (Quolog.log) et de fichiers Chkxxx.tmp. Windows NT 4.0 recréera automatiquement ces fichiers s’ils n’existent pas. Cette fonctionnalité a été ajoutée dans Windows 2000 pour donner plus de contrôle sur le démarrage du service de cluster.

Note

Si le cluster exécute Windows 2000 Service Pack 4 (SP4) et que le correctif logiciel 872970 a été installé précédemment, /resetquorumlog il n’est plus nécessaire. Le comportement par défaut consiste à créer un fichier journal au démarrage si l’ancien est manquant ou endommagé.

Opération : le service de cluster effectue une réinitialisation automatique du fichier journal de quorum s’il est détecté qu’il est manquant ou endommagé à l’aide des informations contenues dans la ruche de cluster actuellement chargée à l’aide du fichier %systemroot%\Cluster\CLUSDB. La syntaxe est la suivante :

net start clussvc /resetquorumlog

DebugResMon

Fonction : vous aide à déboguer le processus de surveillance des ressources et, par conséquent, les bibliothèques de liens dynamiques de ressources (DLL) chargées par le moniteur de ressources. Vous pouvez utiliser n’importe quel débogueur Windows standard.

Configuration requise : peut être utilisée uniquement lorsque le service de cluster est démarré à partir de l’invite de commandes et lors de l’utilisation du commutateur de débogage. Il n’existe aucun paramètre de Registre équivalent qui peut être utilisé lorsque le service de cluster est exécuté en tant que service. Le débogueur doit être disponible pour l’attachement au moniteur de ressources au démarrage. En règle générale, ce commutateur est utilisé seul.

Scénarios d’utilisation : les développeurs peuvent utiliser ce commutateur pour déboguer le processus de surveillance des ressources et leurs DLL de ressources personnalisées. Cette option est extrêmement utile si un bogue dans une DLL de ressource entraîne l’arrêt inattendu du processus du moniteur de ressources peu de temps après son démarrage par le service de cluster et avant que les utilisateurs puissent attacher manuellement un débogueur au processus de surveillance des ressources.

Opération : juste avant le démarrage du processus de surveillance des ressources, le processus de service de cluster attend un message (en attendant que le débogueur se connecte au processus de démon X), où X est l’ID de processus (PID) du processus de surveillance des ressources. Le service de cluster effectue cette opération en attente de tous les processus de surveillance des ressources créés par celui-ci. Une fois que l’utilisateur attache un débogueur au processus de surveillance des ressources et que le processus de surveillance des ressources démarre, le service de cluster continue avec son initialisation.

NoRepEvtLogging

Fonction : le commutateur norepevtlogging empêche la réplication de ces événements enregistrés dans le journal des événements. Ce commutateur est utile pour réduire la quantité d’informations affichées dans la fenêtre de commande en filtrant les événements déjà enregistrés dans le journal des événements. La réplication du journal des événements est une fonctionnalité qui a été ajoutée dans Windows 2000.

Scénarios d’utilisation : ce commutateur est utilisé pour empêcher la réplication des journaux d’événements. S’il existe un grand nombre d’entrées du journal des événements, le service de cluster réplique ces entrées et les journalisera dans le cluster.log. Cela peut entraîner l’habillage rapide des cluster.log. Le commutateur peut également être utilisé pour démarrer le service de cluster et journaliser ces événements qui ne sont pas enregistrés dans le journal des événements dans un fichier local, Debugnorep.log. La syntaxe est la suivante :

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

Opération : la commande norepevtlogging peut être définie en tant que paramètre de démarrage lors du démarrage du service de cluster à partir de la console Gestion de l’ordinateur.

La syntaxe de ligne de commande est la suivante :

net start clussvc /norepevtlogging

Cette commande empêche le nœud qui a été démarré avec ce commutateur de répliquer ses informations vers d’autres nœuds, mais il recevra toujours des informations d’autres nœuds qui ont été démarrés normalement.

NoQuorumLogging

Fonction : désactive toutes les modifications apportées au registre du cluster sur le disque de quorum. Le pointage de vérification du Registre n’affecte pas les autres ressources.

Conditions requises : ce commutateur doit être utilisé uniquement en mode diagnostic pour diagnostiquer les problèmes liés au fichier journal de quorum (Quolog.log) ou au fichier de point de contrôle hive du cluster (Chkxxx.tmp) dans le répertoire \MSCS sur le lecteur de quorum. Si un nœud est démarré à l’aide de ce commutateur, tout autre nœud doit également être démarré à l’aide de ce commutateur. En règle générale, ce commutateur est utilisé sur un seul nœud.

Scénarios d’utilisation : utilisez ce commutateur lorsque le fichier journal de quorum ou les fichiers de point de contrôle deviennent endommagés et que vous souhaitez remplacer manuellement ces fichiers par des copies de sauvegarde.

Opération : le service de cluster contourne complètement la fonctionnalité de journalisation dans ce cas. Lors de l’exécution dans ce mode, des scénarios « partition-in-time » peuvent se produire. Si c’est le cas, les entrées de Registre de nœuds de cluster peuvent tomber hors de synchronisation et de nouvelles modifications peuvent être perdues. La syntaxe est la suivante : net start clussvc /noquorumlogging.

ForceQuorum

Fonction : lorsque vous utilisez un modèle de quorum MNS (Majority Node Set) sur un cluster Windows Server 2003, dans certains cas, un cluster doit être autorisé à continuer à s’exécuter même s’il n’a pas de quorum (majorité). Considérez le cas d’un cluster géographiquement dispersé avec quatre nœuds sur le site principal et trois nœuds sur le site secondaire. Bien qu’il n’y ait aucun échec, le cluster est un cluster à sept nœuds où les ressources peuvent être hébergées sur n’importe quel nœud, sur n’importe quel site. En cas d’échec de communication entre les sites ou si le site secondaire est mis hors connexion (ou échoue), le site principal peut continuer, car il aura toujours le quorum. Toutes les ressources seront réhébergée et mises en ligne sur le site principal.

En cas de défaillance catastrophique du site principal, toutefois, le site secondaire perd le quorum et, par conséquent, toutes les ressources seront arrêtées sur ce site. L’un des principaux objectifs de l’utilisation d’un cluster multi-site consiste à survivre à un sinistre sur le site principal ; toutefois, le logiciel de cluster lui-même ne peut pas déterminer l’état du site principal. Le logiciel de cluster ne peut pas différencier une défaillance de communication entre les sites et un sinistre sur le site principal. Cela doit être fait par intervention manuelle. En d’autres termes, le site secondaire peut être forcé de continuer même si le service cluster croit qu’il n’a pas de quorum. C’est ce qu’on appelle le quorum forcé.

Étant donné que ce mécanisme interrompt efficacement la sémantique associée au jeu de réplicas de quorum, elle doit uniquement être effectuée dans des conditions contrôlées. Dans l’exemple ci-dessus, si le site secondaire et le site principal perdent la communication et qu’un administrateur force le quorum sur le site secondaire, les ressources sont mises en ligne sur les deux sites, ce qui permet d’entraîner une altération des données ou des données incohérentes dans le cluster.

Configuration requise : forcer le quorum est un processus manuel qui nécessite que vous arrêtiez le service de cluster sur tous les nœuds restants. Le service de cluster doit être informé des nœuds qui doivent être considérés comme ayant un quorum.

Scénarios d’utilisation : des précautions particulières doivent être prises si et quand le site principal revient, car les nœuds sont configurés dans le cadre du cluster. Pendant qu’un cluster est en cours d’exécution dans l’état de quorum forcé, il est entièrement fonctionnel. Par exemple, les nœuds peuvent être ajoutés ou supprimés du cluster ; de nouvelles ressources, groupes, etc., peuvent être définies.

Note

Le service de cluster sur tous les nœuds NON dans la liste des nœuds de quorum force doit rester arrêté tant que les informations de quorum forcées ne sont pas supprimées. L’échec de cette opération peut entraîner des incohérences de données ou une altération des données.

Opération : configurez les paramètres de démarrage du service de cluster sur tous les nœuds restants du cluster. Pour ce faire, démarrez le panneau de configuration Services, sélectionnez le service de cluster, puis entrez les éléments suivants dans l’option Paramètres de démarrage :

net start clussvc /forcequorum node_list

Par exemple, si le site secondaire contient Node5, Node6 et Node7, et que vous souhaitez démarrer le service de cluster et que ces derniers sont les seuls nœuds du cluster, utilisez la commande suivante :

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

Note

Il ne doit y avoir aucun espace dans la clé (sauf s’il y a des espaces dans les noms de nœuds eux-mêmes).