Compartilhar via


Tutorial: Configurar um grupo de disponibilidade em várias sub-redes (SQL Server em VMs do Azure)

Aplica-se a:SQL Server na VM do Azure

Dica

Há vários métodos de implantação de um grupo de disponibilidade. Simplifique sua implantação sem precisar usar o Azure Load Balancer ou DNN (nome de rede distribuída) para seu grupo de disponibilidade Always On criando suas VMs (máquinas virtuais) do SQL Server em várias sub-redes dentro da mesma rede virtual do Azure. Se você já tiver criado seu grupo de disponibilidade em uma única sub-rede, poderá migrá-lo para um ambiente de várias sub-redes.

Este tutorial mostra como criar um grupo de disponibilidade Always On para SQL Server em VMs (Máquinas Virtuais) do Azure dentro de várias sub-redes. O tutorial completo cria um Cluster de Failover do Windows Server e um grupo de disponibilidade com duas réplicas do SQL Server e um ouvinte.

Estimativa de tempo: supondo que seus pré-requisitos estejam concluídos , este tutorial deve levar cerca de 30 minutos para ser concluído.

Pré-requisitos

A tabela a seguir lista os pré-requisitos que você precisa concluir antes de iniciar este tutorial:

Requisito Descrição
Duas instâncias do SQL Server - Cada VM em duas zonas de disponibilidade do Azure diferentes ou no mesmo conjunto de disponibilidade
- Em sub-redes separadas em uma Rede Virtual do Azure
- Com dois IPs secundários atribuídos a cada VM
- Em um único domínio
Conta de serviço do SQL Server Uma conta de domínio usada pelo serviço SQL Server para cada computador
Abrir portas de firewall - SQL Server: 1433 para instância padrão
- Ponto de extremidade de espelhamento de banco de dados: 5022 ou qualquer porta disponível
Conta de instalação do domínio - Administrador local em cada SQL Server
- Membro da função de servidor fixa sysadmin do SQL Server para cada instância do SQL Server

O tutorial supõe que você tem uma compreensão básica dos grupos de disponibilidade Always On do SQL Server.

Criar o cluster

O grupo de disponibilidade Always On reside sobre a infraestrutura do Cluster de Failover do Windows Server. Antes de implantar o grupo de disponibilidade, primeiro você deve configurar o Cluster de Failover do Windows Server, que inclui adicionar o recurso, criar o cluster e definir o endereço IP do cluster.

Adicionar o recurso de cluster de failover

Adicione o recurso de cluster de failover às duas VMs do SQL Server. Para fazer isso, siga estas etapas:

  1. Conecte-se à máquina virtual do SQL Server por meio do Bastion usando uma conta de domínio que tem permissões para criar objetos no AD, como a conta de domínio CORP\Install criada no artigo de pré-requisitos.

  2. Abra o Painel do Gerenciador do Servidor.

  3. Selecione Adicionar funções e recursos no painel.

    Captura de tela para selecionar o link Adicionar funções e recursos no painel.

  4. Selecione Avançar até alcançar a seção Recursos do Servidor.

  5. Em Recursos, selecione Clustering de Failover.

  6. Adicione os recursos adicionais necessários.

  7. Selecione Instalar para adicionar os recursos.

  8. Repita essas etapas na outra VM do SQL Server.

Criar cluster

Após o recurso de cluster ter sido adicionado a cada VM do SQL Server, você estará pronto para criar o Cluster de Failover do Windows Server.

Para criar o cluster, siga estas etapas:

  1. Use o Bastion para se conectar à primeira VM do SQL Server (como SQL-VM-1) usando uma conta de domínio que tenha permissões para criar objetos no AD, como a conta de domínio CORP\Install criada no artigo Pré-requisitos.

  2. No painel Gerenciador do Servidor selecione Ferramentas e, em seguida, selecione Gerenciador de Cluster de Failover.

  3. No painel esquerdo, clique com botão direito do mouse em Gerenciador de Cluster de Failover e selecione Criar um Cluster.

    Captura de tela do menu de clique com o botão direito do mouse do Gerenciador de Cluster de Failover com Criar Cluster selecionado.

  4. No Assistente para Criação de Cluster, crie um cluster de dois nós percorrendo as páginas usando as configurações fornecidas na seguinte tabela:

    Página Configurações
    Antes de começar Usar padrões.
    Selecionar Servidores Digite o nome do primeiro SQL Server (por exemplo, SQL-VM-1) em Digite o nome do servidor e selecione Adicionar.
    Digite o nome do segundo SQL Server (por exemplo, SQL-VM-2) em Digite o nome do servidor e selecione Adicionar.
    Aviso de Validação Selecione Sim. Quando eu clicar em Avançar, executar testes de validação de configuração e retornar ao processo de criação do cluster.
    Antes de começar Selecione Avançar.
    Opções de Teste Escolha Executar apenas os testes que eu selecionar.
    Seleção de teste Desmarque Armazenamento. Verifique se o Inventário, a Rede e a Configuração do Sistema estão selecionados.
    Confirmação Selecione Avançar.
    Aguarde a conclusão da validação.
    Selecione Exibir Relatório para examinar o relatório. Você pode ignorar com segurança o aviso sobre as VMs serem acessadas em apenas um adaptador de rede. A infraestrutura do Azure tem redundância física e, portanto, não é necessário adicionar interfaces de rede adicionais.
    Selecione Concluir.
    Ponto de Acesso para Administrar o Cluster Digite um nome de cluster, por exemplo, SQLAGCluster1 em Nome do Cluster.
    Confirmação Desmarque Adicionar todo o armazenamento qualificado ao cluster e selecione Avançar.
    Resumo Selecione Concluir.

    Aviso

    Se você não desmarcar Adicionar todo o armazenamento qualificado ao cluster, o Windows desanexa os discos virtuais durante o processo de formação de cluster. Como resultado, eles não aparecerão no Explorador nem no Gerenciador de Discos até que o armazenamento seja removido do cluster e reanexado usando o PowerShell.

Definir o endereço IP do cluster de failover

Normalmente, o endereço IP atribuído ao cluster é o mesmo endereço IP atribuído à VM, o que significa que, no Azure, o endereço IP do cluster estará em um estado com falha e não poderá ser colocado online. Altere o endereço IP do cluster para colocar o recurso de IP online.

Durante os pré-requisitos, você deve ter atribuído endereços IP secundários a cada VM do SQL Server, pois a tabela de exemplo aqui (seus endereços IP específicos podem variar):

Nome da VM Nome da sub-rede Intervalo de endereços da sub-rede Nome do IP secundário Endereço IP secundário
SQL-VM-1 SQL-subnet-1 10.38.1.0/24 IP de cluster do Windows 10.38.1.10
SQL-VM-2 SQL-subnet-2 10.38.2.0/24 IP de cluster do Windows 10.38.2.10

Atribua esses endereços IP como os endereços IP do cluster para cada sub-rede relevante.

Observação

No Windows Server 2019, o cluster cria um Nome do Servidor Distribuído em vez do Nome da Rede do Cluster. O objeto de nome do cluster (CNO) é registrado automaticamente com os endereços IP de todos os nós no cluster, eliminando a necessidade de um endereço IP de cluster do Windows dedicado. Se você estiver no Windows Server 2019, ignore esta seção e quaisquer outras etapas que se referem aos Recursos do Cluster Core ou crie um cluster baseado em VNN (nome de rede virtual) usando o PowerShell. Confira o blog Cluster de failover: objeto de rede do cluster para obter mais informações.

Para alterar o endereço IP do cluster, siga estas etapas:

  1. Em Gerenciador de Cluster de Failover, role para baixo até Recursos Principais de Cluster e expanda os detalhes do cluster. Você verá o Nome e dois recursos de Endereço IP de cada sub-rede no estado Falha.

  2. Clique com o botão direito do mouse no primeiro recurso de Endereço IP com falha e selecione Propriedades.

    Captura de tela das Propriedades do Cluster no Gerenciador de Cluster de Failover mostrando um recurso de endereço IP com falha.

  3. Selecione o Endereço IP Estático e atualize o endereço IP para o endereço IP do cluster do Windows dedicado na sub-rede atribuída à primeira VM do SQL Server (como SQL-VM-1). Selecione OK.

    Captura de tela do recurso de endereço IP no Gerenciador de Cluster de Failover com a seção de endereço IP estático realçada.

  4. Repita as etapas para o segundo recurso de Endereço IP com falha, usando o endereço IP do cluster do Windows dedicado para a sub-rede da segunda VM do SQL Server (por exemplo, SQL-VM-2).

    Captura de tela do recurso de endereço IP secundário no Gerenciador de Cluster de Failover com a seção de endereço IP estático realçada.

  5. Na seção Recursos Principais do Cluster, clique com o botão direito do mouse no nome do cluster e selecione Colocar Online. Aguarde até que o nome e um dos recursos de endereço IP fiquem online.

Como as VMs do SQL Server estão em sub-redes diferentes, o cluster terá uma dependência OR nos dois endereços IP do cluster do Windows dedicados. Quando o recurso de nome do cluster fica online, ele atualiza o servidor do DC (controlador de domínio) com uma nova conta de computador do AD (Active Directory). Se os recursos principais do cluster mudarem de nós, um endereço IP ficará offline, enquanto o outro ficará online, atualizando o servidor DC com a nova associação de endereço IP.

Dica

Ao executar o cluster em VMs do Azure em um ambiente de produção, altere as configurações do cluster para um estado de monitoramento mais relaxado a fim de aprimorar a estabilidade e a confiabilidade do cluster em um ambiente de nuvem. Para saber mais, confira VM do SQL Server – melhores práticas de configuração de HADR.

Configurar o quorum

Em um cluster de dois nós, é necessário um dispositivo de quorum para confiabilidade e estabilidade do cluster. Em VMs do Azure, a testemunha de nuvem é a configuração de quorum recomendada, embora haja outras opções disponíveis. As etapas nesta seção configuram uma testemunha de nuvem para o quorum. Identifique as chaves de acesso para a conta de armazenamento e configure a testemunha de nuvem.

Obter chaves de acesso da conta de armazenamento

Quando você cria uma Conta de Armazenamento do Microsoft Azure, ela é associada a duas Chaves de Acesso geradas automaticamente : chave de acesso primário e chave de acesso secundária. Use a chave de acesso primária na primeira vez em que você criar a testemunha de nuvem. Posteriormente, não há restrições quanto a qual chave usar para a testemunha de nuvem.

Use o portal do Azure para exibir e copiar as chaves de acesso de armazenamento para a conta de Armazenamento do Azure criada no artigo de pré-requisitos.

Para exibir e copiar as chaves de acesso de armazenamento, siga estas etapas:

  1. Vá para o grupo de recursos no portal do Azure e selecione a conta de armazenamento que você criou.

  2. Selecione Chaves de acesso em Segurança + rede.

  3. Selecione Mostrar Chaves e copie a chave.

    Captura de tela das chaves de acesso da conta de armazenamento no portal do Azure.

Configurar testemunha de nuvem

Após a chave de acesso ser copiada, crie a testemunha de nuvem para o quorum do cluster.

Para criar a testemunha de nuvem, siga estas etapas:

  1. Conecte a primeira VM do SQL Server, SQL-VM-1, à área de trabalho remota.

  2. Abra o Windows PowerShell no modo Administrador.

  3. Execute o script do PowerShell para definir o valor do protocolo TLS para a conexão com o 1.2:

    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
    
  4. Use o PowerShell para configurar a testemunha de nuvem. Substitua os valores do nome da conta de armazenamento e da chave de acesso por suas informações específicas:

    Set-ClusterQuorum -CloudWitness -AccountName "Storage_Account_Name" -AccessKey "Storage_Account_Access_Key"
    
  5. Esta saída de exemplo indica que a operação foi bem-sucedida:

    Captura de tela da saída do PowerShell ao definir a opção de quorum do cluster.

Os recursos principais do cluster são configurados com uma testemunha de nuvem.

Habilitar o recurso de AG

O recurso de grupo de disponibilidade Always On fica desabilitado por padrão. Use o SQL Server Configuration Manager para habilitar o recurso nas duas instâncias do SQL Server.

Para habilitar o recurso de grupo de disponibilidade, siga estas etapas:

  1. Conecte-se à primeira VM do SQL Server (como SQL-VM-1) com uma conta de domínio que seja membro da função de servidor fixa sysadmin , como a conta de domínio CORP\Install criada no documento de pré-requisitos

  2. Na tela Iniciar de uma de suas VMs do SQL Server, inicie o SQL Server Configuration Manager.

  3. Na árvore do navegador, realce Serviços do SQL Server, clique com o botão direito do mouse no serviço SQL Server (MSSQLSERVER) e selecione Propriedades.

  4. Selecione a guia Alta Disponibilidade Always On e marque a caixa referente a Habilitar grupos de disponibilidade Always On:

    Captura de tela da opção habilitar grupos de disponibilidade Always On no SQL Server Configuration Manager.

  5. Escolha Aplicar. Selecione OK na caixa de diálogo pop-up.

  6. Reinicie o serviço SQL Server.

  7. Repita essas etapas para a outra instância do SQL Server.

Habilitar o recurso FILESTREAM

Caso não esteja usando FILESTREAM para seu banco de dados no grupo de disponibilidade, ignore esta etapa e prossiga para a próxima etapa - Criar Banco de Dados.

Se planeja adicionar um banco de dados ao grupo de disponibilidade que usa FILESTREAM, você precisa habilitar FILESTREAM, pois o recurso está desabilitado por padrão. Use o SQL Server Configuration Manager para habilitar o recurso nas duas instâncias do SQL Server.

Para habilitar o recurso FILESTREAM, siga estas etapas:

  1. Conecte-se à primeira VM do SQL Server (como SQL-VM-1) com uma conta de domínio que seja membro da função de servidor fixa sysadmin , como a conta de domínio CORP\Install criada no documento de pré-requisitos

  2. Na tela Iniciar de uma de suas VMs do SQL Server, inicie o SQL Server Configuration Manager.

  3. Na árvore do navegador, realce os Serviços do SQL Server, clique com o botão direito do mouse no serviço DO SQL Server (MSSQLSERVER) e selecione Propriedades.

  4. Selecione a guia FILESTREAM, em seguida, marque a caixa de seleção Habilitar FILESTREAM para acesso a Transact-SQL:

  5. Escolha Aplicar. Selecione OK na caixa de diálogo pop-up.

  6. No SQL Server Management Studio, selecione Nova Consulta para exibir o Editor de Consultas.

  7. No Editor de Consultas, insira o seguinte código Transact-SQL:

    EXEC sp_configure filestream_access_level, 2
    RECONFIGURE
    
  8. Selecione Executar.

  9. Reinicie o serviço SQL Server.

  10. Repita essas etapas para a outra instância do SQL Server.

Criar banco de dados

Para seu banco de dados, você pode seguir as etapas nesta seção para criar um novo banco de dados ou restaurar um banco de dados AdventureWorks. Você também precisa fazer backup do banco de dados para inicializar a cadeia de logs. Os bancos de dados que não foram armazenados em backup não atendem aos pré-requisitos de um grupo de disponibilidade.

Para criar um banco de dados, siga estas etapas:

  1. Conecte-se à primeira VM do SQL Server (como SQL-VM-1) com uma conta de domínio que seja membro da função de servidor fixa sysadmin , como a conta de domínio CORP\Install criada no documento de pré-requisitos.
  2. Ara o SQL Server Management Studio e conecte-se à instância do SQL Server.
  3. No Pesquisador de Objetos, clique com o botão direito do mouse em Bancos de Dados e selecione Novo Banco de Dados.
  4. Em Nome do banco de dados, digite MyDB1.
  5. Selecione a página Opções e escolha Completo na lista suspensa do modelo de recuperação se ela não estiver cheia por padrão. O banco de dados deve estar no modelo de recuperação completa para atender aos pré-requisitos de participação em um grupo de disponibilidade.
  6. Selecione OK para fechar a página Novo Banco de Dados e criar o banco de dados.

Para fazer backup do banco de dados, siga estas etapas:

  1. Em Pesquisador de Objetos, clique com o botão direito do mouse no banco de dados, realce Tarefas... e selecione Fazer Backup... .

  2. Selecione OK para fazer um backup completo do banco de dados no local de backup padrão.

Criar o compartilhamento de arquivos

Crie um compartilhamento de arquivo de backup a que as VMs do SQL Server e as contas de serviço delas tenham acesso.

Para criar o compartilhamento de arquivo de backup, siga estas etapas:

  1. Na primeira VM do SQL Server em Gerenciador do Servidor, selecione Ferramentas. Abra Gerenciamento de Computador.

  2. Selecione Pastas Compartilhadas.

  3. Clique com o botão direito do mouse em Compartilhamentos e selecione Novo Compartilhamento.... Em seguida, use o Assistente para Criar uma Pasta Compartilhada para criar um compartilhamento.

    Captura de tela da criação de um novo compartilhamento no Gerenciamento de Computadores.

  4. Para Caminho da Pasta, selecione Procurar e localize ou crie um caminho para a pasta compartilhada de backup do banco de dados, como C:\Backup. Selecione Avançar.

  5. Em Nome, Descrição e Configurações, verifique o nome de compartilhamento e o caminho. Selecione Avançar.

  6. Em Permissões de Pasta Compartilhada, defina Personalizar permissões. selecione Personalizado.

  7. Em Personalizar permissões, selecione Adicionar....

  8. Verifique o Controle Total para conceder acesso completo à pasta compartilhada para a conta de serviço do SQL Server (Corp\SQLSvc):

    Captura de tela mostrando permissões de pasta personalizadas.

  9. Selecione OK.

  10. Em Permissões de Pasta Compartilhada, selecione Concluir. Selecione Concluir novamente.

Criar grupo de disponibilidade

Depois que o backup do banco de dados for feito, você estará pronto para criar seu grupo de disponibilidade. O processo realiza automaticamente um backup completo e um backup do log de transações da réplica primária do SQL Server e os restaura na instância secundária do SQL Server com a opção NORECOVERY.

Para criar o grupo de disponibilidade, siga estas etapas.

  1. No Pesquisador de Objetos no SSMS (SQL Server Management Studio) na primeira VM do SQL Server (por exemplo, SQL-VM-1), clique com o botão direito do mouse em Alta Disponibilidade Always On e selecione o Assistente para Novo Grupo de Disponibilidade.

    Captura de tela da seleção do Assistente de Novo Grupo de Disponibilidade no menu de clique com o botão direito do SSMS.

  2. Na página Introdução, selecione Avançar. Na página Especificar nome do grupo de disponibilidade, digite um nome para o grupo de disponibilidade em Nome do grupo de disponibilidade, como AG1. Selecione Avançar.

    Captura de tela da página Especificar Opções do Assistente para Novo Grupo de Disponibilidade no SSMS.

  3. Na página Selecionar Bancos de Dados, selecione seu banco de dados e, em seguida, Avançar. Se o banco de dados não atender aos pré-requisitos, verifique se ele está no modelo de recuperação completo e faça um backup:

    Captura de tela da página Selecionar Bancos de Dados no Assistente para Novo Grupo de Disponibilidade no SSMS.

  4. Na página Especificar Réplicas, selecione Adicionar Réplica.

    Captura de tela da página Especificar Réplicas no Assistente para Novo Grupo de Disponibilidade no SSMS.

  5. A caixa de diálogo Conectar ao Servidor é aberta. Digite o nome do segundo servidor em Nome do servidor, como SQL-VM-2. Selecione Conectar.

  6. Na página Especificar Réplicas , marque as caixas de Failover Automático e escolha confirmação síncrona para o modo de disponibilidade na lista suspensa:

    Captura de tela da página Especificar Réplicas no Assistente para Novo Grupo de Disponibilidade no SSMS, com o failover automático e o modo de disponibilidade realçados.

  7. Selecione a guia Pontos de extremidade para confirmar se as portas usadas para o ponto de extremidade de espelhamento de banco de dados são as que você abriu no firewall:

    Captura de tela da guia Endpoints no Assistente de Novo Grupo de Disponibilidade no SSMS.

  8. Selecione a guia Ouvinte e escolha Criar um ouvinte de grupo de disponibilidade usando os seguintes valores para o ouvinte:

    Campo Valor
    Nome DNS do Ouvinte: AG1-Listener
    Porta Use a porta padrão do SQL Server. 1433
    Modo de Rede: IP Estático
  9. Selecione Adicionar para fornecer o endereço IP dedicado secundário para o ouvinte para as duas VMs do SQL Server.

    A tabela a seguir mostra os endereços IP de exemplo criados para o ouvinte do documento de pré-requisitos (embora seus endereços IP específicos possam variar):

    Nome da VM Nome da sub-rede Intervalo de endereços da sub-rede Nome do IP secundário Endereço IP secundário
    SQL-VM-1 SQL-subnet-1 10.38.1.0/24 ouvinte-de-grupo-de-disponibilidade 10.38.1.11
    SQL-VM-2 SQL-subnet-2 10.38.2.0/24 ouvinte-de-grupo-de-disponibilidade 10.38.2.11
  10. Escolha a primeira sub-rede (como 10.38.1.0/24) na lista suspensa na caixa de diálogo Adicionar endereço IP e forneça o endereço IPv4 do ouvinte dedicado secundário, como 10.38.1.11. Selecione OK.

    Captura de tela da caixa de diálogo Adicionar endereço IP no Assistente de Novo Grupo de Disponibilidade.

  11. Repita esta etapa, mas escolha a outra sub-rede na lista suspensa (como 10.38.2.0/24). Forneça o endereço IPv4 do ouvinte dedicado secundário da outra VM do SQL Server, como 10.38.2.11. Selecione OK.

    Captura de tela de Adicionar endereço IP para ouvinte.

  12. Depois de examinar os valores na página Ouvinte, selecione Avançar:

    Captura de tela da aba Listener no Assistente de Novo Grupo de Disponibilidade no SSMS.

  13. Na página Selecionar Sincronização de Dados Inicial, escolha o Backup completo de banco de dados e de log e forneça o local do compartilhamento de rede criado anteriormente, como \\SQL-VM-1\Backup.

    Captura de tela da página Selecione Sincronização Inicial de Dados no Assistente do Novo Grupo de Disponibilidade no SSMS.

    Observação

    A sincronização completa faz um backup completo do banco de dados na primeira instância do SQL Server e restaura-o para a segunda instância. Para bancos de dados grandes, a sincronização completa não é recomendada porque pode levar muito tempo. Você pode reduzir esse tempo manualmente usando um backup do banco de dados e restaurando-o com NO RECOVERY. Se o banco de dados já estiver restaurado na NO RECOVERY segunda instância do SQL Server antes de configurar o grupo de disponibilidade, escolha Apenas Participar. Se você quiser usar o backup depois de configurar o grupo de disponibilidade, escolha Ignorar sincronização inicial de dados.

  14. Na página Validação, confirme se todas as verificações de validação foram aprovadas e escolha Avançar:

    Captura de tela da página Validação no Assistente para Novos Grupos de Disponibilidade no SSMS.

  15. Na página Resumo, selecione Concluir e aguarde enquanto o assistente configura o novo grupo de disponibilidade. Escolha Mais detalhes na página Progresso para exibir o progresso detalhado. Quando vir que o assistente foi concluído com êxito na página Resultados, inspecione o resumo para verificar se o grupo de disponibilidade e o ouvinte foram criados com êxito.

    Captura da tela da página Resultados no Assistente de Novo Grupo de Disponibilidade no SSMS.

  16. Selecione Fechar para sair do assistente.

Verificar grupo de disponibilidade

Você pode verificar a integridade do grupo de disponibilidade usando o SQL Server Management Studio e o Gerenciador de Cluster de Failover.

Para verificar o status do grupo de disponibilidade, siga estas etapas:

  1. No Pesquisador de Objetos, expanda Alta Disponibilidade AlwaysOn e expanda grupos de disponibilidade. Agora você poderá ver o novo grupo de disponibilidade neste contêiner. Clique com o botão direito do mouse no grupo de disponibilidade e selecione Mostrar Painel.

    Captura de tela do menu de clique com o botão direito do mouse no Pesquisador de Objetos do SSMS com Mostrar Painel do Grupo de Disponibilidade selecionado.

    O painel do grupo de disponibilidade mostra a réplica, o modo de failover de cada réplica e o estado de sincronização, como o seguinte exemplo:

    Captura de tela do Painel do Grupo de Disponibilidade no SSMS.

  2. Abra o Gerenciador do Cluster de Failover, selecione o cluster e escolha Funções para exibir a função do grupo de disponibilidade que você criou no cluster. Escolha a função AG1 e selecione a guia Recursos para exibir o ouvinte e os endereços IP associados, como o exemplo a seguir:

    Captura de tela do Gerenciador de Cluster de Failover mostrando o grupo de disponibilidade.

Neste ponto, você tem um grupo de disponibilidade com réplicas em duas instâncias do SQL Server e um ouvinte do grupo de disponibilidade correspondente. Você pode se conectar usando o ouvinte e pode mover o grupo de disponibilidade entre instâncias usando o SQL Server Management Studio.

Aviso

Não deve-se tentar executar failover do grupo de disponibilidade usando o Gerenciador de Clusters de Failover. Todas as operações de failover devem ser executadas dentro do SQL Server Management Studio, por exemplo, usando o Painel do Always On ou o T-SQL (Transact-SQL). Para obter mais informações, confira Restrições do uso do Gerenciador do Cluster de Failover com grupos de disponibilidade.

Definir RegisterAllProvidersIP

Quando você se conectar a um grupo de disponibilidade com réplicas em várias sub-redes, defina a opção MultiSubnetFailover=Yes na cadeia de conexão para que o cliente tente se conectar a todos os endereços IP do ouvinte ao mesmo tempo. Para reduzir o tempo de reconexão após um failover para clientes com cadeias de conexão que especificam MultiSubnetFailover=True, defina a propriedade RegisterAllProvidersIP como 1 para registrar todos os endereços IP do nome de rede do cluster do recurso do ouvinte com DNS.

A configuração RegisterAllProvidersIP é uma propriedade de cluster que determina como o cluster registra o endereço IP do recurso de nome de rede do cluster com DNS. O valor padrão é 0, o que significa que o cluster registra apenas o endereço IP do nó que possui o recurso de nome de rede do cluster.

Por padrão, quando você usa o SSMS (SQL Server Management Studio), o Transact-SQL ou o PowerShell para criar um grupo de disponibilidade, o ponto de acesso do cliente WSFC é criado com a RegisterAllProvidersIP propriedade definida como 1.

Use o seguinte comando do PowerShell para verificar a configuração do ouvinte RegisterAllProvidersIP:

Get-ClusterResource | where-object {$_.ResourceType.name -eq "Network Name"} | Get-ClusterParameter | where-object {$_.name -eq "RegisterAllProvidersIP"}

Se o cliente não der suporte ao parâmetro MultiSubnetFailover, modifique as configurações RegisterAllProvidersIP e HostRecordTTL para evitar atrasos de conectividade após o failover.

Use o PowerShell para modificar as configurações RegisterAllProvidersIp e HostRecordTTL:

Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0
Get-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300

Observação

Reduzir o valor HostRecordTTL pode aumentar o tráfego DNS.

Testar conexão do ouvinte

Quando o grupo de disponibilidade estiver pronto e o ouvinte tiver sido configurado com os endereços IP secundários apropriados, teste a conexão com o ouvinte.

Para testar a conexão, siga estas etapas:

  1. Conecte-se a uma instância do SQL Server que está na mesma rede virtual, mas não possui a réplica, como a outra instância do SQL Server dentro do cluster ou qualquer outra VM com o SQL Server Management Studio instalado nela.

  2. Abra o SQL Server Management Studio e, na caixa de diálogo Conectar ao Servidor, digite o nome do ouvinte (como AG1-Listener) no nome do servidor:. Em seguida, selecione Opções:

    Captura de tela da caixa de diálogo Conectar ao Servidor no SSMS, conectando-se ao ouvinte AG1-Listener.

  3. Insira MultiSubnetFailover=True na janela Parâmetros de Conexão Adicionais e escolha Conectar para se conectar automaticamente a qualquer instância que esteja hospedando a réplica primária do SQL Server:

    Captura de tela da janela Parâmetros de Conexão Adicionais no SSMS, com MultiSubnetFailover=True inserido.

Observação

Ao se conectar ao grupo de disponibilidade em sub-redes diferentes, a configuração MultiSubnetFailover=true fornece uma detecção mais rápida da réplica primária atual e uma conexão mais rápida com ela. Confira Conectar-se com MultiSubnetFailover