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.

S’applique à : Windows Server 2012 R2
Numéro de la 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  

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’options valides sont les suivants :

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

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

Description des commutateurs

Voici une description de certains des commutateurs :

Débogage

Fonction : La journalisation du cluster peut ne pas contenir d’informations utiles pour diagnostiquer les échecs de démarrage du service de cluster. Cela est dû au fait que le service de cluster peut échouer avant le démarrage de l’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.

Configuration requise : 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 risque de ne pas être exécuté. 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 fourni par le Gestionnaire de contrôle de service. 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’ensemble d’options.

Scénarios d’utilisation : ce commutateur doit être utilisé uniquement lorsque le service de cluster ne parvient pas à démarrer. Ce commutateur affiche à l’écran l’opération du service de cluster au fur et à 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 où 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 le code suivant clussvc /debug [loglevel#] ".

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

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 jeu clusterloglevel= x suivant, où x est l’une des valeurs affichées dans le tableau précédent.

Le service de cluster envoie une sortie à la fenêtre similaire à celle que vous voyez dans le 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.

FixQuorum

Fonction : permet au service de cluster de démarrer en dépit de problèmes avec l’appareil de quorum. Les seules ressources qui seront mises en ligne une fois le service démarré sont l’adresse IP du cluster et le nom du cluster. Vous pouvez ouvrir Administrateur de cluster et mettre d’autres ressources en ligne manuellement.

Conditions requises : Ce commutateur DOIT être utilisé uniquement en mode diagnostic de façon très temporaire et non pendant un fonctionnement normal. Un seul nœud doit être démarré à l’aide de ce commutateur et un deuxième nœud ne doit pas être tenté d’ê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 peut pas démarrer normalement en raison de l’échec de la ressource de quorum, les utilisateurs peuvent démarrer le service de cluster dans 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 de mettre 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 fichier journal du 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 de registre %SystemRoot%\Cluster\CLUSDB du nœud local. Si le fichier journal du 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 des 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 version ultérieure en raison d’un journal de quorum (Quolog.log) et de fichiers Chkxxx.tmp manquants ou endommagés. Windows NT 4.0 recréera automatiquement ces fichiers s’ils n’existent pas. Cette fonctionnalité a été ajoutée dans Windows 2000 pour mieux contrôler le démarrage du service de cluster.

Opération : le service de cluster réinitialise automatiquement le fichier journal du quorum s’il est manquant ou endommagé en utilisant les informations de 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 d’analyse des ressources et, par conséquent, les bibliothèques de liens dynamiques (DLL) de ressources qui sont chargées par le moniteur de ressources. Vous pouvez utiliser n’importe quel débogueur Windows standard.

Configuration requise : ne peut être utilisé que lorsque le service de cluster est démarré à partir de l’invite de commandes et lors de l’utilisation du commutateur de débogage. Aucun paramètre de Registre équivalent ne 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 d’analyse des ressources peu après son démarrage par le service de cluster et avant que les utilisateurs puissent attacher manuellement un débogueur au processus d’analyse des ressources.

Opération : Juste avant le démarrage du processus d’analyse des ressources, le processus de service de cluster attend un message (En attente de connexion du débogueur 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 attendant tous les processus de surveillance des ressources qu’il a créés. Une fois que l’utilisateur a attaché un débogueur au processus d’analyse des ressources et que le processus de surveillance des ressources a démarré, le service de cluster poursuit 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 des événements. S’il existe un grand nombre d’entrées du journal des événements, le service de cluster les réplique et les journalisera dans le cluster.log. Cela peut entraîner la cluster.log rapidement encapsuler. Le commutateur peut également être utilisé pour démarrer le service de cluster et journaliser les é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 sur 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 de journalisation du registre de cluster sur le disque de quorum. Le pointage case activée du Registre n’affecte pas les autres ressources.

Configuration requise : 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 sont endommagés et que vous souhaitez remplacer manuellement ces fichiers par des copies de sauvegarde.

Opération : dans ce cas, le service de cluster contourne complètement la fonctionnalité de journalisation. Lors de l’exécution dans ce mode, des scénarios de « partition dans le temps » peuvent se produire. Si c’est le cas, les entrées de registre de nœuds de cluster peuvent ne plus être synchronisées 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é). Prenons le cas d’un cluster dispersé géographiquement avec quatre nœuds sur le site principal et trois nœuds sur le site secondaire. Bien qu’il n’y ait aucune défaillance, 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.

Toutefois, en cas de défaillance catastrophique du site principal, le site secondaire perd le quorum et, par conséquent, toutes les ressources sont arrêtées sur ce site. L’un des principaux objectifs d’un cluster multisite est de survivre à une catastrophe 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 faire la différence entre un échec de communication entre les sites et un incident sur le site principal. Cela doit être fait manuellement. En d’autres termes, le site secondaire peut être forcé de continuer même si le service de cluster estime qu’il n’a pas de quorum. C’est ce que l’on appelle le quorum forcé.

Étant donné que ce mécanisme rompt efficacement la sémantique associée au quorum réplica défini, il ne doit être effectué que 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 autorise le risque de données incohérentes ou d’altération des données dans le cluster.

Configuration requise : Le quorum forcé est un processus manuel qui vous oblige à arrêter 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 le quorum.

Scénarios d’utilisation : Une attention particulière doit être prise si et quand le site principal revient, car les nœuds sont configurés dans le cadre du cluster. Pendant qu’un cluster s’exécute dans l’état de quorum de force, il est entièrement fonctionnel. Par exemple, des nœuds peuvent être ajoutés ou supprimés du cluster ; de nouvelles ressources, groupes, etc., peuvent être définis.

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 ce qui suit 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 ceux-ci soient les seuls nœuds du cluster, utilisez la commande suivante :

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