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

Artigo
04/26/2023

Aplica-se a: SQL Server – Somente Windows

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 (11.0.3x) e em versões posteriores. O contexto do cluster HADR determina qual cluster do WSFC (Clustering de Failover de Windows Server) 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 (11.0.3x) 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, veja Migração entre clusters de grupos de disponibilidade AlwaysOn para atualização do sistema operacional.

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 (11.0.3x) ou posterior (edição Enterprise ou superior).
A instância de servidor deve estar habilitada para AlwaysOn. Para obter mais informações, confira Habilitar e desabilitar Grupos de Disponibilidade Always On (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 de 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ário	Colocar o grupo de disponibilidade offline.	Colocar um grupo de disponibilidade offline (SQL Server)
Secundário	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'  
```

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.

Usando o Transact-SQL

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

Conecte-se à instância de servidor que hospeda a réplica primária ou uma réplica secundária do grupo de disponibilidade.
Use 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:

cluster_windows
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çõesanteriormente 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;

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 , da seguinte forma:

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.

Related Tasks

Conteúdo relacionado

Consulte Também

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

Partilhar via