KB4537868 - Amélioration : Activation de la fonctionnalité DNN dans SQL Server FCI 2016 et 2019

S’applique à
SQL Server 2019 on Windows SQL Server 2016 SQL Server 2016 Service Pack 3 - duplicate (do not use)

Amélioration

L’écouteur d’instance de cluster de basculement (FCI) SQL Server 2019 et 2016 est amélioré pour fonctionner avec le point d’accès DNN (Distributed Network Name) du cluster de basculement Windows Server (WSFC).

Informations complémentaires

SQL Server’écouteur d’instance de cluster de basculement (FCI) fonctionne actuellement uniquement avec le nom réseau du cluster de basculement Windows Server (WSFC) et le point d’accès IP virtuel. Étant donné que l’adresse IP virtuelle ne fonctionne pas dans l’environnement Azure, vous devez configurer un Load Balancer interne Azure pour contourner ce problème (voir comment configurer un Load Balancer interne Azure).

Cette mise à jour fournit un autre moyen pour le client SQL Server de se connecter à FCI sans équilibreur de charge à l’aide de la ressource DNN (Distributed Network Name) dans un cluster de basculement Windows Server. Lorsqu’une ressource DNN est créée, WSFC lie le nom DNS DNN aux adresses IP de tous les nœuds du cluster. Le client SQL Server tentera de connecter chaque adresse IP de cette liste pour trouver le nœud sur lequel FCI est en cours d’exécution. Ce processus de connexion est encore accéléré en connectant toutes les adresses IP en parallèle si la propriété de connexion de SQL Server MultiSubnetFailover est true. Cela permet au client SQL Server de se connecter instantanément à l’instance FCI en cours d’exécution.

Par rapport à la solution de contournement précédente qui utilisait le Load Balancer interne Azure, l’approche de l’écouteur DNN évite la latence de basculement supplémentaire introduite par la sonde de la vivacité de l’équilibreur de charge. Par défaut, ce processus prend de 10 à 15 secondes. (Consultez ce document Azure sur la façon de calculer la latence.) Vous n’avez pas besoin de configurer et de gérer les composants de l’équilibreur de charge. Le processus d’approvisionnement est ainsi simplifié. La suppression de l’équilibreur de charge supprime également un composant qui peut potentiellement échouer. Cela améliore la robustesse globale.

Les étapes suivantes sont nécessaires pour utiliser cette fonctionnalité :

  1. Pour un FCI installé, vous devez créer une ressource DNN et définir son nom DNS. Exécutez les trois commandes PowerShell suivantes en tant qu’administrateur :

    • 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>

    Par exemple :

    • 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

    Explication :

    • La première commande ajoute une ressource DNN au WSFC en ayant un nom de <ressource dnnResourceName>. Le nom de la ressource est utilisé par WSFC pour identifier de façon unique une ressource WSFC. Utilisez-en un qui a du sens pour vous et qui est unique dans le cluster WSFC. Le type de ressource doit être Nom de réseau distribué. Le nom du groupe auquel appartient cette ressource DNN doit être le groupe de ressources WSFC (rôle) qui correspond à la FCI à laquelle vous souhaitez ajouter la ressource DNN. Le format classique de ce nom de groupe est « SQL Server (nom de l’instance) ». Par conséquent, pour l’instance par défaut, le nom sera « SQL Server (MSSQLSERVER) ». Vous pouvez également case activée le nom du groupe dans la console Gestionnaire du cluster de basculement.
    • La deuxième commande définit le nom DNS de cette ressource DNN. Le nom DNS est important, car il s’agit du nom que les clients utilisent pour se connecter au FCI.
    • La troisième commande permet de démarrer la ressource DNN.
      Par défaut, le nom DNS DNN est lié à tous les nœuds dans WSFC. Configurez le propriétaire possible de la ressource DNN pour inclure uniquement les nœuds de cette FCI si tous les nœuds de WSFC ne participent pas à FCI.

  2. Redémarrez SQL Server instance.

  3. Remplacez le nom de réseau virtuel (VNN) dans la chaîne de connexion du client SQL par le nom DNS DNN et définissez la propriété MultiSubnetFailover sur « true ». Vous pouvez ignorer ce paramètre si la version du client SQL est ultérieure à 4.6.1.

Résolution

Cette amélioration est incluse dans la mise à jour cumulative suivante pour SQL Server :

À propos des mises à jour cumulatives pour SQL Server :

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et tous les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Consultez les dernières mises à jour cumulatives pour SQL Server :

Informations sur les Service Packs pour SQL Server 2016

Ce problème est résolu dans le Service Pack suivant pour SQL Server :

À propos des Service Packs pour SQL Server :

Les Service Packs sont cumulatifs. Chaque nouvelle version contient tous les correctifs fournis dans les Service Packs précédents et tous les nouveaux correctifs. Nous vous recommandons d’appliquer le dernier Service Pack et la dernière mise à jour cumulative pour ce Service Pack. Il n'est donc pas nécessaire d'installer la version antérieure d'un Service Pack avant d'installer la dernière version disponible. Consultez le tableau 1 de l’article suivant pour trouver plus d’informations sur le dernier Service Pack et la dernière mise à jour cumulative.

Comment déterminer la version, lʼédition et le niveau de mise à jour de SQL Server et de ses composants

Références

En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.