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

Aplica-se a: SQL Server em 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. Isto porque, para encontrar o endereço IP alvo de um nome curto, ALTER SERVER CONFIGURATION é usada 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 CONTEXTO DO CLUSTER = { '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

  • Last updated on