As implicações de usar a opção /forcequorum para iniciar o serviço cluster no Windows Server 2008

Este artigo discute as implicações de iniciar o serviço cluster usando o comutador /forcequorum

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

Informações beta

Este artigo discute uma versão beta de um produto da Microsoft. As informações neste artigo são fornecidas como estão e estão sujeitas a alterações sem aviso prévio.

Nenhum suporte formal ao produto está disponível da Microsoft para este produto beta. Para obter informações sobre como obter suporte para uma versão beta, consulte a documentação incluída com os arquivos do produto beta ou marcar local da Web em que você baixou a versão.

Introdução

No Windows Server 2003, os clusters de servidor configurados para usar um modelo de quorum de conjunto de nós majoritário (MNS) podem forçar o serviço cluster a começar quando menos do que o número mínimo necessário de nós de cluster estiver participando do cluster. A fórmula a seguir é usada para determinar o número mínimo de nós de cluster necessários:
(<Total de nós> de cluster configurados/2) + 1

Por exemplo, um cluster MNS de 4 nós requer que um mínimo de três nós sejam considerados funcionais ((4/2) + 1 = 3).

Para iniciar o serviço de cluster usando o método de modelo de quorum MNS, use a chave do registro ForceQuorum ou use um parâmetro de inicialização, como o comutador /forcequorum.

Há procedimentos especiais que são necessários para se recuperar corretamente depois de usar a opção /forcequorum. Este artigo discute as implicações do uso da opção /forcequorum para iniciar o serviço cluster no Windows Server 2008. Em clusters de failover baseados no Windows Server 2008, iniciar o serviço de cluster junto com um comutador /forcequorum tem mais implicações do que em sistemas operacionais anteriores.

Mais informações

Em clusters de failover baseados no Windows Server 2008, as informações de configuração do cluster serão rastreadas em todos os nós no cluster e em um disco testemunha, se um estiver configurado. Um processo de marcação paxos é usado para garantir a consistência da configuração do cluster em todos os nós e no disco testemunha. O algoritmo Paxos é usado para garantir a consistência entre sistemas distribuídos. O algoritmo é usado pelo serviço cluster para garantir a consistência dos dados quando as atualizações para a configuração do cluster são propagadas em todos os nós do cluster.

Nos clusters de failover baseados no Windows Server 2008, a marca Paxos consiste em três números. Cada número é separado por um ponto. Por exemplo, uma marca pode se assemelhar ao seguinte:
3:3:276
Esses números representam o número NextEpoch, o número LastUpdateEpoch e o número da sequência. Idealmente, a marca Paxos deve ser a mesma em todas as réplicas da configuração do cluster. Os números de época são alterados sempre que o cluster é formado. O número da sequência é alterado sempre que uma atualização é feita para a configuração do cluster. O processo de sincronização em um cluster envia uma proposta para todos os nós do cluster. A proposta consiste em um número de sequência e um número de proposta. Um nó de cluster verifica sua cópia local da configuração do cluster para ver se ele tem um número de sequência mais recente ou um número de proposta mais alto. Se o nó não tiver mais informações atuais (números mais altos), o nó enviará uma aceitação de volta ao nó proposto. Se a maioria dos nós no cluster (um "consenso") enviar de volta uma aceitação ao nó proposto, os dados serão enviados para cada nó de cluster a ser incorporado localmente.

Quando um nó de cluster se junta a um cluster, o nó envia suas informações de marca paxos como parte do processo de junção. Se as informações da marca Paxos para o nó de junção forem mais antigas que a configuração do cluster atual, uma cópia completa da configuração do cluster será enviada por push para o nó como parte do processo de junção. Essa cópia da configuração do cluster é conhecida como hive de registro de cluster. Esse comportamento garante que todos os nós que estão ingressando em um cluster tenham as informações de configuração mais atualizadas.

O formato de marca paxos em um cluster só pode ser alterado nos dois cenários a seguir:

• Quando uma restauração autoritativa da configuração do cluster é executada.
• Quando o serviço cluster é iniciado usando o comutador /forcequorum. A abreviação para a opção é /fq.

A nova formatação de marca paxos usa carimbos de hora. Veja a seguir um exemplo da nova formatação:
2007/12/31-153555.889_4:2007/12/31-153555.889_4:294

Esse formato garante que os nós que executam o serviço cluster junto com esse formato de marca Paxos terão a cópia dourada ou autoritativa da configuração do cluster. Qualquer nó que ingressar no cluster terá automaticamente essa cópia da configuração do cluster enviada por push durante o processo de junção. Portanto, quando você decide forçar o serviço cluster a iniciar em um nó específico em um cluster de failover baseado no Windows Server 2008, é importante selecionar o nó que tem as informações de configuração de cluster mais atualizadas. Caso contrário, algumas configurações podem ser perdidas.

Referências

Para obter mais informações sobre o modelo de quorum do MNS, visite o seguinte site da Microsoft: https://technet.microsoft.com/library/cc784005(WS.10).aspx

Para obter mais informações sobre o algoritmo Paxos, visite o seguinte site da Microsoft: https://research.microsoft.com/users/lamport/pubs/paxos-simple.pdf