KB4537868 - Melhoria: Habilitar o recurso DNN no SQL Server 2016 e 2019 FCI

Melhoria

O ouvinte FCI (Instância de Cluster de Failover) do SQL Server 2019 e 2016 é aprimorado para trabalhar em conjunto com o ponto de acesso DNN (Server Failover Cluster) do Windows Server Failover Cluster (WSFC).

Mais informações

SQL Server O ouvinte de Instância de Cluster de Failover (FCI) atualmente funciona apenas em conjunto com o nome de rede do Cluster de Failover do servidor (WSFC) do Windows e o ponto de acesso ip virtual. Como o IP virtual não funciona no ambiente do Azure, você precisa configurar um Balanceador de Carga Interno do Azure para resolver esse problema (Consulte como configurar um Balanceador de Carga Interno do Azure).

Essa atualização fornece outra maneira para o cliente SQL Server se conectar com o FCI sem um balanceador de carga usando o recurso DNN (Nome da Rede Distribuído) em um Cluster de Failover do Windows Server. Quando um recurso DNN é criado, o WSFC vincula o nome DNS DNN aos endereços IP de todos os nós no cluster. O SQL Server cliente tentará conectar cada endereço IP nesta lista para encontrar o nó em que o FCI está sendo executado no momento. Esse processo de conexão é ainda mais acelerado conectando todos os endereços IP em paralelo se SQL Server propriedade de conexão MultiSubnetFailover for true. Isso permite que o cliente SQL Server se conecte ao FCI em execução no momento instantaneamente.

Em comparação com a solução alternativa anterior do uso do Balanceador de Carga Interno do Azure, a abordagem do ouvinte DNN evita a latência de failover adicional introduzida pela sondagem de integridade do balanceador de carga. Por padrão, esse processo leva de 10 a 15 segundos. (Consulte este documento do Azuresobre como calcular a latência.) Você não precisa configurar e manter os componentes do balanceador de carga. Isso simplifica o processo de provisionamento. Remover o balanceador de carga também remove um componente que pode falhar. Isso melhora a robustez geral.

As etapas a seguir são necessárias para usar este recurso:

1. Para um FCI instalado, você precisa criar um recurso DNN e definir seu nome DNS. Execute os três comandos do PowerShell a seguir como administrador:

   • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Distributed Network Name" -Group "<WSFC role of SQL server instance>"

     Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>

     Start-ClusterResource -Name <dnnResourceName>

   Por exemplo:

   • Add-ClusterResource -Name dnn-demo -ResourceType "Distributed Network Name" -Group "SQL Server (MSSQLSERVER)"

     Get-ClusterResource -Name dnn-demo | Set-ClusterParameter -Name DnsName -Value dnnlsnr

     Start-ClusterResource -Name dnn-demo

   Explicação:

   • O primeiro comando adiciona um recurso DNN ao WSFC por ter um nome de recurso de <dnnResourceName>. O nome do recurso é usado pelo WSFC para identificar exclusivamente um recurso WSFC. Use um que faça sentido para você e seja exclusivo no cluster WSFC. O tipo de recurso deve ser Nome de Rede Distribuído. O nome do grupo ao que esse recurso DNN pertence deve ser o grupo de recursos do WSFC (função) que corresponde ao FCI ao que você deseja adicionar o recurso DNN. O formato típico desse nome de grupo é "SQL Server (nome da instância)." Portanto, para a instância padrão, o nome será "SQL Server (MSSQLSERVER)." Você também pode verificar o nome do grupo no console do Gerenciador de Cluster de Failover.

   • O segundo comando define o nome DNS deste recurso DNN. O nome DNS é importante porque é o nome que os clientes usam para se conectar ao FCI.

   • O terceiro comando inicia o recurso DNN.

     Por padrão, o nome DNS DNN se vincula a todos os nós no WSFC. Configure o possível proprietário do recurso DNN para incluir apenas os nós desse FCI, se nem todos os nós no WSFC participarem do FCI.

2. Reinicie SQL Server instância.

3. Substitua o Nome da Rede Virtual (VNN) na cadeia de SQL de conexão do cliente pelo nome DNS DNN e de definir a propriedade MultiSubnetFailover como "true". Você pode ignorar essa configuração se a SQL cliente for posterior a 4.6.1.

Resolução

Essa melhoria está incluída na seguinte atualização cumulativa para SQL Server:

• Atualização cumulativa 2 para SQL Server 2019

Sobre atualizações cumulativas para SQL Server:

Cada nova atualização cumulativa para SQL Server contém todos os hotfixes e todas as correções de segurança incluídas na atualização cumulativa anterior. Confira as atualizações cumulativas mais recentes para SQL Server:

• Atualização cumulativa mais recente para SQL Server 2019

Informações do service pack para SQL Server 2016

Esse problema é corrigido no seguinte service pack para SQL Server:

• Service Pack 3 para SQL Server 2016

Referências

Saiba mais sobre a terminologia que a Microsoft usa para descrever atualizações de software.