Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

Improvement: Enable DNN feature in SQL Server 2019 FCI


View products that this article applies to.

Improvement

The SQL Server 2019 Failover Cluster Instance (FCI) listener is enhanced to work with Windows Server Failover Cluster (WSFC) Distributed Network Name (DNN) access point.

↑ Back to the top


More information

SQL Server Failover Cluster Instance (FCI) listener currently only works with Windows Server Failover Cluster (WSFC) Network Name and Virtual IP access point. Since Virtual IP does not work in Azure environment, you are required to configure an Azure Internal Load Balancer to work around this issue (See how to configure an Azure Internal Load Balancer). This update provides another way for SQL client to connect FCI without a load balancer leveraging the Distributed Network Name (DNN) resource in Windows Server Failover Cluster. When a DNN resource is created, WSFC binds the DNN DNS name with the IP addresses of all nodes in the cluster. SQL client will try to connect each IP address in this list to find the node that FCI is currently running on. Such connection process is further accelerated by connecting all IP addresses in parallel if the SQL connection property "MultiSubnetFailover" is true, enabling SQL client to connect to the current running FCI instantly. Comparing with the previous work around of using Azure Internal Load Balancer, the DNN listener approach avoids the additional failover latency introduced by load balancer liveness probing, which is by default 10-15 seconds (See Azure document on how to calculate the latency). You don't need to configure and maintain the load balancer components, which simplifies the provisioning process. Removing the load balancer also removes one component that can potentially fail, which improves overall robustness.
The following steps are required to use this feature:
  • With an installed FCI, you need to create a DNN resource and set its DNS name.
  • By default, DNN DNS name is bind to all nodes in WSFC. Configure the possible owner of the DNN resource to only include the nodes of this FCI if not all nodes in WSFC participate in FCI.
  • Restart SQL Server instance.
  • Replace the Virtual Network Name (VNN) in SQL client connection string with the DNN DNS name, and set the "MultiSubnetFailover" property to true. You can skip setting this property if the SQL client version is after 4.6.1.

↑ Back to the top


Resolution

This improvement is included in the following cumulative update for SQL Server:
About cumulative updates for SQL Server:
Each new cumulative update for SQL Server contains all the hotfixes and all the security fixes that were included with the previous cumulative update. Check out the latest cumulative updates for SQL Server: 

↑ Back to the top


References

Learn about the terminology that Microsoft uses to describe software updates.

↑ Back to the top


Keywords: CI113399, kbHotfixAuto, kb, Enable DNN in SQL Server 2019 FCI, kbsurveynew, kbexpertiseinter, kbnotautohotfix, kbfix, kbqfe

↑ Back to the top

Article Info
Article ID : 4537868
Revision : 173
Created on : 2/15/2020
Published on : 2/15/2020
Exists online : False
Views : 1416