KB4537868 – parannus: DNN-ominaisuuden ottaminen käyttöön SQL Server 2016:ssa ja 2019:ssä FCI:ssä

Parannus

SQL Server 2019:n ja 2016:n vikasietoklusteriesiintymän (FCI) kuunneltavaa toimintoa on parannettu yhdessä Windows Server Failover Cluster (WSFC) Distributed Network Name (DNN) -käyttöpisteen kanssa.

Lisätietoja

SQL Server Failover Cluster Instance (FCI) -kuuntelija toimii tällä hetkellä vain yhdessä Windows Server Failover Cluster (WSFC) -verkon nimen ja virtuaalisen IP-käyttöpisteen kanssa. Koska virtuaalinen IP-osoite ei toimi Azure-ympäristössä, sinun on määritettävä Azuren sisäinen kuormituksen tasapainotus, jotta voit kiertää tämän ongelman (katso, miten voit määrittää Azure Internal Load Balancerin).

Tämä päivitys tarjoaa SQL Server-asiakassovellukselle toisen tavan muodostaa yhteys FCI:seen ilman kuormituksen tasaamista Windows Server Failover Clusterin Hajautettu verkon nimi (DNN) -resurssia käyttäen. Kun DNN-resurssi luodaan, WSFC sitoo DNN DNS -nimen klusterin kaikkien solmujen IP-osoitteisiin. The SQL Server client will try to connect each IP address in this list to find the node that FCI is currently running on. Tämä yhteysprosessi nopeutuu yhdistämällä kaikki IP-osoitteet rinnakkain, jos SQL Server MultiSubnetFailover on tosi. Näin SQL Server asiakas voi muodostaa välittömästi yhteyden tällä hetkellä käynnissä olevalle FCI-sovellukselle.

Azure Internal Load Balancer -menetelmää käytettäessä DNN-kuuntelija välttää lisäviiveen, joka otetaan käyttöön kuormituksen tasaamisen todennäköisyyttä käyttäen. Prosessi kestää oletusarvoisesti 10–15 sekuntia. (Katso tästä Azure-asiakirjastaviiveen laskeminen.) Sinun ei tarvitse määrittää ja ylläpitää kuormituksen tasauskomponentit. Tämä yksinkertaistaa valmisteluprosessia. Kuormituksen tasaus poistaa myös yhden osan, joka voi epäonnistua. Tämä parantaa yleistä vahvuutta.

Tämän ominaisuuden käyttäminen edellyttää seuraavia vaiheita:

1. Jos asennettu FCI on asennettu, sinun on luotava DNN-resurssi ja määritettävä sen DNS-nimi. Suorita järjestelmänvalvojana seuraavat kolme PowerShell-komentoa:

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

   Esimerkki:

   • 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

   Selitys:

   • Ensimmäinen komento lisää DNN-resurssin WSFC:lle hankkimalla resurssin nimen, <dnnResourceName>. WSFC käyttää resurssin nimeä WSFC-resurssin yksilöinnille. Käytä klusteria, joka on sinulle järkevää ja yksilöllinen koko WSFC-klusterissa. Resurssityypin on oltava Jaettu verkkonimi. Sen ryhmän nimen, johon tämä DNN-resurssi kuuluu, on oltava WSFC-resurssiryhmä (rooli), joka vastaa FCI:tä, johon haluat lisätä DNN-resurssin. Tämän ryhmän nimen tyypillinen muoto on "SQL Server (esiintymän nimi)." Tämän vuoksi oletusesiintymän nimi on "SQL Server (MSSQLSERVER)." Voit tarkistaa ryhmän nimen myös vikasietoklusterin hallintakonsolissa.

   • Toinen komento määrittää tämän DNN-resurssin DNS-nimen. DNS-nimi on tärkeä, koska se on nimi, jota asiakkaat käyttävät yhteyden muodostamiseen FCI:ään.

   • Kolmas komento käynnistää DNN-resurssin.

     DNN DNS-nimi sitoo oletusarvoisesti kaikkiin WSFC:n solmuihin. Määritä DNN-resurssin mahdollinen omistaja niin, että se sisällyttää vain tämän FCI:n solmut, jos kaikki WSFC:n solmut eivät osallistu FCI:ssä.

2. Käynnistä SQL Server uudelleen.

3. Korvaa SQL-asiakasohjelman yhteysmerkkijonon virtual network name (VNN) DNN DNS -nimellä ja määritä MultiSubnetFailover-ominaisuuden arvoksi "true". Voit ohittaa tämän asetuksen, jos SQL on uudempi kuin 4.6.1.

Ratkaisu

Tämä parannus sisältyy seuraavaan kumulatiivisen päivityksen SQL Server:

• Kumulatiivinen päivitys 2 SQL Server 2019:lle

Tietoja kumulatiivisista SQL Server:

Jokainen uusi kumulatiivinen päivitys SQL Server sisältää kaikki hotfix-korjaukset ja kaikki edellisen kumulatiivisen päivityksen sisältämät suojauskorjaukset. Tutustu uusimpiin kumulatiivisten päivitysten SQL Server:

• Uusin kumulatiivinen päivitys SQL Server 2019:lle

SQL Server 2016:n Service Pack -tiedot

Tämä ongelma on korjattu seuraavassa palvelupaketin SQL Server:

• Service Pack 3 for SQL Server 2016

Lisätietoja

Lue lisää ohjelmistopäivityksiä kuvaavasta Microsoftin käyttämästä terminologiasta.