KB4537868 - Melhoria: ativar a funcionalidade DNN no SQL Server 2016 e 2019 FCI

Melhoria

O ouvinte da Instância de Cluster de Ativo (FCI) do SQL Server 2019 e 2016 foi melhorado para trabalhar em conjunto com o ponto de acesso WSFC (Windows Server Failover Cluster) Distribud Network Name (DNN).

Mais informações

SQL Server Atualmente, o ouvinte da Instância de Cluster de Ativo (FCI) só funciona em conjunto com o WSFC (Server Failover Cluster) de Windows e o ponto de acesso IP Virtual. Uma vez que o IP Virtual não funciona no ambiente do Azure, tem de configurar um Balanceador de Carga Interno do Azure para resolver este problema (Veja como configurar um Balanceador de Carga Interno do Azure).

Esta atualização fornece outra forma de o cliente SQL Server se ligar a FCI sem um balanceador de carga utilizando o recurso Distributed Network Name (DNN) num Cluster de Ativo de Ativo Windows Server. Quando um recurso DNN é criado, wSFC vincula o nome DNN DNS aos endereços IP de todos os nós no cluster. O SQL Server cliente irá tentar ligar cada endereço IP nesta lista para encontrar o nó em que o FCI está atualmente em execução. Este processo de ligação é acelerado ao ligar todos os endereços IP em paralelo se a propriedade de ligação SQL Server MultiSubnetFailover for verdadeira. Isto permite ao cliente SQL Server ligação ao FCI atualmente em execução instantaneamente.

Em comparação com a anterior reposição da utilização do Balanceador de Carga Interno do Azure, a abordagem de ouvinte DNN evita a latência adicional de ativação não-falha introduzida pela sondagem de experiência de equilíbrio de carga. Por predefinição, esse processo demora 10 a 15 segundos. (Consulte este documento do Azuresobre como calcular a latência.) Não tem de configurar e manter os componentes do balanceador de carga. Isto simplifica o processo de aprovisionamento. Remover o balanceador de carga também remove um componente que pode potencialmente falhar. Isto melhora a robustidade geral.

Para utilizar esta funcionalidade, são necessários os seguintes passos:

1. Para um FCI instalado, tem de criar um recurso DNN e definir o nome DNS. Execute os três comandos seguintes do PowerShell 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 ao ter um nome de recurso de <dnnResourceName>. O nome do recurso é utilizado pelo WSFC para identificar exclusivamente um recurso WSFC. Utilize um que faça sentido para si e seja exclusivo no cluster WSFC. O tipo de recurso tem de ser Distributed Network Name. O nome do grupo a que este recurso DNN pertence tem de ser o grupo de recursos (função) WSFC que corresponde ao FCI ao onde pretende adicionar o recurso DNN. O formato típico deste nome de grupo é "SQL Server nome da instância)". Assim, na instância predefinida, o nome será "SQL Server (MSSQLSERVER)". Também pode verificar o nome do grupo na consola do Gestor de Clusters de Atalho.

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

   • O terceiro comando inicia o recurso DNN.

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

2. Reinicie SQL Server instância.

3. Substitua o Nome de Rede Virtual (VNN) num cadeia de ligação de cliente pelo nome DNN DNS e defina SQL a propriedade MultiSubnetFailover para "true". Pode ignorar esta definição se a SQL cliente for posterior à 4.6.1.

Resolução

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

• Atualização Cumulativa 2 para SQL Server 2019

Acerca de atualizações cumulativas para SQL Server:

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

• Atualização cumulativa mais recente SQL Server 2019

Informações do service pack para SQL Server 2016

Este problema foi 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 utiliza para descrever atualizações de software.