Configurar um ouvinte para um grupo de disponibilidade Always On

Aplica-se a:SQL Server

Este tópico descreve como criar ou configurar um único ouvinte de grupo de disponibilidade para um Grupo de Disponibilidade Always On usando o SQL Server Management Studio, Transact-SQL ou PowerShell no SQL Server.

Importante

Para criar o primeiro ouvinte de um grupo de disponibilidade, é altamente recomendável usar o SQL Server Management Studio, Transact-SQL ou SQL Server PowerShell. Evite criar um ouvinte diretamente no cluster WSFC, exceto se necessário, por exemplo, para criar um ouvinte adicional.

Já existe um ouvinte para esse grupo de disponibilidade?

Para determinar se um ouvinte já existe para o grupo de disponibilidade

• Exibir propriedades do ouvinte do grupo de disponibilidade (SQL Server)

Observação

Se já houver um ouvinte e você desejar criar um ouvinte adicional, consulte Para criar um ouvinte adicional para um grupo de disponibilidade (opcional)posteriormente neste tópico.

Limitações e Restrições

• Só é possível criar um ouvinte por grupo de disponibilidade via SQL Server. Geralmente, cada grupo de disponibilidade exige somente um ouvinte. No entanto, alguns cenários de cliente exigem vários ouvintes para um grupo de disponibilidade. Depois de criar um ouvinte pelo SQL Server, você pode usar o Windows PowerShell para clusters de failover ou o Gerenciador de Cluster de Failover do WSFC para criar ouvintes adicionais. Para obter mais informações, consulte Para criar um ouvinte adicional para um grupo de disponibilidade (opcional), posteriormente neste tópico.

Recomendações

O uso de um endereço IP estático é recomendável, embora não obrigatório, para várias configurações de sub-rede.

Pré-requisitos

• Você deve estar conectado à instância do servidor que hospeda a réplica primária.

• Se estiver configurando um ouvinte de grupo de disponibilidade em várias sub-redes e estiver planejando usar endereços IP estáticos, você precisará obter os endereços IP estáticos de cada sub-rede que hospeda uma réplica de disponibilidade para o grupo de disponibilidade para o qual está criando o ouvinte. Normalmente, você precisará solicitar os endereços IP estáticos aos administradores de rede.

Importante

Antes de criar seu primeiro ouvinte, é altamente recomendável ler Conectividade de cliente Always On (SQL Server).

Requisitos para o nome DNS de um ouvinte de grupo de disponibilidade

Cada ouvinte de grupo de disponibilidade exige um nome de host DNS que é exclusivo no domínio e no NetBIOS. O nome DNS é um valor da cadeia de caracteres. Este nome pode conter somente caracteres alfanuméricos, traços/hifens (-) e sublinhados (_), em qualquer ordem. Os nomes de host DNS diferenciam maiúsculas de minúsculas. O comprimento máximo é 63 caracteres; no entanto, no SQL Server Management Studio, o comprimento máximo que você pode especificar é 15 caracteres.

Nós recomendamos que você especifique uma cadeia de caracteres significativa. Por exemplo, para um grupo de disponibilidade denominado AG1, um nome de host de DNS significativo seria ag1-listener.

Importante

O NetBIOS reconhece somente os primeiros 15 caracteres no dns_name. Se você tiver dois clusters do WSFC que sejam controlados pelo mesmo Active Directory e tentar criar ouvintes de grupo de disponibilidade nos dois clusters usando nomes com mais de 15 caracteres e um prefixo idêntico de 15 caracteres, você obterá um erro relatando que o recurso Nome de Rede virtual não pôde ser colocado online. Para obter informações sobre regras da nomenclatura de prefixos para nomes DNS, consulte Atribuindo nomes de domínio.

Permissões do Windows

Permissões	Link
O CNO (nome do objeto de cluster) do cluster WSFC que está hospedando o grupo de disponibilidade deve ter a permissão para Criar objetos de computador. No Active Directory, por padrão, um CNO não tem a permissão Criar Objetos de computador explicitamente e pode criar dez VCOs (objetos de computador virtual). Depois que os dez VCOs forem criados, a criação de VCOs adicionais apresentará falha. É possível impedir isso concedendo a permissão explicitamente ao CNO do cluster WSFC. Observe que o VCOs para grupos de disponibilidade que você excluiu não serão excluídos automaticamente no Active Directory e serão incluídos na contagem do limite padrão de dez VCOs, a menos que sejam excluídos manualmente. Observação: em algumas organizações, a política de segurança proíbe a concessão da permissão Criar Objetos de computador a contas de usuário individuais.	Steps for configuring the account for the person who installs the cluster (Etapas para configurar a conta para a pessoa que instala o cluster) no Failover Cluster Step-by-Step Guide: Configuring Accounts in Active Directory Steps for prestaging the cluster name account (Etapas para configurar a conta para a pessoa que instala o cluster) no Failover Cluster Step-by-Step Guide: Configuring Accounts in Active Directory
Se sua organização exigir que você pré-configure a conta de computador para um nome de rede virtual de ouvinte, você precisará de associação no grupo Operador de Conta ou da assistência de seu administrador de domínio.	Steps for prestaging an account for a clustered service or application (Etapas para pré-preparar uma conta para um serviço ou aplicativo clusterizado) no Failover Cluster Step-by-Step Guide: Configuring Accounts in Active Directory(Guia passo a passo do cluster de failover: configurando contas no Active Directory).

Dica

Geralmente, é mais simples não pré-preparar a conta de computador para um nome de rede virtual de ouvinte. Se possível, deixe a conta ser criada e configurada automaticamente ao executar o Assistente de Alta Disponibilidade do WSFC.

Permissões do SQL Server

Tarefa	Permissões
Para criar um ouvinte de grupo de disponibilidade	Requer a associação na função de servidor fixa sysadmin e a permissão de servidor CREATE AVAILABILITY GROUP, a permissão ALTER ANY AVAILABILITY GROUP ou a permissão CONTROL SERVER.
Para modificar um ouvinte de grupo de disponibilidade existente	Requer a permissão ALTER AVAILABILITY GROUP no grupo de disponibilidade, a permissão CONTROL AVAILABILITY GROUP, a permissão ALTER ANY AVAILABILITY GROUP ou a permissão CONTROL SERVER.

Como usar o SQL Server Management Studio.

Dica

O Assistente de Novo Grupo de Disponibilidade dá suporte à criação do ouvinte para um novo grupo de disponibilidade.

Para criar ou configurar um ouvinte de grupo de disponibilidade

1. No Pesquisador de Objetos, conecte-se à instância do servidor que hospeda a réplica primária do grupo de disponibilidade e clique no nome do servidor para expandir a árvore de servidores.

2. Expanda os nós Alta Disponibilidade AlwaysOn e Grupos de Disponibilidade.

3. Clique no grupo de disponibilidade cujo ouvinte você deseja configurar e escolha uma das alternativas a seguir:

   • Para criar um ouvinte, clique com o botão direito do mouse no nó Ouvintes do Grupo de Disponibilidade e selecione o comando Novo Ouvinte . Isso abre a caixa de diálogo Novo Ouvinte do Grupo de Disponibilidade . Para obter mais informações, consulte Adicionar Ouvinte do Grupo de Disponibilidade (caixa de diálogo), posteriormente neste tópico.

   • Para alterar o número da porta de um ouvinte existente, expanda o nó Ouvintes do Grupo de Disponibilidade , clique com o botão direito do mouse no ouvinte e selecione o comando Propriedades . Digite o novo número da porta no campo Porta e clique em OK.

Novo Ouvinte do Grupo de Disponibilidade (caixa de diálogo)

Nome DNS do Ouvinte
Especifica o nome de host DNS do ouvinte de grupo de disponibilidade. O nome DNS é uma cadeia de caracteres e deve ser exclusivo no domínio e no NetBIOS. Este nome pode conter somente caracteres alfanuméricos, traços (-) e hífens (_), em qualquer ordem. Os nomes de host DNS diferenciam maiúsculas de minúsculas. O tamanho máximo é de 15 caracteres.

Para obter mais informações, consulte Requisitos para o nome DNS de um ouvinte de grupo de disponibilidade, posteriormente neste tópico.

Porta
A porta TCP usada pelo ouvinte.

Modo de Rede
Indica o protocolo TCP usado pelo ouvinte, pode ser:

DHCP
O ouvinte usará um endereço IP dinâmico que é atribuído por um servidor que executa o Protocolo DHCP. O DHCP está limitado a uma única sub-rede.

Importante

Nós não recomendamos o DHCP em ambiente de produção. Se houver um tempo de inatividade e a concessão do IP do DHCP expirar, a hora adicional deverá registrar o novo endereço IP da rede DHCP que está associado ao nome DNS do ouvinte e afetará a conectividade do cliente. No entanto, o DHCP é bom para configurar seu ambiente de desenvolvimento e teste para verificar as funções básicas de grupos de disponibilidade e para integração com seus aplicativos.

IP Estático
O ouvinte usará um ou mais endereços IP estáticos. Os endereços IP adicional são opcionais. Para criar um ouvinte do grupo de disponibilidade em várias sub-redes, você deve especificar para cada sub-rede um endereço IP estático na configuração do ouvinte. Entre em contato com seu administrador de rede para obter esses endereços IP estáticos.

Se você selecionar IP Estático , uma grade de sub-rede será exibida abaixo do campo Modo de Rede . Essa grade exibe informações sobre cada sub-rede que pode ser acessada por este ouvinte de grupo de disponibilidade. Essa grade estará vazia até que você adicione um endereço IP estático clicando em Adicionar.

As colunas são apresentadas assim:

Sub-rede
Exibe o identificador de cada sub-rede que você adiciona ao ouvinte do grupo de disponibilidade.

Endereço IP
Exibe o endereço IP de uma determinada sub-rede. Para uma determinada sub-rede, o endereço IP é um endereço IPv4 ou um endereço IPv6.

Adicionar
Clique para adicionar um endereço IP estático a uma sub-rede selecionada ou a outra sub-rede para este ouvinte. Essa ação abre a caixa de diálogo Adicionar Endereço IP . Para obter mais informações, confira o tópico de ajuda Caixa de diálogo Adicionar Endereço IP (SQL Server Management Studio).

Remover
Clique para remover a sub-rede selecionada deste ouvinte.

OK
Clique para criar o ouvinte do grupo de disponibilidade especificado.

Usando o Transact-SQL

Para criar ou configurar um ouvinte de grupo de disponibilidade

1. Conecte-se à instância de servidor que hospeda a réplica primária.

2. Use a opção LISTENER da instrução CREATE AVAILABILITY GROUP ou a opção ADD LISTENER da instrução ALTER AVAILABILITY GROUP .

   O exemplo a seguir adiciona um ouvinte de grupo de disponibilidade a um grupo de disponibilidade existente denominado MyAg2. Um nome DNS exclusivo, MyAg2ListenerIvP6, é especificado para esse ouvinte. As duas réplicas estão em sub-redes diferentes e, portanto, como recomendado, o ouvinte usa endereços IP estáticos. Para cada uma das duas réplicas de disponibilidade, a cláusula WITH IP especifica um endereço IP estático 2001:4898:f0:f00f::cf3c and 2001:4898:e0:f213::4ce2, que usa o formato IPv6. Este exemplo também especifica o uso do argumento PORT opcional para especificar a porta 60173 como a porta do ouvinte.

   ALTER AVAILABILITY GROUP MyAg2   
         ADD LISTENER 'MyAg2ListenerIvP6' ( WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , PORT = 60173 );   
   GO  
   
   

Usando o PowerShell

Para criar ou configurar um ouvinte de grupo de disponibilidade

1. Altere o diretório (cd) para a instância de servidor que hospeda a réplica primária.

2. Para criar ou modificar um ouvinte de grupo de disponibilidade, use um dos cmdlets a seguir:

   New-SqlAvailabilityGroupListener
   Cria um novo ouvinte de grupo de disponibilidade e conecta-o a um grupo de disponibilidade existente.

   Por exemplo, o comando New-SqlAvailabilityGroupListener a seguir cria um ouvinte do grupo de disponibilidade denominado MyListener para o grupo de disponibilidade MyAg. Esse ouvinte usará o endereço IPv4 passado para o parâmetro -StaticIp como seu endereço IP virtual.

   New-SqlAvailabilityGroupListener -Name MyListener `   
   -StaticIp '192.168.3.1/255.255.252.0' `   
   -Path SQLSERVER:\Sql\Computer\Instance\AvailabilityGroups\MyAg  
   
   

   Set-SqlAvailabilityGroupListener
   Modifica a configuração de porta em um ouvinte de grupo de disponibilidade existente.

   Por exemplo, o comando Set-SqlAvailabilityGroupListener a seguir define o número da porta para o ouvinte do grupo de disponibilidade denominado MyListener para o 1535. Esta porta é usada para ouvir conexões para o ouvinte.

   Set-SqlAvailabilityGroupListener -Port 1535 `   
   -Path SQLSERVER:\Sql\PrimaryServer\InstanceName\AvailabilityGroups\MyAg\AGListeners\MyListener  
   
   

   Add-SqlAGListenerstaticIp
   Adiciona um endereço IP estático à configuração de um ouvinte de grupo de disponibilidade existente. O endereço IP poderá ser um endereço IPv4 com sub-rede ou um endereço IPv6.

   Por exemplo, o comando Add-SqlAGListenerstaticIp a seguir adiciona um endereço IPv4 estático ao ouvinte do grupo de disponibilidade MyListener no grupo de disponibilidade MyAg. Este endereço IPv6 serve como o endereço IP virtual do ouvinte na sub-rede 255.255.252.0. Se o grupo de disponibilidade abranger diversas sub-redes, você deverá adicionar um endereço IP estático para cada sub-rede para o ouvinte.

   $path = "SQLSERVER:\SQL\PrimaryServer\InstanceName\AvailabilityGroups\MyAg\AGListeners\ MyListener" `   
   Add-SqlAGListenerstaticIp -Path $path `   
   -StaticIp "2001:0db8:85a3:0000:0000:8a2e:0370:7334"  
   

   Observação

   Para exibir a sintaxe de um cmdlet, use o cmdlet Get-Help no ambiente do SQL Server PowerShell. Para obter mais informações, consulte Get Help SQL Server PowerShell.

Para configurar e usar o provedor do SQL Server PowerShell

• Provedor do SQL Server PowerShell

Solução de problemas

Falha ao criar um ouvinte de grupo de disponibilidade devido a cotas do Active Directory

Pode haver falha na criação de um novo ouvinte de grupo de disponibilidade porque você atingiu uma cota do Active Directory para a conta da máquina do nó de cluster participante. Para obter mais informações, consulte os seguintes artigos:

• Como solucionar problemas da conta do serviço de cluster quando ela modifica objetos de computador

• Cotas do Active Directory

Acompanhamento: após criar um ouvinte do grupo de disponibilidade

Palavra-chave MultiSubnetFailover e recursos associados

MultiSubnetFailover é uma nova palavra-chave da cadeia de conexão usada para habilitar failover mais rápido com os Grupos de Disponibilidade AlwaysOn e Instâncias de cluster de failover AlwaysOn no SQL Server 2012. Os três sub-recursos a seguir são habilitados quando MultiSubnetFailover=True está definido na cadeia de conexão:

• Um failover de várias sub-redes mais rápido para um ouvinte de várias sub-redes para um Grupo de Disponibilidade AlwaysOn ou instâncias de cluster de failover.

• Um failover de sub-rede única mais rápido para um ouvinte de sub-rede única para um Grupo de Disponibilidade AlwaysOn ou instâncias de cluster de failover.

  • Esse recurso é usado ao conectar-se a um ouvinte que tem um IP único em uma única sub-rede. Isso realiza tentativas de conexão de TCP mais agressivas para acelerar os failovers de sub-rede única.

• A resolução de instância nomeada para uma instância de cluster de failover AlwaysOn de várias sub-redes.

  • Isso é para adicionar o suporte à resolução de instância nomeada para uma instância de cluster de failover AlwaysOn com diversos pontos de extremidade de sub-rede.

Não há suporte para MultiSubnetFailover=True pelo .NET Framework 3.5 ou OLEDB

Problema: se seu Grupo de Disponibilidade ou Instância de Cluster de Failover tiver um nome de ouvinte (conhecido como o nome da rede ou o Ponto de Acesso para Cliente no Gerenciador de Cluster do WSFC) que dependa dos diversos endereços IP de diferentes sub-redes, e você estiver usando o ADO.NET com .NET Framework 3.5SP1 ou SQL Native Client 11.0 OLEDB, possivelmente 50% das suas solicitações de conexão de cliente para o ouvinte do grupo de disponibilidade atingirão um tempo limite de conexão.

Soluções alternativas: é recomendável que você execute uma das tarefas a seguir.

• Se você não tiver a permissão para manipular recursos de cluster, altere o tempo limite da conexão para 30 segundos (esse valor resulta em um período de tempo limite TCP de 20 segundos mais um buffer de 10 segundos).

  Prós: se ocorrer um failover entre sub-redes, a recuperação do cliente será rápida.

  Contras: metade das conexões de cliente demorarão mais de 20 segundos

• Se você tiver permissão para manipular os recursos de cluster, a abordagem mais recomendada é definir o nome de rede do ouvinte do grupo de disponibilidade como RegisterAllProvidersIP=0. Para obter mais informações, confira "Configuração de RegisterAllProvidersIP", mais adiante nesta seção.

  Prós: você não precisa aumentar o valor de tempo limite de conexão de cliente.

  Contras : se um failover de sub-rede cruzado ocorrer, o tempo de recuperação do cliente poderá ser de 15 minutos ou mais, dependendo da configuração de HostRecordTTL e da configuração da agenda de replicação DNS/AD entre sites.

Configuração RegisterAllProvidersIP

Quando você usa o SQL Server Management Studio, Transact-SQL ou PowerShell para criar um ouvinte de grupo de disponibilidade, o Ponto de Acesso para Cliente é criado no WSFC com a propriedade RegisterAllProvidersIP definida como 1 (true). O efeito de esse valor de propriedade depende da cadeia de conexão do cliente, da seguinte maneira:

• Cadeias de conexão que definem MultiSubnetFailover como true

  Grupos de disponibilidade Always On definem a propriedade RegisterAllProvidersIP como 1 para reduzir o tempo de reconexão após um failover para clientes cujas cadeias de conexão de cliente especificam MultiSubnetFailover = True, como recomendado. Observe que para usufruir das vantagens do recurso de várias sub-redes do ouvinte, seus clientes podem exigir um provedor de dados que dê suporte à palavra-chave MultiSubnetFailover . Para obter informações sobre o suporte do driver para failover de várias sub-redes, confira Conectividade de cliente Always On (SQL Server).

  Para obter informações sobre clustering de várias sub-redes, confira Clustering de várias sub-redes do SQL Server (SQL Server).

  Dica

  Quando RegisterAllProvidersIP = 1, se você executar o Assistente para Validar Configuração do WSFC no cluster WSFC, o assistente gerará a seguinte mensagem de aviso:

  “A propriedade RegisterAllProviderIP para nome de rede 'Name:<network_name>' é definida como 1. Para a configuração do cluster atual, esse valor deve ser definido como 0”.

  Ignore esta mensagem.

• Cadeias de conexão que não definem MultiSubnetFailover como true

  Quando RegisterAllProvidersIP = 1, quaisquer clientes cujas cadeias de conexão não usem MultiSubnetFailover = Trueencontrarão conexões de alta latência. Isso ocorre porque esses clientes tentam conexões com todos os IPs em sequência. Em contrapartida, se RegisterAllProvidersIP for alterado para 0, o endereço IP ativo será registrado no Ponto de Acesso para Cliente no cluster WSFC, reduzindo a latência para clientes herdados. Portanto, se você tem clientes herdados que precisam se conectar a um ouvinte de grupo de disponibilidade e não podem usar a propriedade MultiSubnetFailover, recomendamos alterar RegisterAllProvidersIP para 0.

  Importante

  Quando você cria um ouvinte do grupo de disponibilidade no cluster WSFC (GUI do Gerenciador de Cluster de Failover), RegisterAllProvidersIP será 0 (false) por padrão.

Configuração HostRecordTTL

Por padrão, os clientes armazenam em cache registros DNS do cluster por 20 minutos. Os clientes herdados poderão se reconectar mais rapidamente reduzindo a configuração HostRecordTTL, a TTL (vida útil) do registro armazenado em cache. No entanto, a redução da configuração HostRecordTTL também pode resultar em maior tráfego para os servidores DNS.

Exemplo de script PowerShell para desabilitar RegisterAllProvidersIP e reduzir o TTL

O exemplo do PowerShell a seguir demonstra como configurar os parâmetros de cluster RegisterAllProvidersIP e HostRecordTTL para o recurso de ouvinte. O registro DNS será armazenado em cache por 5 minutos, e não pelos 20 minutos padrão. A modificação dos dois parâmetros de cluster pode reduzir o tempo de conexão ao endereço IP correto após um failover para clientes herdados que não podem usar o parâmetro MultiSubnetFailover . Substitua yourListenerName pelo nome do ouvinte que você está alterando.

Import-Module FailoverClusters  
Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0   
Get-ClusterResource yourListenerName | Set-ClusterParameter HostRecordTTL 300  
Stop-ClusterResource yourListenerName  
Start-ClusterResource yourListenerName  
Start-Clustergroup yourListenerGroupName

Para obter mais informações sobre os tempos de recuperação durante o failover, consulte Client Recovery Latency During Failover.

Recomendações de acompanhamento

Após criar um ouvinte de grupo de disponibilidade:

• Peça ao administrador da rede para reservar o endereço IP do ouvinte para seu uso exclusivo.

• Informe o nome do host DNS do ouvinte aos desenvolvedores de aplicativos para uso em cadeias de conexão ao pedir conexões cliente com esse grupo de disponibilidade.

• Incentive os desenvolvedores a atualizarem cadeias de conexão do cliente para especificar MultiSubnetFailover = True, se possível. Para obter informações sobre o suporte do driver para failover de várias sub-redes, confira Conectividade de cliente Always On (SQL Server).

Criar um ouvinte adicional para um grupo de disponibilidade (opcional)

Depois de criar um ouvinte pelo SQL Server, você poderá adicionar um ouvinte adicional, da seguinte maneira:

1. Crie o ouvinte usando uma das ferramentas a seguir:

   • Usando o Gerenciador de Cluster de Failover do WSFC:

     1. Adicione um ponto de acesso para cliente e configure o endereço IP.

     2. Faça o ouvinte ficar online.

     3. Adicione uma dependência para o recurso do grupo de disponibilidade do WSFC.

     Para obter informações sobre as caixas de diálogo e guias do Gerenciador de Cluster de Failover, consulte Interface do usuário: o snap-in gerenciador de cluster de failover.

   • Usando o Windows PowerShell para clusters de failover:

     1. Use Add-ClusterResource para criar um nome de rede e os recursos do endereço IP.

     2. Use Start-ClusterResource para iniciar o recurso de nome de rede.

     3. Use Add-ClusterResourceDependency para definir a dependência entre o nome da rede e o recurso do Grupo de Disponibilidade do SQL Server existente.

     Para obter informações sobre como usar o Windows PowerShell para clusters de failover, consulte Visão geral de comandos do gerenciador de servidor.

2. Inicie a escuta do SQL Server no novo ouvinte. Após criar um ouvinte adicional, conecte a instância do SQL Server que hospeda a réplica principal do grupo de disponibilidade e use SQL Server Management Studio, Transact-SQL ou PowerShell para modificar a porta do ouvinte.

Para obter mais informações, consulte How to create multiple listeners for same availability group (Como criar vários ouvintes para o mesmo grupo de disponibilidade) (um blog da equipe do SQL Server AlwaysOn).

Próximas etapas

Agora que você criou o ouvinte, configure seu aplicativo para conectar-se ao ouvinte. Você também pode examinar várias estratégias de monitoramento do grupo de disponibilidade para garantir a integridade do seu grupo de disponibilidade.

Você também pode ver as propriedades de um ouvinte ou aprender a remover o ouvinte, se necessário.