KB4537868 - Verbetering: DNN-functie inschakelen in SQL Server 2016 en 2019 FCI

Verbetering

De SQL Server 2019 en 2016 Failover Cluster Instance (FCI) is verbeterd om samen te werken met het Windows Server Failover Cluster (WSFC) Distributed Network Name (DNN) access point.

Meer informatie

SQL Server Failover Cluster Instance (FCI) listener werkt momenteel alleen samen met de Windows Server Failover Cluster (WSFC) Network Name en Virtual IP access point. Omdat Virtueel IP niet werkt in de Azure-omgeving, moet u een Interne belastingssaldor van Azure configureren om dit probleem te kunnen oplossen (Zie hoe u een Azure Internal Load Balancer configureert).

Deze update biedt een andere manier voor de SQL Server-client om verbinding te maken met FCI zonder een load balancer met behulp van de DNN-resource (Distributed Network Name) in een Windows Server Failover-cluster. Wanneer een DNN-resource wordt gemaakt, wordt de DNN DNS-naam door WSFC aan de IP-adressen van alle knooppunten in het cluster verbonden. De SQL Server client probeert elk IP-adres in deze lijst te verbinden om het knooppunt te vinden waar FCI momenteel op wordt uitgevoerd. Dit verbindingsproces wordt verder versneld door alle IP-adressen parallel te verbinden als de eigenschap MultiSubnetFailover SQL Server de eigenschap MultiSubnetFailover waar is. Hierdoor kan de SQL Server direct verbinding maken met de momenteel lopende FCI.

In vergelijking met de vorige tijdelijke oplossing voor het gebruik van de Azure Internal Load Balancer, voorkomt de DNN-listenerbenadering de extra failoverlatentie die wordt geïntroduceerd door de liveness van load balancer. Dit proces duurt standaard 10-15 seconden. (Zie dit Azure-documentover het berekenen van de latentie.) U hoeft de onderdelen van de load balancer niet te configureren en te onderhouden. Dit vereenvoudigt het inrichtingsproces. Als u de load balancer verwijdert, wordt ook één onderdeel verwijderd dat mogelijk kan mislukken. Dit verbetert de algehele robuustheid.

De volgende stappen zijn vereist om deze functie te gebruiken:

1. Voor een geïnstalleerde FCI moet u een DNN-resource maken en de DNS-naam instellen. Voer als beheerder de volgende drie PowerShell-opdrachten uit:

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

   Bijvoorbeeld:

   • 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

   Uitleg:

   • Met de eerste opdracht wordt een DNN-resource toegevoegd aan het WSFC door een resourcenaam van <dnnResourceName>. De resourcenaam wordt door WSFC gebruikt om een WSFC-resource uniek te identificeren. Gebruik er een die voor u zinvol is en uniek is in het WSFC-cluster. Het resourcetype moet de naam van het gedistribueerde netwerk zijn. De naam van de groep van deze DNN-resource moet de WSFC-resourcegroep (rol) zijn die overeenkomt met de FCI waar u de DNN-resource aan wilt toevoegen. De standaardnotatie van deze groepsnaam is 'SQL Server (exemplaarnaam).' Daarom wordt in het standaard exemplaar de naam 'SQL Server (MSSQLSERVER).' U kunt ook de naam van de groep controleren in failoverclusterbeheerconsole.

   • Met de tweede opdracht stelt u de DNS-naam van deze DNN-resource in. De DNS-naam is belangrijk omdat dit de naam is die clients gebruiken om verbinding te maken met de FCI.

   • Met de derde opdracht start u de DNN-resource.

     Standaard wordt de DNN DNS-naam aan alle knooppunten in WSFC verbonden. Configureer de mogelijke eigenaar van de DNN-resource om alleen de knooppunten van deze FCI op te nemen als niet alle knooppunten in WSFC deelnemen aan FCI.

2. Start SQL Server exemplaar opnieuw.

3. Vervang de V.N.N.NAAM (Virtual Network Name) in SQL clientverbindingsreeks door de DNN DNS-naam en stel de eigenschap MultiSubnetFailover in op 'waar'. U kunt deze instelling overslaan als de SQL clientversie hoger is dan 4.6.1.

Oplossing

Deze verbetering is opgenomen in de volgende cumulatieve update voor SQL Server:

• Cumulatieve update 2 voor SQL Server 2019

Over cumulatieve updates voor SQL Server:

Elke nieuwe cumulatieve update voor SQL Server bevat alle hotfixes en alle beveiligingsfixes die zijn opgenomen in de vorige cumulatieve update. Bekijk de meest recente cumulatieve updates voor SQL Server:

• Meest recente cumulatieve update voor SQL Server 2019

Informatie over servicepacks voor SQL Server 2016

Dit probleem is opgelost in het volgende servicepakket voor SQL Server:

• Service pack 3 voor SQL Server 2016

Verwijzingen

Meer informatie over de terminologie die Microsoft gebruikt om software-updates te beschrijven.