KB4537868 – Förbättring: Aktivera FUNKTIONEN DNN i SQL Server 2016 och 2019 FCI

Förbättring

FCI-lyssnaren i SQL Server 2019 och 2016 har förbättrats så att den fungerar tillsammans med åtkomstpunkten Windows Server Failover Cluster (WSFC) Distributed Network Name (DNN).

Mer information

SQL Server FCI-lyssnaren (Failover Cluster Instance) fungerar för närvarande endast tillsammans med WSFC Windows Server Redundanskluster (Server Failover Cluster) och virtuell IP-åtkomstpunkt. Eftersom virtuell IP inte fungerar i Azure-miljön måste du konfigurera en intern belastningsutjämnare för Azure för att lösa problemet (se hur du konfigurerar en intern belastningsutjämnare i Azure).

Den här uppdateringen är ett annat sätt för SQL Server-klienten att ansluta med FCI utan belastningsutjämning med resursen DNN (Distributed Network Name) i ett Windows Server Failover-kluster. När en DNN-resurs skapas binder WSFC DNN DNS-namnet till IP-adresserna för alla noder i klustret. Klient SQL Server försöker ansluta varje IP-adress i den här listan för att hitta noden som FCI körs på. Den här anslutningsprocessen påskyndas ytterligare genom att ansluta alla IP-adresser parallellt om SQL Server multisubnetFailover stämmer. Det gör att SQL Server kan ansluta till det FCI-konto som för närvarande körs direkt.

Jämfört med den föregående lösningen för att använda Den interna belastningsfördelningen i Azure undviker DNN-lyssnaren den ytterligare fördröjning vid redundans som uppförs genom belastningsutjämningssökning för liveness. Som standard tar processen 10–15 sekunder. (Se det här Azure-dokumentetom hur du beräknar svarstiden.) Du behöver inte konfigurera och underhålla komponenter för belastningsutjämning. Detta förenklar etableringsprocessen. Om du tar bort belastningsutjämnaren tas även en komponent bort som potentiellt kan misslyckas. Detta förbättrar den övergripande robustheten.

Följande steg krävs för att använda den här funktionen:

1. För installerade FCI måste du skapa en DNN-resurs och ange dess DNS-namn. Kör följande tre PowerShell-kommandon som administratör:

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

   Till exempel:

   • 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

   Förklaring:

   • Med det första kommandot läggs en DNN-resurs till i WSFC genom att ett resursnamn för resursen <dnnResourceName>. Resursnamnet används av WSFC för att unikt identifiera en WSFC-resurs. Använd en som är meningsfull för dig och som är unik i WSFC-klustret. Resurstypen måste vara Distribuerad nätverksnamn. Namnet på den grupp som den här DNN-resursen tillhör måste vara den WSFC-resursgrupp (roll) som motsvarar den FCI-fil som du vill lägga till DNN-resursen i. Det vanliga formatet för det här gruppnamnet är "SQL Server (instansnamn)." För standardinstansen blir därför namnet "SQL Server (MSSQLSERVER)." Du kan också kontrollera namnet på gruppen i konsolen För redundansklusterhanterare.

   • Det andra kommandot anger DNS-namnet för den här DNN-resursen. DNS-namnet är viktigt eftersom det är namnet som klienter använder för att ansluta till FCI.

   • Det tredje kommandot startar DNN-resursen.

     Som standard binder DNN DNS-namnet till alla noder i WSFC. Konfigurera möjlig ägare för DNN-resursen så att bara noder i det här FCI:t inkluderas om inte alla noder i WSFC deltar i FCI.

2. Starta SQL Server instans.

3. Ersätt VNN (Virtual Network Name) i SQL-klientanslutningssträngen med DNN DNS-namnet och sätt egenskapen MultiSubnetFailover till "true". Du kan hoppa över den här inställningen SQL-klientens version är senare än 4.6.1.

Lösning

Den här förbättringen ingår i följande kumulativa uppdatering för SQL Server:

• Kumulativ uppdatering 2 för SQL Server 2019

Om kumulativa uppdateringar för SQL Server:

Varje ny kumulativ uppdatering för SQL Server innehåller alla snabbkorrigeringar och alla säkerhetskorrigeringar som ingick i den föregående kumulativa uppdateringen. Kolla in de senaste kumulativa uppdateringarna för SQL Server:

• Senaste kumulativa uppdateringen för SQL Server 2019

Service Pack-information för SQL Server 2016

Det här problemet är åtgärdat i följande service pack för SQL Server:

• Service Pack 3 för SQL Server 2016

Referenser

Läs mer om terminologin som Microsoft använder för att beskriva programuppdateringar.