KB4537868 – Forbedring: Aktivér funktionen DNN i SQL Server 2016 og 2019 FCI

Forbedring

Listen SQL Server 2019- og 2016 Failover Cluster Instance (FCI) er forbedret til at arbejde sammen med adgangspunktet Windows Server Failover Cluster (WSFC) Distributed Network Name (DNN).

Flere oplysninger

SQL Server Listener til failover-klyngeforekomster (FCI) fungerer i øjeblikket kun sammen med Windows Server Failover Cluster (WSFC) Network Name og Virtual IP-adgangspunkt. Da virtuel IP ikke fungerer i Azure-miljøet, skal du konfigurere en intern Azure-belastningsbalance for at løse dette problem (Se, hvordan du konfigurerer en intern belastningsbalance for Azure).

Denne opdatering giver en anden måde, hvorpå SQL Server-klienten kan oprette forbindelse med FCI uden en belastningsbalancere ved hjælp af ressourcen Distributed Network Name (DNN) i en Windows Server Failover-klynge. Når der oprettes en DNN-ressource, binder WSFC DNN-DNS-navnet til IP-adresserne på alle noder i klyngen. Klienten SQL Server at forbinde hver IP-adresse på denne liste for at finde den node, som FCI aktuelt kører på. Denne forbindelsesproces accelereres yderligere ved at forbinde alle IP-adresser parallelt, hvis SQL Server for forbindelsen MultiSubnetFailover er sand. Derved kan SQL Server oprette forbindelse til den aktuelle FCI-klient med det samme.

Sammenlignet med den tidligere løsning med at bruge Azure Internal Load Balancer undgår DNN-lytter tilgangen den ekstra failovervente ventetid, der introduceres ved belastningsbalancers live-udløsning. Denne proces tager som standard 10-15 sekunder. (Se dette Azure-dokumentom, hvordan du beregner ventetiden). Du behøver ikke at konfigurere og vedligeholde komponenter til belastningsbalancer. Dette forenkler klargøringsprocessen. Hvis du fjerner belastningsbalancen, fjernes også en komponent, der kan mislykkes. Dette forbedrer den overordnede robusthed.

Følgende trin er nødvendige for at bruge denne funktion:

1. For en installeret FCI skal du oprette en DNN-ressource og angive dens DNS-navn. Kør følgende tre PowerShell-kommandoer som administrator:

   • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Distributed Network Name" -Group "<WSFC-rolle SQL serverforekomst>"

     Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>

     Start-ClusterResource -Name <dnnResourceName>

   For eksempel:

   • 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

   Forklaring:

   • Den første kommando føjer en DNN-ressource til WSFC ved at have et ressourcenavn på <dnnResourceName>. Ressourcenavnet bruges af WSFC til entydigt at identificere en WSFC-ressource. Brug en, der giver mening for dig, og som er unik på tværs af WSFC-klyngen. Ressourcetypen skal være Distribueret netværksnavn. Navnet på den gruppe, som denne DNN-ressource tilhører, skal være den WSFC-ressourcegruppe (rolle), der svarer til den FCI, du vil føje DNN-ressourcen til. Det typiske format for dette gruppenavn er "SQL Server (forekomstnavn)." Derfor vil navnet for standardforekomsten være "SQL Server (MSSQLSERVER)." Du kan også kontrollere navnet på gruppen i Failover-klyngestyringskonsollen.

   • Den anden kommando angiver DNS-navnet på denne DNN-ressource. DNS-navnet er vigtigt, fordi det er det navn, klienter bruger til at oprette forbindelse til FCI.

   • Den tredje kommando starter DNN-ressourcen.

     Som standard binder DNN DNS-navnet til alle noder i WSFC. Konfigurer den mulige ejer af DNN-ressourcen, så den kun medtager noderne i denne FCI, hvis ikke alle noder i WSFC deltager i FCI.

2. Genstart SQL Server forekomst.

3. Erstat VNN (Virtual Network Name) i SQL-klientforbindelsesstrengen med DNN DNS-navnet, og angiv egenskaben MultiSubnetFailover til "true". Du kan springe denne indstilling over, hvis SQL klientversion er nyere end 4.6.1.

Løsning

Denne forbedring er medtaget i følgende kumulative opdatering til SQL Server:

• Kumulativ opdatering 2 til SQL Server 2019

Om akkumulerede opdateringer til SQL Server:

Hver ny kumulativ opdatering til SQL Server indeholder alle hotfixes og alle de sikkerhedsrettelser, der var inkluderet i den forrige kumulative opdatering. Se de seneste akkumulerede opdateringer til SQL Server:

• Seneste kumulativ opdatering til SQL Server 2019

Oplysninger om servicepakker til SQL Server 2016

Dette problem er rettet i følgende servicepakke til SQL Server:

• Servicepakke 3 til SQL Server 2016

Referencer

Få mere at vide om den terminologi, som Microsoft bruger til at beskrive softwareopdateringer.