O grupo de disponibilidade está offline

Introdução

Descrição

Essa política verifica o estado online ou offline do grupo de disponibilidade. A política está comprometida e um alerta é acionado quando o recurso de cluster do grupo de disponibilidade está offline ou o grupo de disponibilidade não tem uma réplica primária.

O status da política é saudável quando o recurso de cluster do grupo de disponibilidade está online e o grupo de disponibilidade possui uma réplica primária.

Causas possíveis

Esse problema pode ser causado por uma falha na instância do servidor que hospeda a réplica primária ou pelo recurso do grupo de disponibilidade WSFC (Windows Server Failover Cluster) ficando offline. A seguir estão possíveis causas para que o grupo de disponibilidade fique offline:

• O grupo de disponibilidade não está configurado com o modo de failover automático. A réplica primária fica indisponível e a função de todas as réplicas no grupo de disponibilidade se torna RESOLVENDO.

  • O serviço de instância de réplica primária está inativo ou sem resposta.

  • O grupo de disponibilidade tem um problema de conectividade com o cluster.

• O grupo de disponibilidade foi configurado com o modo de failover automático, mas não foi concluído com êxito.

  • Durante o failover automático, a verificação de preparação primária na réplica de destino falha e não há nenhuma réplica disponível para se tornar a nova primária.

• O recurso do grupo de disponibilidade no cluster fica offline.

  • Qualquer recurso de cluster dependente encontra um problema crítico e fica offline. O recurso do grupo de disponibilidade também fica offline até que o recurso dependente fique online.

  • Um problema crítico no cluster desativa o recurso do grupo de disponibilidade.

• Há um failover automático, manual ou forçado em andamento para o grupo de disponibilidade.

Soluções possíveis

Estas são as possíveis soluções para este problema:

• Se a instância do SQL Server da réplica primária estiver inativa, reinicie o servidor e verifique se o grupo de disponibilidade se recupera em um estado íntegro.

• Se o failover automático parecer ter falhado, verifique se os bancos de dados na réplica estão sincronizados com a réplica primária conhecida anteriormente e, em seguida, faça failover para a réplica primária. Se os bancos de dados não estiverem sincronizados, selecione uma réplica com uma perda mínima de dados e, em seguida, recupere-se no modo de failover.

• Se o recurso no cluster estiver offline enquanto as instâncias do SQL Server parecerem saudáveis, use o Gerenciador de Cluster de Failover para verificar a integridade do cluster ou identificar outros problemas relacionados ao cluster no servidor. Você também pode usar o Gerenciador de Cluster de Failover para tentar ativar o recurso do grupo de disponibilidade.

• Se houver um failover em andamento, aguarde o término.

Consulte Também

Visão geral dos Grupos de Disponibilidade AlwaysOn (SQL Server)
Utilize o Painel AlwaysOn (SQL Server Management Studio)