Alterar o contexto do cluster HADR da instância de servidor (SQL Server)

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

Alterne o contexto do cluster HADR somente durante uma migração entre clusters de Grupos de Disponibilidade AlwaysOn para uma instância do SQL Server 2012 SP1 em um novo cluster WSFC. A migração entre clusters de Grupos de Disponibilidade AlwaysOn oferece suporte à atualização do sistema operacional para o Windows 8 ou o Windows Server 2012 com tempo de inatividade mínimo de grupos de disponibilidade. Para obter mais informações, consulte Migração entre clusters dos grupos de disponibilidade AlwaysOn para atualização do sistema operacional.

• Antes de começar:

  Limitações e restrições

  Pré-requisitos

  Recomendações

  Segurança

• Para alternar o contexto do cluster de uma réplica de disponibilidade, usando: Transact-SQL

• Acompanhamento: depois de alternar o contexto do cluster de uma réplica de disponibilidade

• Tarefas relacionadas

• Conteúdo relacionado

Antes de começar

Cuidado
Alterne o contexto do cluster HADR somente durante a migração entre clusters das implantações de Grupos de Disponibilidade AlwaysOn.

Limitações e restrições

• Só é possível alternar o contexto do cluster HADR do cluster WSFC local para um cluster remoto e, depois, do cluster remoto para o cluster local. Você não pode 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 somente quando a instância do SQL Server não está hospedando réplicas de disponibilidade.

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

Pré-requisitos

• A instância de servidor na qual você altera o contexto do cluster HADR deve executar o SQL Server 2012 SP1 ou posterior (edição Enterprise ou superior).

• A instância de servidor deve estar habilitada para AlwaysOn. Para obter mais informações, consulte Habilitar e desabilitar Grupos de Disponibilidade AlwaysOn (SQL Server).

• Para qualificar-se para ser alternada do contexto de cluster local para um cluster remoto, uma instância de servidor não pode hospedar réplicas de disponibilidade. A exibição do catálogo sys.availability_replicas não deve retornar linhas.

  Se existirem réplicas de disponibilidade na instância do servidor, antes de alterar o contexto do cluster HADR, faça o seguinte:

  Função da réplica	Ação	Link
  Primária	Colocar o grupo de disponibilidade offline.	Colocar um grupo de disponibilidade offline (SQL Server)
  Secundária	Remover a réplica de seu 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, verifique se todas as réplicas de confirmação síncrona foram sincronizadas (SYNCHRONIZED).

Recomendações

• É recomendável especificar o nome de domínio completo. Isso é necessário porque, para localizar o endereço IP de destino de um nome curto, ALTER SERVER CONFIGURATION usa a resolução DNS. Em algumas situações, dependendo da ordem de pesquisa de DNS, o uso de um nome curto pode gerar confusão. Por exemplo, considere o comando a seguir, que é executado em um nó no domínio abc, (node1.abc.com). O cluster de destino pretendido é o cluster CLUS01 no domínio xyz (clus01.xyz.com). No entanto, o domínio local também hospeda um cluster denominado CLUS01 (clus01.abc.com).

  Se o nome curto do cluster de destino, CLUS01, foi especificado, a resolução de nome DNS pode retornar o endereço IP do cluster incorreto, clus01.abc.com. Para evitar essa confusão, especifique o nome completo do cluster de destino, como no seguinte exemplo:

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

Segurança

Permissões

• logon do SQL Server

  Requer a permissão CONTROL SERVER.

• Conta do serviço SQL Server

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

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

  • Acesso de leitura/gravação no WSFC remoto.

[Início]

Usando Transact-SQL

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

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

2. Use a cláusula SET HADR CLUSTER CONTEXT da instrução ALTER SERVER CONFIGURATION, como segue:

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

   onde:

   • windows_cluster
     O CON (nome do objeto de cluster) de um cluster WSFC. Você pode especificar o nome curto ou o nome de domínio completo. É recomendável especificar o nome de domínio completo. Para obter mais informações, consulte Recomendações, anteriormente neste tópico.

   • LOCAL
     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, clus01, o exemplo especifica o nome de objeto completo 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;

[Início]

Acompanhamento: depois de alternar o contexto do cluster de uma réplica de disponibilidade

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

Confirme o novo contexto do cluster HADR consultando a exibição de gerenciamento dinâmico sys.dm_hadr_cluster, como segue:

SELECT cluster_name FROM sys.dm_hadr_cluster

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

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

• Os metadados são limpos para todas as réplicas de disponibilidade hospedadas no momento pela instância do SQL Server.

• Todos os bancos de dados que antes pertenciam a uma réplica de disponibilidade agora se encontram no estado RESTORING.

[Início]

Tarefas relacionadas

• Remover um ouvinte de grupo de disponibilidade (SQL Server)

• Colocar um grupo de disponibilidade offline (SQL Server)

• Adicionar uma réplica secundária a um grupo de disponibilidade (SQL Server)

• Remover uma réplica secundária de um grupo de disponibilidade (SQL Server)

• Criar ou configurar um ouvinte de grupo de disponibilidade (SQL Server)

• Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server)

[Início]

Conteúdo relacionado

• Artigos técnicos do SQL Server 2012

• Blog da equipe do AlwaysOn do SQL Server: o blog oficial da equipe do AlwaysOn do SQL Server

[Início]

Consulte também

Referência

ALTER SERVER CONFIGURATION (Transact-SQL)

Conceitos

Grupos de Disponibilidade AlwaysOn (SQL Server)

WSFC (Windows Server Failover Clustering) com o SQL Server