Opções de inicialização do serviço de cluster

Este artigo lista todos os comutadores disponíveis que podem ser usados como parâmetros de inicialização para iniciar o serviço cluster.

Aplica-se a: Windows Server 2012 R2
Número de KB original: 258078

Resumo

Esta é uma lista de todos os comutadores disponíveis que podem ser usados como parâmetros de inicialização para iniciar o serviço cluster.

Para fazer isso, acesse as propriedades do serviço, coloque a opção apropriada na caixa Parâmetros iniciar e clique em Iniciar.

Você também pode usar os comutadores ao iniciar o serviço cluster da linha de comando. Por exemplo:

net start clussvc.exe / switch  

O Windows Server 2003 inclui abreviações para cada comutador. Isso simplifica o uso de comutadores de inicialização de serviço de cluster. Por exemplo, você pode iniciar o serviço com a opção /FixQuorumou a opção /FQ .

As opções válidas incluem o seguinte:

As opções do Windows 2000 e posteriores incluem o seguinte.

Os switches do Windows Server 2003 e posteriores incluem o seguinte.

Descrição dos comutadores

A seguir está uma descrição de alguns dos comutadores:

Depurar

Função: o log de cluster pode não conter nenhuma informação útil no diagnóstico do serviço de cluster para iniciar falhas. Isso ocorre porque o serviço cluster pode falhar antes do início do Cluster.log. Iniciar o serviço cluster com esse comutador exibe a inicialização do serviço cluster e pode ajudá-lo a identificar esses problemas precoces.

Requisitos: use essa opção somente para fins de diagnóstico temporário. Se o serviço cluster não for iniciado devido a um erro de logon da conta de serviço ou outro erro relacionado ao sistema, o serviço poderá não ter a chance de ser executado. Como resultado, um arquivo cluster.log pode não ser criado. Esse método executa o serviço fora do ambiente normal dado pelo Service Control Manager. Para usar essa opção, você deve estar conectado localmente com direitos administrativos e iniciar o comando no prompt de comando. Não use a opção de depuração para uso normal ou por qualquer período de tempo. O serviço não é executado de forma tão eficiente com o conjunto de opções.

Cenários de uso: essa opção deve ser usada somente quando o serviço cluster não for iniciado. Essa opção exibirá na tela a operação do serviço cluster enquanto ele tenta iniciar. Essa opção só pode ser usada ao iniciar o serviço a partir do prompt de comando e você deve estar na pasta em que o serviço cluster está instalado. Por padrão, este é %SystemRoot%\Cluster. Essa também é a única opção que você não usa com o comando net start para iniciar o serviço.

Operação: Abra um prompt de comando, altere para a pasta %SystemRoot%\cluster e digite o seguinte clussvc /debug [loglevel#] ".

onde loglevel# é um dos seguintes.

Como alternativa, você também pode usar o comando set para controlar o nível de log do cluster ao usar a opção de depuração. No prompt de comando, digite o seguinte conjunto clusterloglevel= x , em que x é um dos valores mostrados na tabela anterior.

O serviço cluster envia a saída para a janela semelhante ao que você veria no cluster.log. Como alternativa, você também pode capturar essas informações em um arquivo usando a seguinte sintaxe de comando:

clussvc /debug > c:\debug.log

Quando o serviço cluster estiver sendo executado corretamente, pressione CTRL+C para interromper o serviço.

Fixquorum

Função: permite que o serviço de cluster seja iniciado apesar dos problemas com o dispositivo de quorum. Os únicos recursos que serão colocados online depois que o serviço for iniciado são o Endereço IP do Cluster e o Nome do Cluster. Você pode abrir o Administrador de Cluster e colocar outros recursos online manualmente.

Requisitos: essa opção deve ser usada apenas no modo de diagnóstico em uma base muito temporária e não durante a operação normal. Somente um nó deve ser iniciado usando essa opção e um segundo nó não deve ser tentado a ser ingressado no nó iniciado usando essa opção. Normalmente, essa opção é usada sozinha.

Cenários de uso: Se o serviço de cluster não conseguir iniciar da maneira normal devido à falha do recurso de quorum, os usuários poderão iniciar o serviço de cluster nesse modo e tentar diagnosticar a falha.

Operação: Depois que o serviço de cluster for iniciado, todos os recursos, incluindo o recurso quorum, permanecem offline. Em seguida, os usuários podem tentar colocar o recurso quorum online manualmente e monitorar as entradas de log de cluster, bem como as novas entradas de log de eventos e tentar diagnosticar quaisquer problemas com o recurso de quorum. A sintaxe é a seguinte: net start clussvc /fixquorum.

ResetQuorumLog

Função: se o log de quorum e o arquivo de ponto de verificação não forem encontrados ou estiverem corrompidos, isso poderá ser usado para criar arquivos com base nas informações no hive do registro %SystemRoot%\Cluster\CLUSDB do nó local. Se o arquivo de log de quorum for encontrado em ordem adequada, essa opção não terá efeito.

Requisitos: normalmente, apenas um nó é iniciado usando essa opção e essa opção é usada sozinha. Ele deve ser usado apenas por usuários experientes que entendem as consequências do uso de informações potencialmente desatualizadas para criar um novo arquivo de log de quorum.

Cenários de uso: essa opção só deve ser usada quando o serviço cluster não é iniciado em um computador Windows 2000 ou posterior devido a um log de quorum ausente ou corrompido (Quolog.log) e Chkxxx.tmp arquivos. Windows NT 4.0 recriará automaticamente esses arquivos se eles não existirem. Essa funcionalidade foi adicionada no Windows 2000 para dar mais controle sobre o início do serviço cluster.

Operação: o serviço cluster fará uma redefinição automática do arquivo de log de quorum se ele estiver ausente ou corrompido usando as informações no hive de cluster atualmente carregado usando o arquivo %systemroot%\Cluster\CLUSDB. A sintaxe é a seguinte:

net start clussvc /resetquorumlog

DebugResMon

Função: ajuda você a depurar o processo de monitor de recursos e, portanto, as DLLs (bibliotecas de link dinâmico) de recursos que são carregadas pelo monitor de recursos. Você pode usar qualquer depurador padrão baseado no Windows.

Requisitos: só pode ser usado quando o serviço de cluster é iniciado a partir do prompt de comando e ao usar a opção de depuração. Não há nenhuma configuração de registro equivalente que possa ser usada quando o serviço cluster é executado como um serviço. O depurador deve estar disponível para anexação ao monitor de recursos quando ele é iniciado. Normalmente, essa opção é usada sozinha.

Cenários de uso: os desenvolvedores podem usar essa opção para depurar o processo do monitor de recursos e suas DLLs de recurso personalizadas. Essa opção será extremamente útil se um bug em uma DLL de recurso fizer com que o processo do monitor de recursos seja encerrado inesperadamente logo após ser iniciado pelo serviço cluster e antes que os usuários possam anexar manualmente um depurador ao processo de monitor de recursos.

Operação: pouco antes do processo do monitor de recursos ser iniciado, o processo de serviço de cluster aguarda com uma mensagem (aguardando o depurador para se conectar ao processo de resmon X), em que X é a ID do Processo (PID) do processo de monitor de recursos. O serviço cluster faz isso aguardando todos os processos de monitor de recursos criados por ele. Depois que o usuário anexa um depurador ao processo de monitor de recursos e o processo de monitor de recursos é iniciado, o serviço cluster continua com sua inicialização.

NoRepEvtLogging

Função: o comutador de norepevtlogging impede a replicação desses eventos registrados no log de eventos. Essa opção é útil para reduzir a quantidade de informações exibidas na janela de comando filtrando eventos já registrados no log de eventos. A replicação de log de eventos é um recurso que foi adicionado no Windows 2000.

Cenários de uso: essa opção é usada para impedir a replicação dos logs de eventos. Se houver um grande número de entradas de log de eventos, o serviço cluster irá replicá-las e registrá-las no cluster.log. Isso pode fazer com que o cluster.log seja encapsulado rapidamente. A opção também pode ser usada para iniciar o serviço cluster e registrar os eventos que não são registrados no log de eventos em um arquivo local, Debugnorep.log. A sintaxe é a seguinte:

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

Operação: o comando norepevtlogging pode ser definido como um parâmetro de início ao iniciar o serviço cluster do console de Gerenciamento de Computador.

A sintaxe da linha de comando é:

net start clussvc /norepevtlogging

Esse comando impede que o nó iniciado com essa opção replica suas informações para outros nós, mas ainda receberá informações de outros nós que foram iniciados normalmente.

NoQuorumLogging

Função: desativa todo o log das alterações do registro de cluster no disco de quorum. A marcar do Registro não afeta outros recursos.

Requisitos: essa opção deve ser usada apenas no modo de diagnóstico para diagnosticar problemas com o arquivo de log de quorum (Quolog.log) ou o arquivo de ponto de verificação do hive de cluster (Chkxxx.tmp) no diretório \MSCS na unidade de quorum. Se um nó for iniciado usando essa opção, qualquer outro nó também deverá ser iniciado usando essa opção. Normalmente, essa opção é usada apenas em um nó.

Cenários de uso: use essa opção quando o arquivo de log de quorum ou arquivos de ponto de verificação ficar corrompido e você quiser substituir manualmente esses arquivos por cópias de backup.

Operação: o serviço cluster ignora completamente a funcionalidade de log nesse caso. Quando executados nesse modo, cenários de "partição no tempo" podem ocorrer. Se esse for o caso, as entradas do registro de nó de cluster poderão ficar fora da sincronização e novas alterações poderão ser perdidas. A sintaxe é a seguinte: net start clussvc /noquorumlogging.

ForceQuorum

Função: quando você usa um modelo de quorum de Conjunto de Nó Majoritário (MNS) em um cluster do Windows Server 2003, em alguns casos um cluster deve ser autorizado a continuar a ser executado mesmo que não tenha quorum (maioria). Considere o caso de um cluster geograficamente disperso com quatro nós no local primário e três nós no local secundário. Embora não haja falhas, o cluster é um cluster de sete nós em que os recursos podem ser hospedados em qualquer nó, em qualquer site. Se houver uma falha de comunicação entre os sites ou se o site secundário for retirado offline (ou falhar), o site primário poderá continuar porque ainda terá quorum. Todos os recursos serão hospedados novamente e colocados online no site primário.

No caso de uma falha catastrófica do site primário, no entanto, o site secundário perderá o quorum e, portanto, todos os recursos serão encerrados nesse site. Uma das principais finalidades para ter um cluster de vários sites é sobreviver a um desastre no local primário; no entanto, o software de cluster em si não pode fazer uma determinação sobre o estado do site primário. O software de cluster não pode diferenciar entre uma falha de comunicação entre os sites e um desastre no site primário. Isso deve ser feito por intervenção manual. Em outras palavras, o site secundário pode ser forçado a continuar mesmo que o serviço cluster acredite que ele não tem quorum. Isso é conhecido como forçar quorum.

Como esse mecanismo está efetivamente quebrando a semântica associada ao conjunto de réplica de quorum, ele só deve ser feito em condições controladas. No exemplo acima, se o site secundário e o site primário perderem a comunicação e um administrador forçar o quorum no site secundário, os recursos serão colocados online em ambos os sites, permitindo assim o potencial de corrupção inconsistente de dados ou dados no cluster.

Requisitos: forçar o quorum é um processo manual que exige que você interrompa o serviço cluster em TODOS os nós restantes. O serviço cluster deve ser informado quais nós devem ser considerados como tendo quorum.

Cenários de uso: cuidados especiais devem ser tomados se e quando o site primário voltar porque os nós estão configurados como parte do cluster. Enquanto um cluster está em execução no estado de quorum de força, ele é totalmente funcional. Por exemplo, nós podem ser adicionados ou removidos do cluster; novos recursos, grupos e assim por diante podem ser definidos.

Operação: configure os parâmetros de inicialização do serviço de cluster em TODOS os nós restantes no cluster. Isso é feito iniciando o painel de controle Serviços, selecionando o serviço cluster e inserindo o seguinte na opção Iniciar parâmetros :

net start clussvc /forcequorum node_list

Por exemplo, se o site secundário contiver Node5, Node6 e Node7, e você quiser iniciar o serviço cluster e fazer com que esses sejam os únicos nós no cluster, use o seguinte comando:

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