KB4537868 – Verbesserung: Aktivieren des DNN-Features in SQL Server 2016 und 2019 FCI

Verbesserung

Der FCI-Listener (SQL Server 2019 und 2016 Failover Cluster Instance) wurde für die Zusammenarbeit mit dem DNN-Zugriffspunkt (Distributed Network Name) des Windows Server Failover Cluster (WSFC) erweitert.

Weitere Informationen

SQL Server Der FCI-Listener (Failover Cluster Instance) funktioniert derzeit nur in Verbindung mit dem Netzwerknamen (Windows Server Failover Cluster, WSFC) und dem virtuellen IP-Zugriffspunkt. Da virtuelle IP in der Azure-Umgebung nicht funktioniert, müssen Sie einen internen Azure-Lastenausgleich konfigurieren, um dieses Problem zu beheben (siehe Konfigurieren eines internen Azure-Lastenausgleichs-Diensts).

Dieses Update bietet dem SQL Server-Client eine weitere Möglichkeit, eine Verbindung mit der FCI ohne Lastenausgleich herzustellen, indem er die DNN-Ressource (Distributed Network Name) in einem Windows Server-Failovercluster verwendet. Wenn eine DNN-Ressource erstellt wird, bindet WSFC den DNN-DNS-Namen an die IP-Adressen aller Knoten im Cluster. Der SQL Server versucht, jede IP-Adresse in dieser Liste zu verbinden, um den Knoten zu finden, auf dem FCI derzeit ausgeführt wird. Dieser Verbindungsprozess wird weiter beschleunigt, indem alle IP-Adressen parallel verbunden werden, wenn die SQL Server MultiSubnetFailover wahr ist. Dadurch kann der SQL Server-Client sofort eine Verbindung mit der derzeit ausgeführten FCI herstellen.

Im Vergleich zur vorherigen Problemumgehung für die Verwendung des internen Lastenausgleichs für Azure verhindert der DNN-Listeneransatz die zusätzliche Failoverlatenz, die durch die Liveheitsverteilung des Lastenausgleichs auftreten kann. Dieser Vorgang dauert standardmäßig 10 bis 15 Sekunden. (Informationen zum Berechnen der Latenz findenSie in diesem Azure-Dokument.) Sie müssen die Komponenten für den Lastenausgleich nicht konfigurieren und warten. Dies vereinfacht den Bereitstellungsprozess. Durch das Entfernen des Lastenausgleichs wird auch eine Komponente entfernt, bei der ein Fehler möglich ist. Dadurch wird die Stabilität insgesamt verbessert.

Die folgenden Schritte sind erforderlich, um dieses Feature zu verwenden:

1. Für eine installierte FCI müssen Sie eine DNN-Ressource erstellen und ihren DNS-Namen festlegen. Führen Sie die folgenden drei PowerShell-Befehle als Administrator aus:

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

   Beispiel:

   • 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

   Erläuterung:

   • Der erste Befehl fügt eine DNN-Ressource zu WSFC hinzu, indem der Ressourcenname <dnnResourceName>. Der Ressourcenname wird von WSFC verwendet, um eine WSFC-Ressource eindeutig zu identifizieren. Verwenden Sie eine, die für Sie sinnvoll und für den gesamten WSFC-Cluster eindeutig ist. Der Ressourcentyp muss "Verteilter Netzwerkname" sein. Der Name der Gruppe, zu der diese DNN-Ressource gehört, muss die WSFC-Ressourcengruppe (Rolle) sein, die der FCI entspricht, der Sie die DNN-Ressource hinzufügen möchten. Das typische Format dieses Gruppennamens ist "SQL Server (Instanzname)." Daher wird für die Standardinstanz der Name "SQL Server (MSSQLSERVER)" verwendet. Sie können auch den Namen der Gruppe in der Failovercluster-Manager-Konsole überprüfen.

   • Der zweite Befehl legt den DNS-Namen dieser DNN-Ressource fest. Der DNS-Name ist wichtig, da er der Name ist, den Clients für die Verbindung mit der FCI verwenden.

   • Mit dem dritten Befehl wird die DNN-Ressource gestartet.

     Standardmäßig wird der DNN-DNS-Name an alle Knoten in WSFC gebunden. Konfigurieren Sie den möglichen Besitzer der DNN-Ressource so, dass nur die Knoten dieser FCI enthalten sind, wenn nicht alle Knoten in WSFC an FCI teilnehmen.

2. Starten Sie SQL Server-Instanz neu.

3. Ersetzen Sie den VNN (Virtual Network Name) in SQL-Clientverbindungszeichenfolge durch den DNN-DNS-Namen, und legen Sie die MultiSubnetFailover-Eigenschaft auf "true" festgelegt. Sie können diese Einstellung überspringen, wenn SQL Clientversion höher als 4.6.1 ist.

Lösung

Diese Verbesserung ist teil des folgenden kumulativen Updates für SQL Server:

• Kumulatives Update 2 für SQL Server 2019

Kumulative Updates für SQL Server:

Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und Alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Sehen Sie sich die neuesten kumulativen Updates für SQL Server:

• Neuestes kumulatives Update für SQL Server 2019

Service Pack-Informationen für SQL Server 2016

Dieses Problem wurde im folgenden Service Pack für SQL Server:

• Service Pack 3 für SQL Server 2016

Informationsquellen

Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.