Partilhar via

Modos de Quórum WSFC e Configuração de Votação (SQL Server)

Aplica-se a:SQL Server

Tanto os grupos de disponibilidade SQL Server Always On como os Always On Failover Cluster Instances (FCI) aproveitam o Windows Server Failover Clustering (WSFC) como tecnologia de plataforma. A WSFC utiliza uma abordagem baseada em quórum para monitorizar o estado geral do cluster e maximizar a tolerância a falhas ao nível do nó. Um conhecimento fundamental dos modos de quórum do WSFC e da configuração de votação por nós é muito importante para conceber, operar e resolver problemas da sua solução Always On de alta disponibilidade e recuperação em desastres.

Deteção de Saúde de Clusters por Quórum

Cada nó num cluster WSFC participa numa comunicação periódica de batimentos cardíacos para partilhar o estado de saúde do nó com os outros nós. Nódulos não responsivos são considerados em estado falhado.

Um conjunto de nós quorum é a maioria dos nós votantes e testemunhas no cluster WSFC. A saúde geral e o estado de um agrupamento da WSFC são determinados por uma votação periódica de quórum. A presença de quórum significa que o cluster está saudável e capaz de fornecer tolerância a falhas ao nível do nó.

A ausência de quórum indica que o agrupamento não está saudável. A saúde geral do cluster WSFC deve ser mantida de modo a garantir que hajam nós secundários saudáveis disponíveis para que os nós primários possam fazer failover. Se a votação de quórum falhar, o cluster da WSFC será desligado como medida de precaução. Isto também fará com que todas as instâncias do SQL Server registadas no cluster sejam paradas.

Importante

Se um cluster da WSFC for desligado devido à falha de quórum, é necessária intervenção manual para o reativar.

Para mais informações, consulte: WSFC Disaster Recovery through Compulsory Quorum (SQL Server).

Modos de Quórum

Um modo de quórum é configurado ao nível do cluster WSFC que dita a metodologia utilizada para a votação do quórum. A ferramenta Gestor de Cluster de Failover irá recomendar um modo de quórum com base no número de nós no cluster.

Os seguintes modos de quórum podem ser usados para determinar o que constitui um quórum de votos:

  • Maioria de nós. Mais de metade dos nós de voto no agrupamento têm de votar afirmativamente para que o grupo fique saudável.

  • Maioria de Nós de Rede e Partilha de Ficheiros. Semelhante ao modo quórum de Maioria de Nó, exceto que uma partilha remota de ficheiros também está configurada como testemunha de voto, e a ligação de qualquer nó a essa partilha também é contada como voto afirmativo. Mais de metade dos votos possíveis deve ser afirmativo para que o cluster esteja saudável.

    Como boa prática, a partilha de ficheiros de testemunho não deve residir em nenhum nó do cluster e deve ser visível para todos os nós do cluster.

  • Maioria de Nó e Disco. Semelhante ao modo quórum de Maioria de Node, exceto que um recurso partilhado do cluster de discos também é designado como testemunha de voto, e a conectividade de qualquer nó a esse disco partilhado também é contada como voto afirmativo. Mais de metade dos votos possíveis deve ser afirmativo para que o cluster esteja saudável.

  • Apenas disco. Um recurso de cluster de disco partilhado é designado como testemunha, e a ligação de qualquer nó a esse disco partilhado é considerada um voto afirmativo.

Sugestão

Ao usar uma configuração de armazenamento assimétrica para grupos de disponibilidade Always On, deve geralmente usar o modo quórum de Maioria de Nós quando tem um número ímpar de nós votantes, ou o modo quórum de Maioria de Nós e Partilha de Ficheiros quando tem um número par de nós votantes.

Nós de Votação e Não Votação

Por padrão, cada nó do cluster WSFC é incluído como membro do quórum do cluster; cada nó tem um único voto para determinar o estado geral do cluster, e cada nó tentará continuamente estabelecer um quórum. A discussão sobre o quórum até agora qualificou cuidadosamente o conjunto de nós de cluster da WSFC que votam sobre a saúde do cluster como nós de votação.

Nenhum nó individual num cluster WSFC pode determinar de forma definitiva que o cluster como um todo está saudável ou não saudável. A qualquer momento, do ponto de vista de cada nó, alguns dos outros nós podem parecer offline, ou em processo de failover, ou parecer não responsivos devido a uma falha na comunicação da rede. Uma função fundamental do voto de quórum é determinar se o estado aparente de cada nó no cluster WSFC é de facto esse estado real desses nós.

Para todos os modelos de quórum, exceto 'Apenas Disco', a efetividade de um voto de quórum depende de comunicações fiáveis entre todos os nós com direito a voto no cluster. As comunicações de rede entre nós na mesma sub-rede física devem ser consideradas fiáveis; O voto do quórum deve ser confiável.

No entanto, se um nó noutra sub-rede for visto como inerte numa votação de quórum, mas estiver efetivamente online e em bom estado de funcionamento, isso deve-se muito provavelmente a uma falha nas comunicações de rede entre sub-redes. Dependendo da topologia do cluster, do modo quórum e da configuração da política de failover, essa falha nas comunicações de rede pode criar efetivamente mais do que um conjunto (ou subconjunto) de nós de votação.

Quando mais do que um subconjunto de nós de voto consegue estabelecer um quórum por si só, isso é conhecido como cenário de cérebro dividido. Nesse cenário, os nós dos quórums separados podem comportar-se de forma diferente e entrar em conflito entre si.

Observação

O cenário do cérebro dividido só é possível quando um administrador do sistema executa manualmente uma operação de quórum forçada ou, em circunstâncias muito raras, um failover forçado; subdividindo explicitamente o conjunto de nós de quórum.

Para simplificar a configuração do quórum e aumentar o tempo de atividade, pode querer ajustar a definição de NodeWeight de cada nó de modo que o voto desse nó não conte para o quórum.

Importante

Para usar as definições de NodeWeight, o seguinte hotfix deve ser aplicado a todos os servidores do cluster WSFC:

KB2494036: Existe um hotfix disponível para permitir configurar um nó de cluster que não tenha votos de quórum no Windows Server 2008 e no Windows Server 2008 R2

Ajustes Recomendados à Votação por Quórum

Ao ativar ou desativar a votação de um determinado nó WSFC, siga estas diretrizes:

  • Sem voto por padrão. Assuma que cada nó não deve votar sem justificação explícita.

  • Inclua todas as réplicas primárias. Cada nó WSFC que aloja uma réplica primária de um grupo de disponibilidade ou que é o proprietário preferido de uma FCI deve ter um voto.

  • Incluir possíveis proprietários automáticos de failover. Cada nó que pudesse alojar uma réplica primária, como resultado de um failover automático de grupo de disponibilidade ou failover FCI, deveria ter direito a voto. Se existir apenas um grupo de disponibilidade no cluster WSFC e as réplicas de disponibilidade forem alojadas apenas por instâncias autónomas, esta regra inclui apenas a réplica secundária que é o alvo de failover automático.

  • Excluir os nós do site secundário. Em geral, não dê votos a nós WSFC que se encontrem num local secundário de recuperação de desastres. Não quer que os nós no site secundário contribuam para a decisão de desligar o cluster quando o site principal não apresenta problemas.

  • Número ímpar de votos. Se necessário, adicione uma partilha de ficheiros de testemunha, um nó de testemunha ou um disco de testemunha ao cluster e ajuste o modo de quórum para evitar possíveis empates na votação de quórum.

  • Reavalie as atribuições de votos após a falha. Não quer fazer failover para uma configuração de cluster que não suporte um quórum saudável.

Importante

Ao validar a configuração do quórum do WSFC, o Assistente de Grupo de Disponibilidade Always On mostra um aviso se alguma das seguintes condições for verdadeira:

  • O nó do cluster que hospeda a réplica primária não possui voto
  • Uma réplica secundária está configurada para failover automático e o seu nó do cluster não tem voto.
  • KB2494036 não está instalado em todos os nós do cluster que alojam réplicas de disponibilidade. Este patch é necessário para adicionar ou remover votos para nós de cluster em implementações multi-site. No entanto, em implantações num único local, normalmente não é obrigatório e pode ignorar o aviso com segurança.

Sugestão

O SQL Server expõe várias vistas dinâmicas de gestão do sistema (DMVs) que podem ajudar a gerir definições relacionadas à configuração de clusters WSFC e à votação de quórum de nós.

Para mais informações, veja: sys.dm_hadr_cluster, sys.dm_hadr_cluster_members, sys.dm_os_cluster_nodes, sys.dm_hadr_cluster_networks

Tarefas relacionadas

Conteúdo relacionado

Ver também

Recuperação de Desastres do WSFC através de Quórum Forçado (SQL Server)
Windows Server Failover Clustering (WSFC) com SQL Server

  • Last updated on