Partilhar via

Alterar qual cluster gerencia os metadados para réplicas em um grupo de disponibilidade Always On

Aplica-se a:SQL Server - somente Windows

Este tópico descreve como alternar o contexto de cluster HADR de uma instância do SQL Server usando Transact-SQL no SQL Server 2012 SP1 (11.0.3x) e versões posteriores. O contexto do cluster HADR determina qual cluster WSFC (Cluster de Failover do Windows Server) gerencia os metadados para réplicas de disponibilidade hospedadas pela instância do servidor.

Altere o contexto de cluster HADR apenas durante uma migração entre clusters de grupos de disponibilidade Always On para uma instância do SQL Server 2012 SP1 (11.0.3x) num novo cluster WSFC. A migração entre clusters de grupos de disponibilidade Always On oferece suporte à atualização do sistema operacional para o Windows 8 ou Windows Server 2012 com o mínimo de tempo de inatividade dos grupos de disponibilidade. Para obter mais informações, consulte migração entre clusters de grupos de disponibilidade Always On para atualização do sistema operacional.

Atenção

Alterne o contexto de cluster HADR somente durante a migração entre clusters de implementações de Grupos de Disponibilidade Always On.

Limitações e Restrições

  • Você só pode alternar o contexto do cluster HADR do cluster WSFC local para um cluster remoto e, em seguida, voltar do cluster remoto para o cluster local. Não é possível alternar o contexto do cluster HADR de um cluster remoto para outro cluster remoto.

  • O contexto do cluster HADR pode ser alternado para um cluster remoto apenas quando a instância do SQL Server não estiver a hospedar réplicas de disponibilidade.

  • Um contexto de cluster HADR remoto pode ser revertido para o cluster local a qualquer momento. No entanto, o contexto não pode ser alternado novamente enquanto a instância do servidor estiver hospedando réplicas de disponibilidade.

Pré-requisitos

  • A instância do servidor na qual você altera o contexto do cluster HADR deve estar executando o SQL Server 2012 SP1 (11.0.3x) ou superior (Enterprise edition ou superior).

  • A instância do servidor deve estar habilitada para Always On. Para obter mais informações, consulte Habilitar e desabilitar grupos de disponibilidade Always On (SQL Server).

  • Para poder ser transferido do contexto de cluster local para um cluster remoto, uma instância de servidor não pode alojar réplicas de disponibilidade. A vista de catálogo sys.availability_replicas não deve devolver nenhuma linha.

    Se existirem réplicas de disponibilidade na instância do servidor, antes de alterar o contexto do cluster HADR, você deverá seguir um destes procedimentos:

    Função de réplica Ação Ligação
    Primário Coloque o grupo de disponibilidade offline. Colocar um Grupo de Disponibilidade offline (SQL Server)
    Secundário Remover a réplica do grupo de disponibilidade Remover uma Réplica Secundária de um Grupo de Disponibilidade (SQL Server)

  • Antes de alternar de um cluster remoto para o cluster local, todas as réplicas de confirmação síncrona devem ser SINCRONIZADAS.

Recomendações

  • Recomendamos que especifique o nome de domínio completo. Isso ocorre porque, para encontrar o endereço IP de destino de um nome curto, a ALTER SERVER CONFIGURATION utiliza a resolução DNS. Em algumas situações, dependendo da ordem de pesquisa de DNS, usar um nome curto pode causar confusão. Por exemplo, considere o seguinte comando, que é executado em um nó no abc domínio, (node1.abc.com). O cluster de destino pretendido é o cluster CLUS01 no domínio xyz (clus01.xyz.com). No entanto, os hosts de domínio local também hospedam um cluster chamado CLUS01 (clus01.abc.com).

    Se o nome abreviado do cluster de destino, CLUS01, fosse especificado, a resolução de nomes DNS poderia retornar o endereço IP do cluster errado, clus01.abc.com. Para evitar essa confusão, especifique o nome completo do cluster de destino, como no exemplo a seguir:

    ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com'

Permissões

  • Logon do SQL Server

    Requer a permissão de CONTROL SERVER.

  • Conta de serviço do SQL Server

    A conta de serviço do SQL Server da instância do servidor deve ter:

    • Permissão para abrir o cluster WSFC de destino.

    • Acesso de leitura e escrita remota do WSFC.

Usando Transact-SQL

Para alterar o contexto de cluster WSFC de uma réplica de disponibilidade

  1. Conecte-se à instância do servidor que hospeda a réplica primária ou uma réplica secundária do grupo de disponibilidade.

  2. Utilize a cláusula SET HADR CLUSTER CONTEXT da instrução ALTER SERVER CONFIGURATION, da seguinte forma:

    ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = { 'windows_cluster' | LOCAL }

    onde,

    windows_cluster
    O nome do objeto de cluster (CON) de um cluster WSFC. Você pode especificar o nome abreviado ou o nome de domínio completo. Recomendamos que especifique o nome de domínio completo. Para obter mais informações, consulte Recomendações, anteriormente neste tópico.

    LOCAIS
    O cluster WSFC local.

Exemplos

O exemplo a seguir altera o contexto do cluster HADR para um cluster diferente. Para identificar o cluster WSFC de destino, clus01o exemplo especifica o nome completo do objeto do cluster, clus01.xyz.com.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com';

O exemplo a seguir altera o contexto do cluster HADR para o cluster WSFC local.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL;

Acompanhamento: Depois de mudar o contexto do cluster de uma réplica de disponibilidade

O novo contexto de cluster HADR entra em vigor imediatamente, sem reiniciar a instância do servidor. A configuração de contexto do cluster HADR é uma configuração persistente no nível da instância que permanece inalterada se a instância do servidor for reiniciada.

Confirme o novo contexto de cluster HADR consultando a vista de gerenciamento dinâmico sys.dm_hadr_cluster, como se segue:

SELECT cluster_name FROM sys.dm_hadr_cluster

Essa consulta deve retornar o nome do cluster para o qual você definiu o contexto do cluster HADR.

Quando o contexto do cluster HADR é alternado para um novo cluster:

  • Os metadados são limpos para quaisquer réplicas de disponibilidade atualmente hospedadas pela instância do SQL Server.

  • Todos os bancos de dados que anteriormente pertenciam a uma réplica de disponibilidade agora estão no estado de RESTAURAÇÃO.

Tarefas relacionadas

Conteúdo relacionado

Ver também

Grupos de Disponibilidade Always On (SQL Server)
Windows Server Failover Clustering (WSFC) com SQL Server
ALTER SERVER CONFIGURATION (Transact-SQL)

  • Last updated on