Alterar o contexto do cluster HADR da instância de servidor (SQL Server)
Este tópico descreve como alternar o contexto de cluster HADR de uma instância de SQL Server usando o Transact-SQL no SQL Server 2012 SP1 e 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 Always On para uma instância do SQL Server 2012 SP1 em um novo cluster WSFC. A migração entre clusters de grupos de disponibilidade Always On dá suporte à atualização do sistema operacional para o Windows 8 ou Windows Server 2012 com tempo de inatividade mínimo de grupos de disponibilidade. Para obter mais informações, consulte Migração entre clusters de grupos de disponibilidade AlwaysOn para atualização do sistema operacional.
Antes de começar
Cuidado
Alterne o contexto do cluster HADR somente durante a migração entre clusters de implantações de grupos de disponibilidade Always On.
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 do servidor na qual você altera o contexto do cluster HADR deve estar em execução SQL Server 2012 SP1 ou superior (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 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 clusterCLUS01
no domínioxyz
(clus01.xyz.com
). No entanto, o domínio local também hospeda um cluster denominadoCLUS01
(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.
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
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)
Conteúdo relacionado
Consulte Também
Grupos de Disponibilidade AlwaysOn (SQL Server)WSFC (Clustering de Failover do Windows Server) com SQL Server
ALTER SERVER CONFIGURATION (Transact-SQL)