Recuperar-se de uma falha na instância do cluster de failover
Aplica-se a: SQL Server
Este tópico descreve como se recuperar de falhas de cluster usando o snap-in Gerenciador de Cluster de Failover após a ocorrência de um failover no SQL Server. O snap-in Gerenciador de Cluster de Failover é o aplicativo de gerenciamento de cluster do serviço WSFC (Windows Server Failover Clustering).
Recuperar de uma falha irreparável
Use as seguintes etapas para recuperar-se de uma falha irreparável. A falha pode ser causada, por exemplo, por uma falha em um controlador de disco ou no sistema operacional. Nesse caso, a falha é gerada por um problema de hardware no Nó 1 de um cluster de dois nós.
Após a falha no Nó 1, a FCI do SQL Server executa failover no Nó 2.
Remova o Nó 1 da FCI. Para fazer isso, do Nó 2, abra o snap-in Gerenciador de Cluster de Failover, clique com o botão direito do mouse no Nó 1, clique em Mover Açõese em Remover Nó.
Verifique se o Nó 1 foi removido da definição de cluster.
Instale o novo hardware que substituirá o hardware com falha no Nó 1.
Usando o snap-in Gerenciador de Cluster de Failover, adicione o Nó 1 ao cluster existente. Para obter mais informações sobre como configurar o MS DTC, consulte Antes de instalar o clustering de failover.
Verifique se as contas de administradoras são as mesmas em todos os nós do cluster.
Execute a Instalação do SQL Server para adicionar o Nó 1 à FCI. Para obter mais informações, confira Adicionar ou Remover Nós em um Cluster de Failover do SQL Server (Instalação).
Recuperar-se de uma falha reparável
Execute as seguintes etapas ara recuperar-se de uma falha reparável. Nesse caso, a falha é causada porque o Nó 1 está desativado ou offline, mas não irreparavelmente danificado. Ela pode ser causada por uma falha do sistema operacional, falha de hardware ou falha na própria instância do SQL Server .
Após a falha no Nó 1, a FCI executa failover no Nó 2.
Resolva o problema no Nó 1.
Verifique se todos os nós estão online e se o serviço WSFC está funcionando.
Execute failover no SQL Server no nó recuperado.