Configurar e gerenciar quórum

• 06/07/2019
• 20 minutos de leitura
• • J
  • h
  • M
  • d
  • D
  • +7

Aplica-se a: Windows Server 2019, Windows Server 2016, o Windows Server 2012 R2, Windows Server 2012

Este tópico fornece o contexto e as etapas para configurar e gerenciar o quorum em um Windows Server cluster de failover.

compreensão do quórum

o quórum para um conjunto é determinado pelo número de elementos de votação que devem fazer parte da adesão ativa ao conjunto para que o conjunto comece corretamente ou continue funcionando. Para uma explicação mais detalhada, consulte o cluster de entendimento e o documento de quórum.

opções de configuração do Quórum

o modelo de quórum no Windows Server é flexível. Se precisar de modificar a configuração do quórum para o seu conjunto, poderá usar o Assistente de quórum Configure Cluster ou os cmdlets PowerShell do Windows. Para passos e considerações para configurar o quórum, veja Configurar o quórum do grupo mais tarde neste tópico.

a tabela seguinte lista as três opções de configuração de quórum que estão disponíveis no Assistente de quórum de configuração de grupos.

Opção	Descrição
Use as configurações típicas	cluster automaticamente atribui um voto para cada nó e gere de forma dinâmica o nó de votos. Se ele é adequado para o seu conjunto, e há armazenamento compartilhado cluster disponível, o cluster seleciona uma testemunha de disco. Esta opção é recomendada na maioria dos casos, porque o software de cluster automaticamente escolhe uma configuração de quórum e testemunha que fornece a maior disponibilidade para o seu cluster.
Adicione ou altere a testemunha do quórum	você pode adicionar, alterar ou remover um recurso de testemunha. Você pode configurar uma partilha de ficheiros ou testemunha de disco. O cluster automaticamente atribui um voto para cada nó e gerencia dinamicamente os votos do nó.
configuração avançada do quórum e selecção de testemunhas	só deverá seleccionar esta opção quando tiver requisitos específicos da aplicação ou do local para configurar o quórum. Você pode modificar a testemunha do quórum, adicionar ou remover votos do nó, e escolher se o grupo gerencia dinamicamente votos do nó. Por padrão, os votos são atribuídos a todos os nós, e os votos dos nós são geridos dinamicamente.

Dependendo da configuração de quorum opção que você escolher e das suas configurações específicas, o cluster irá ser configurado em um dos seguintes modos de quorum:

o Modo	Descrição
maioria de nós (sem testemunhas)	Somente nós temos votos. Nenhuma testemunha do quorum está configurada. O quórum de cluster é a maioria dos nós de votação na composição ativa do cluster.
maioria de nós com testemunha (partilha de disco ou arquivo)	nós têm votos. Além disso, uma testemunha do quórum tem uma votação. O quórum de cluster é a maioria dos nós de votação no cluster ativo mais um voto de testemunha. Uma testemunha de quórum pode ser uma testemunha designada ou uma testemunha designada.
nenhuma maioria (apenas testemunha de disco)	nenhum nós tem votos. Só uma testemunha tem voto. O quórum do aglomerado é determinado pelo estado da testemunha do disco. Geralmente, este modo não é recomendado, e não deve ser selecionado porque cria um único ponto de falha para o conjunto.

as subsecções seguintes dar-lhe-ão mais informações sobre as configurações avançadas de configuração do quórum.

configuração de testemunhas

como regra geral, quando você configura um quórum, os elementos de votação no conjunto devem ser um número ímpar. Portanto, se o conjunto contém um número par de nós de votação, você deve configurar uma testemunha de disco ou um arquivo share witness. O aglomerado será capaz de sustentar um nó adicional abaixo. Além disso, a adição de um voto testemunha permite que o cluster continue em execução se metade dos nós do cluster simultaneamente descer ou são desconectados.

uma testemunha de disco é geralmente recomendada se todos os nós podem ver o disco. Um arquivo share witness é recomendado quando você precisa considerar a recuperação de desastre multisite com armazenamento replicado. Configurar uma testemunha de disco com armazenamento replicado só é possível se o fornecedor de armazenamento suporta o acesso de leitura-escrita de todos os sites para o armazenamento replicado. Uma testemunha de disco não é suportada com espaços de armazenamento direto.

o quadro seguinte fornece informações e considerações adicionais sobre os tipos de testemunhas do quórum.

Testemunha tipo	Descrição	Requisitos e recomendações
testemunha de Disco	Dedicado LUN que armazena uma cópia do banco de dados de cluster Mais útil para clusters com compartilhados (não replicado) de armazenamento	Tamanho do LUN deve ser de pelo menos 512 MB Deve ser dedicado para o uso de cluster e não atribuídos a um servidor de caixas de papel Deve ser incluído no cluster de armazenamento e passar por testes de validação do armazenamento Não pode ser um disco que é um Volume Compartilhado do Cluster (CSV) disco Básico com um único volume não precisa ter uma letra de unidade Pode ser formatado com NTFS ou ReFS Pode opcionalmente ser configurado com RAID de hardware para tolerância a falhas Devem ser excluídos a partir de cópias de segurança e a verificação antivírus Uma testemunha de Disco não é suportado com Espaços de Armazenamento Direto
testemunha de compartilhamento de Arquivo	SMB compartilhamento de arquivo que está configurado em um servidor de arquivos executando o Windows Server não armazenar uma cópia do cluster a base de dados mantém informação de aglomerado apenas numa testemunha.o arquivo de log Mais útil para multisite clusters com armazenamento replicado	Tem de ter um mínimo de 5 MB de espaço livre Deve ser dedicado ao único cluster e não usado para armazenar dados do usuário ou aplicativo Deve ter permissões de gravação ativado para o objeto de computador para o nome do cluster A seguir, são considerações adicionais para um servidor de arquivos que hospeda a testemunha de compartilhamento de arquivo: um servidor de arquivo único pode ser configurado com testemunhas de compartilhamento de arquivos para múltiplos clusters. o servidor de arquivos deve estar em um site que é separado da carga de trabalho do conjunto. Isso permite a igualdade de oportunidades para qualquer site de cluster sobreviver se a comunicação de rede de site-para-site for perdida. Se o servidor de arquivos está no mesmo site, esse site se torna o site primário, e é o único site que pode alcançar a partilha de arquivos. o servidor de arquivos pode rodar em uma máquina virtual se a máquina virtual não estiver hospedada no mesmo conjunto que usa o file share witness. para a alta disponibilidade, o servidor de arquivos pode ser configurado em um cluster de failover separado.
Nuvem de testemunha	Uma testemunha arquivo armazenado no Azure Blob Storage > Recomendado quando todos os servidores no cluster de ter uma boa conexão de Internet.	veja se envia uma testemunha.

atribuição de votação do nó

como uma opção de configuração avançada de quórum, você pode escolher Atribuir Ou remover votos de quórum em uma base por nó. Por padrão, todos os nós são atribuídos votos. Independentemente da atribuição de votos, todos os nós continuam a funcionar no cluster, receber atualizações de banco de dados de cluster, e pode hospedar aplicações.

você pode querer remover os votos dos nós em certas configurações de recuperação de desastre. Por exemplo, em um conjunto multisita, você poderia remover votos dos nós em um site de backup para que esses nós não afetam os cálculos do quórum. Esta configuração é recomendada apenas para falha manual em todos os sites. Para mais informações, veja considerações de quórum para configurações de recuperação de desastres mais tarde neste tópico.

o voto configurado de um nó pode ser verificado através da pesquisa da propriedade comum Peso NodeWeight do nó de aglomerado, usando o Get-ClusterNode Windows PowerShell cmdlet. Um valor de 0 indica que o nó não tem uma votação de quórum configurada. Um valor de 1 indica que a votação de quórum do nó é atribuída, e é gerenciada pelo cluster. Para mais informações sobre a gestão dos votos dos nós, consulte a gestão dinâmica do quórum mais tarde neste tópico.

a atribuição de votos para todos os nós de aglomerado pode ser verificada usando o teste de validação do quórum de aglomerado validado.

considerações adicionais para a atribuição do voto do nó

• atribuição do voto do nó não é recomendado para impor um número ímpar de nós de votação. Em vez disso, deverá configurar uma testemunha de disco ou ficheiro partilhar a testemunha. Para mais informações, consulte a configuração do testemunho mais tarde neste tópico.
• Se a dinâmica do quórum de gestão é ativada, somente os nós que estão configurados para ter o nó de votos atribuídos podem ter seus votos atribuídos ou removidos dinamicamente. Para mais informações, consulte a gestão dinâmica do quórum mais tarde neste tópico.

gestão dinâmica do quórum

no Windows Server 2012, como uma opção de configuração avançada do quórum, você pode optar por permitir a gestão dinâmica do quórum por cluster. Para mais detalhes sobre como funciona o quórum dinâmico, veja esta explicação.

com gestão dinâmica de quórum, também é possível para um cluster Executar no último nó de cluster sobrevivente. Ao ajustar dinamicamente a exigência de maioria de quórum, o cluster pode manter paragens sequenciais para um único nó.

o voto dinâmico atribuído por aglomerado de um nó pode ser verificado com a propriedade comum Dinamicweight do nó de aglomerado, usando o Get-ClusterNode Windows PowerShell cmdlet. Um valor de 0 indica que o nó não tem quórum. Um valor de 1 indica que o nó tem uma votação de quórum.

a atribuição de votos para todos os nós de aglomerado pode ser verificada usando o teste de validação do quórum de aglomerado validado.Considerações adicionais para a gestão dinâmica do quórum

• a gestão dinâmica do quórum não permite que o cluster sustente uma falha simultânea da maioria dos membros votantes. Para continuar em execução, o cluster deve ter sempre uma maioria de quórum no momento de um desligamento de nó ou falha.

• se você removeu explicitamente o voto de um nó, o cluster não pode dinamicamente adicionar ou remover esse voto.

• quando espaços de armazenamento direto é ativado, o cluster só pode suportar duas falhas de nós. Isto é explicado mais na seção de quórum do pool

recomendações gerais para configuração de quórum

o software de cluster configura automaticamente o quórum para um novo cluster, com base no número de nós configurados e na disponibilidade de armazenamento compartilhado. Esta é geralmente a configuração de quórum mais apropriada para esse conjunto. No entanto, é uma boa idéia rever a configuração do quorum após o cluster ser criado, antes de colocar o cluster em produção. Para ver a configuração detalhada do quórum de grupo, você pode usar o Assistente de configuração validar, ou o PowerShell cmdlet Test-Cluster do Windows, para executar o teste de configuração validar o quórum. No Gerenciador de clusters de Failover, a configuração básica do quórum é mostrada na informação de resumo para o cluster selecionado, ou você pode rever a informação sobre recursos de quórum que retorna quando você executa o Get-ClusterQuorum Windows PowerShell cmdlet.

a qualquer momento, você pode executar o teste de configuração do Quórum Validate para validar se a configuração do quórum é ideal para o seu grupo. A saída do teste indica se uma alteração na configuração do quórum é recomendada e as configurações que são ótimas. Se for recomendada uma alteração, poderá usar o Assistente de quórum Configure Cluster para aplicar as opções recomendadas.

após o cluster estar em produção, não altere a configuração do quórum a menos que você tenha determinado que a mudança é apropriada para o seu cluster. Você pode querer considerar a hipótese de alterar a configuração de quorum nas seguintes situações:

• Adicionar ou remover nós
• Adicionar ou remover armazenamento
• Um longo prazo nó ou testemunha de falha
• Recuperação de um cluster em um multisite cenário de recuperação de desastres

Para obter mais informações sobre como validar um cluster de failover, consulte Validar o Hardware para um Cluster de Failover.

Configure o quórum do grupo

você pode configurar as configurações do quórum do grupo usando o Gerenciador de clusters de Failover ou os clusters do Windows PowerShell cmdlets.

Configure a configuração do quórum do grupo

a adesão ao grupo de Administradores locais em cada servidor agrupado, ou equivalente, é o mínimo de permissões necessárias para completar este procedimento. Além disso, a conta que você usa deve ser uma conta de usuário de domínio.

Alterar a configuração de quorum em um cluster de failover usando o Gerenciador de Cluster de Failover

1. No Gerenciador de Cluster de Failover, seleccione ou especifique o cluster que você deseja alterar.

2. com o conjunto selecionado, em Ações, selecione Mais ações e, em seguida, selecione Configurar as configurações de quórum do Grupo. Aparece o Assistente de quórum Configure Cluster. Selecione O Próximo.

3. na página de Configuração Select Quorum, selecione uma das três opções de configuração e complete os passos para essa opção. Antes de configurar as opções de quórum, pode rever as suas escolhas. Para mais informações sobre as opções, consulte o quórum de compreensão, mais cedo neste tópico.

   • para permitir que o grupo reinicie automaticamente as configurações de quórum que são ótimas para a sua configuração atual, selecione Usar a configuração padrão de quórum e, em seguida, completar o assistente.

   • para adicionar ou alterar a testemunha do quórum, selecione a testemunha do quórum e, em seguida, complete as seguintes etapas. Para informações e considerações sobre a configuração de uma testemunha de quórum, consulte a configuração da testemunha mais cedo neste tópico.

     1. na página de testemunhas selecione o Quorum, selecione uma opção para configurar uma testemunha de disco ou uma testemunha de compartilhamento de arquivo. O assistente indica as opções de seleção de testemunhas que são recomendadas para o seu conjunto.

        Nota

        Você também pode selecionar Não configurar uma testemunha de quórum e, em seguida, completar o assistente. Se você tem um número par de nós de votação em seu conjunto, esta pode não ser uma configuração recomendada.

     2. Se você selecionar a opção para configurar uma testemunha de disco, na página Configurar Testemunha de Armazenamento, selecione o volume de armazenamento que você deseja atribuir como testemunha de disco e, em seguida, conclua o assistente.

     3. se seleccionar a opção para configurar um ficheiro share witness, na página Configurar o ficheiro Share Witness, escreva ou navegue para uma partilha de ficheiros que será usada como recurso witness, e depois complete o assistente.

     4. se seleccionar a opção para configurar uma testemunha na nuvem, na página Configurar a testemunha na nuvem, indique o nome da sua conta de armazenamento Azure, a chave da conta de armazenamento Azure e o ponto final do serviço Azure, e depois complete o assistente.

        Nota

        Esta opção está disponível no Windows Server 2016 e acima.

   • para configurar as configurações de gestão do quórum e para adicionar ou alterar a testemunha do quórum, selecione a configuração avançada do quórum e, em seguida, complete as seguintes etapas. Para informações e considerações sobre as configurações avançadas de configuração do quórum, veja atribuição de votação do nó e gestão dinâmica do quórum mais cedo neste tópico.

     1. na página de configuração de Votação selecione uma opção para atribuir votos aos nós. Por padrão, todos os nós são atribuídos um voto. No entanto, para certos cenários, você pode atribuir votos apenas para um subconjunto dos nós.

        Nota

        também pode seleccionar nodos. Isso geralmente não é recomendado, porque não permite que nós participem da votação por quórum, e requer a configuração de uma testemunha de disco. Esta testemunha de disco torna-se o único ponto de falha para o aglomerado.

     2. na página de gestão do Quorum Configure, você pode ativar ou desativar o cluster Allow para gerir dinamicamente a opção de atribuição de votos do nó. A seleção desta opção geralmente aumenta a disponibilidade do conjunto. Por padrão, a opção está ativada, e é fortemente recomendado não desativar esta opção. Esta opção permite que o cluster continue a correr em cenários de falha que não são possíveis quando esta opção estiver desactivada.

        Nota

        esta opção não está presente no Windows Server 2016 ou acima.

     3. na página Select Quorum Witness, selecione uma opção para configurar uma testemunha de disco, arquivo share witness ou uma testemunha de nuvem. O assistente indica as opções de seleção de testemunhas que são recomendadas para o seu conjunto.

        Nota

        Você também pode selecionar Não configurar uma testemunha de quórum, e então completar o assistente. Se você tem um número par de nós de votação em seu conjunto, esta pode não ser uma configuração recomendada.

     4. Se você selecionar a opção para configurar uma testemunha de disco, na página Configurar Testemunha de Armazenamento, selecione o volume de armazenamento que você deseja atribuir como testemunha de disco e, em seguida, conclua o assistente.

     5. se seleccionar a opção para configurar um ficheiro share witness, na página Configurar o ficheiro Share Witness, escreva ou navegue para uma partilha de ficheiros que será usada como recurso witness, e depois complete o assistente.

     6. se seleccionar a opção para configurar uma testemunha na nuvem, na página Configurar a testemunha na nuvem, indique o nome da sua conta de armazenamento Azure, a chave da conta de armazenamento Azure e o ponto final do serviço Azure, e depois complete o assistente.

        Nota

        Esta opção está disponível no Windows Server 2016 e acima.

4. Selecione Avançar. Confirme suas seleções na página de confirmação que aparece, e em seguida selecione Seguinte.

depois de o assistente correr e a página de resumo aparecer, se quiser ver um relatório das tarefas que o assistente realizou, seleccione a opção Ver Relatório. O relatório mais recente permanecerá na pasta systemroot\Cluster\Reports com o nome QuorumConfiguration.mht.

comandos equivalentes PowerShell do Windows

os seguintes exemplos mostram como usar o conjunto-ClusterQuorum cmdlet e outros cmdlets PowerShell do Windows para configurar o quórum do grupo.

o seguinte exemplo altera a configuração do quórum no cluster CONTOSO-FC1 para uma configuração de maioria de nós simples sem testemunhas de quórum.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

o exemplo seguinte muda a configuração do quórum no aglomerado local para uma maioria de nós com configuração de testemunha. O recurso de disco chamado Cluster Disk 2 é configurado como uma testemunha de disco.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

o exemplo seguinte muda a configuração de quórum no aglomerado local para uma maioria de nós com configuração de testemunha. O recurso de partilha de ficheiros chamado \ \ conto-FS\fsw está configurado como uma testemunha de partilha de ficheiros.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

o seguinte exemplo remove a votação do Quórum dos ContosoFCNode1 no cluster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

o seguinte exemplo adiciona a votação do quórum aos ContosoFCNode1 no cluster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

o exemplo seguinte permite a propriedade Dinamicquorum do cluster CONTOSO-FC1 (se anteriormente estava desactivado):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

recuperar um aglomerado iniciando sem quórum

um aglomerado que não tem votos suficientes de quórum não terá início. Como um primeiro passo, você deve sempre confirmar a configuração do quórum do grupo e investigar por que o grupo não tem mais quórum. Isso pode acontecer se você tiver nós que pararam de responder, ou se o site primário não é acessível em um aglomerado multisita. Depois de identificar a causa raiz para a falha do cluster, você pode usar os passos de recuperação descritos nesta seção.

Força de iniciar os nós de cluster

Depois de determinar que não é possível recuperar o seu cluster, trazendo a nós ou quórum testemunha para um estado saudável, obrigando o seu cluster para iniciar torna-se necessário. Forçar o grupo a começar sobrepõe-se à configuração do quórum do seu grupo e inicia o conjunto no modo Forcoquorum.

forçar um aglomerado a começar quando ele não tem quórum pode ser especialmente útil em um aglomerado multisita. Considere um cenário de recuperação de desastre com um conjunto que contém separadamente locais primários e de backup, SiteA e SiteB. Se houver um desastre genuíno em SiteA, pode levar uma quantidade significativa de tempo para o site voltar on-line. Você provavelmente iria querer forçar SiteB a entrar online, mesmo que não tenha quórum.

quando um aglomerado é iniciado em Modo de Forcaquorum, e depois que ele recupera votos suficientes de quórum, o aglomerado deixa automaticamente o estado forçado, e se comporta normalmente. Assim, não é necessário iniciar o cluster de novo normalmente. Se o cluster perde um nó e perde quórum, ele fica offline novamente Porque já não está no estado forçado. Para trazê-lo de volta on-line quando não tem quórum requer forçar o cluster a começar sem quórum.

evitar quórum nos restantes nós de aglomerado

depois de ter forçado o aglomerado em um nó, é necessário iniciar quaisquer nós restantes em seu aglomerado com uma configuração para prevenir quórum. Um nó começou com uma configuração que impede quorum indica ao Serviço de Cluster para se juntar a um cluster existente em vez de formar uma nova instância de cluster. Isso impede os nós restantes de formar um conjunto dividido que contém duas instâncias concorrentes.

isto torna-se necessário quando você precisa recuperar o seu aglomerado em alguns cenários de recuperação de desastre multisite depois que você tem força começou o aglomerado em seu site de backup, SiteB. Para se juntar à força começou o cluster em SiteB, os nós em seu site principal, SiteA, precisa ser iniciado com o quórum impedido.

aqui está como recuperar o cluster com Gestor de clusters Failover:

1. no Gerenciador de clusters de Failover, selecione ou especifique o cluster que deseja recuperar.

2. com o conjunto selecionado, em Ações, selecione o início do Cluster de força.

   Failover Cluster Manager force starts the cluster on all nodes that are reachable. O conjunto usa a configuração actual do conjunto ao iniciar.

comandos equivalentes PowerShell do Windows (Start-Clusternode)

o exemplo seguinte mostra como usar o cmdlet Start-ClusterNode para forçar o início do aglomerado no nó ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Alternativamente, você pode digitar o seguinte comando localmente no nó:

Net Start ClusSvc /FQ

O exemplo a seguir mostra como usar o Start-ClusterNode cmdlet para iniciar o serviço de Cluster com o quórum impediu no nó ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

alternativamente, pode escrever o seguinte comando localmente no nó:

Net Start ClusSvc /PQ

considerações de quórum para configurações de recuperação de desastres

esta secção resume características e configurações de quórum para duas configurações de clusters multisite em implementações de recuperação de desastres. As Diretrizes de configuração do quorum diferem dependendo se você precisa de falha automática ou falha manual para cargas de trabalho entre os sites. Sua configuração geralmente depende dos acordos de nível de serviço (SLAs) que estão em vigor em sua organização para fornecer e apoiar cargas de trabalho agrupadas em caso de falha ou desastre em um site.

falha automática

nesta configuração, o aglomerado consiste em dois ou mais locais que podem hospedar papéis agrupados. Se uma falha ocorrer em qualquer local, os papéis agrupados são esperados para falhar automaticamente para os sites restantes. Portanto, o quórum do grupo deve ser configurado para que qualquer site possa sustentar uma falha completa do site.

a tabela seguinte resume considerações e recomendações para esta configuração.

Item	Descrição
Número de nó de votos por site	Deve ser igual
Nó voto de atribuição	Nó de votos não deve ser removido porque todos os nós são igualmente importantes
Dinâmica do quórum de gestão	Deve ser habilitado
Testemunho de configuração	testemunha de compartilhamento de Arquivo é recomendado, configurado em um site que é separado do cluster sites
Cargas de trabalho	Cargas de trabalho pode ser configurado em qualquer dos sites

considerações adicionais para o failover automático

• configurar o arquivo share witness em um site separado é necessário para dar a cada site uma oportunidade igual para sobreviver. Para mais informações, consulte a configuração do testemunho mais cedo neste tópico.

falha Manual

nesta configuração, o aglomerado consiste de um local primário, SiteA, e um local de backup (recuperação), SiteB. Os papéis agrupados são hospedados no SiteA. Por causa da configuração do quórum de cluster, se uma falha ocorre em todos os nós no SiteA, o cluster pára de funcionar. Neste cenário, o administrador deve falhar manualmente sobre os serviços do cluster para SiteB e realizar passos adicionais para recuperar o cluster.

a tabela seguinte resume considerações e recomendações para esta configuração.

Item	Descrição
Número de nó de votos por local	Nó de votos não deve ser removido a partir de nós no site principal, SiteA Nó de votos deve ser removido a partir de nós no site de backup, SiteB Se um longo prazo de interrupção ocorre no SiteA, os votos devem ser atribuídos a nós no SiteB para permitir que um quorum de maioria no site como parte do processo de recuperação
Dinâmica do quórum de gestão	Deve ser habilitado
Testemunho configuração	Configurar uma testemunha, se houver um número par de nós em SiteA Se a testemunha for necessário, configure uma testemunha de compartilhamento de arquivo ou uma testemunha de disco, que só é acessível para nós no SiteA (às vezes chamado de assimétrico testemunha de disco)
Cargas de trabalho	Utilização de proprietários preferenciais para manter as cargas de trabalho em execução em nós no SiteA

considerações Adicionais para failover manual

• Somente nós no SiteA são inicialmente configuradas com os votos de quorum. Isto é necessário para garantir que o estado dos nós em SiteB não afeta o quórum do grupo.
• os passos de recuperação podem variar dependendo se SiteA sustenta uma falha temporária ou uma falha de longo prazo.