Administração e manutenção da instância de cluster de failover
Tarefas de manutenção como adicionar ou remover nós de uma FCI (instância de cluster de failover) AlwaysOn do programa de instalação do SQL Server. Outras tarefas de administração como alterar o recurso de endereço IP e recuperar de certos cenários de FCI são realizadas com o uso do snap-in Gerenciador de Cluster de Failover, que é o snap-in de gerenciamento do serviço WSFC (Windows Server Failover Clustering).
Mantendo uma instância de cluster de failover
Depois que você instalar uma FCI, poderá alterá-la ou repará-la usando o programa de Instalação do SQL Server. Por exemplo, você também pode adicionar mais nós a uma FCI, executar uma FCI como uma instância autônoma ou remover um nó de uma configuração de FCI.
Adicionando um nó a uma instância de cluster de failover existente
A Instalação do SQL Server lhe dá a opção de manter uma FCI existente. Se você escolher esta opção, poderá adicionar outros nós à sua FCI, executando a Instalação do SQL Server no computador ao qual você deseja adicionar a FCI. Para obter mais informações, consulte Criar um novo cluster de failover do SQL Server (instalação) e Adicionar ou remover nós em um cluster de failover do SQL Server (instalação).
Removendo um nó de uma instância de cluster de failover existente
Você pode remover um nó de uma FCI executando a Instalação do SQL Server no computador que deseja remover da FCI. Cada nó em uma FCI é considerado um par sem dependências nos outros nós no FCI e você poderá remover qualquer nó. Um nó danificado não tem que estar disponível para ser removido, e o processo de remoção não desinstalará os binários do SQL Server do nó não disponível. Um nó removido poderá ser adicionado novamente a uma FCI a qualquer momento. Para obter mais informações, consulte Adicionar ou remover nós em um cluster de failover do SQL Server (instalação).
Alterando as contas de serviço
Você não deve alterar as senhas de nenhuma das contas de serviço do SQL Server quando um nó de FCI estiver inativo ou offline. Se você tiver que fazer isso, deverá redefinir a senha novamente usando o SQL Server Configuration Manager quando todos os nós estiverem novamente online.
Se a conta de serviço do SQL Server não for uma conta de administrador no seu cluster, os compartilhamentos administrativos poderão ser excluídos em qualquer nó do cluster. Os compartilhamentos administrativos devem estar disponíveis em um cluster para que o SQL Server funcione.
Importante |
---|
Não use a mesma conta para a conta de serviço do SQL Server e a conta de serviço do WSFC. Se a senha for alterada para a conta de serviço do WSFC, sua instalação do SQL Server falhará. |
No Windows Server 2008, os SIDs de serviço são usados para as contas de serviço do SQL Server. Para obter mais informações, consulte Configurar contas de serviço e permissões do Windows.
Administrando uma instância de cluster de failover
Descrição da Tarefa |
Link do tópico |
---|---|
Descreve como adicionar dependências a um recurso do SQL Server. |
|
Kerberos é um protocolo de autenticação de rede cuja finalidade é oferecer autenticação forte para aplicativos cliente/servidor. O Kerberos proporciona uma base para interoperabilidade e ajuda a melhorar a segurança da autenticação na rede da empresa inteira. Você pode usar a autenticação Kerberos com instâncias autônomas do SQL Server ou com FCIs AlwaysOn. |
Registrar um nome de entidade de serviço para conexões de Kerberos. |
Fornece links para conteúdo que descreve como habilitar a autenticação Kerberos |
|
Descreve o procedimento usado para recuperar-se de uma falha de cluster de failover do SQL Server. |
Recuperar-se de uma falha na instância do cluster de failover |
Descreva o procedimento usado para alterar o recurso de endereço IP para uma instância de cluster de failover do SQL Server. |
Alterar o endereço IP de uma instância do cluster de failover |
Consulte também
Conceitos
Definir configurações da propriedade HealthCheckTimeout
Definir as configurações da propriedade FailureConditionLevel
Exibir e ler o log de diagnóstico da instância do cluster de failover