KB4537868 — uzlabojums: DNN līdzekļa iespējošana SQL Server 2016 un 2019 FCI

Attiecas uz
SQL Server 2019 on Windows SQL Server 2016 SQL Server 2016 Service Pack 3 - duplicate (do not use)

Uzlabojums

SQL Server 2019 un 2016 kļūmjpārlēces klastera instances (FCI) uztvērējs ir uzlabots, lai strādātu kopā ar Windows Server kļūmjpārlēces klastera (WSFC) izplatītā tīkla nosaukuma (DNN) piekļuves punktu.

Papildinformācija

SQL Server kļūmjpārlēces klastera instances (FCI) uztvērējs pašlaik darbojas tikai kopā ar Windows Server kļūmjpārlēces klastera (WSFC) tīkla nosaukumu un virtuālo IP piekļuves punktu. Tā kā virtuālais IP nedarbojas Azure vidē, ir jākonfigurē Azure iekšējās slodzes līdzsvarotājs, lai atrisinātu šo problēmu (skatiet, kā konfigurēt Azure iekšējās slodzes līdzsvarotāju).

Šis atjauninājums nodrošina vēl vienu veidu, kā SQL Server klients var izveidot savienojumu ar FCI bez slodzes līdzsvarotāja, izmantojot dalītā tīkla nosaukuma (DNN) resursu Windows Server kļūmjpārlēces klasterī. Kad tiek izveidots DNN resurss, WSFC saista DNN DNS nosaukumu ar visu klastera mezglu IP adresēm. SQL Server klients mēģinās savienot katru šajā sarakstā esošo IP adresi, lai atrastu mezglu, kurā FCI pašlaik darbojas. Šis savienojuma process tiek vēl vairāk paātrināts, savienojot visas IP adreses paralēli, ja SQL Server savienojuma rekvizīts MultiSubnetFailover ir patiess. Tas ļauj SQL Server klientam uzreiz izveidot savienojumu ar pašlaik darbojošos FCI.

Salīdzinot ar iepriekšējo risinājumu, izmantojot Azure iekšējās slodzes līdzsvarotāju, DNN klausītāja pieeja ļauj izvairīties no papildu kļūmjpārlēces latentuma, ko ievieš slodzes līdzsvarotāja dzīvības zondēšana. Pēc noklusējuma šis process ilgst 10–15 sekundes. (Skatiet šo Azure dokumentu par to, kā aprēķināt latentumu.) Jums nav jākonfigurē un jāuztur slodzes līdzsvarotāja komponenti. Tas vienkāršo nodrošināšanas procesu. Noņemot slodzes līdzsvarotāju, tiek noņemts arī viens komponents, kas potenciāli var nepareizi. Tas uzlabo vispārējo stabilitāti.

Lai izmantotu šo līdzekli, ir jāveic šādas darbības:

  1. Instalētai FCI ir jāizveido DNN resurss un jāiestata tā DNS nosaukums. Kā administrators palaidiet tālāk norādītās trīs PowerShell komandas.

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Izplatītā tīkla nosaukums" -Group "<SQL Server instances> WSFC loma"
      Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>
      Start-ClusterResource -Name <dnnResourceName>

    Piemērs.

    • 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

    Paskaidrojums:

    • Pirmā komanda pievieno DNN resursu WSFC, <piešķirot resursa nosaukumu dnnResourceName>. Resursa nosaukumu izmanto WSFC, lai viennozīmīgi identificētu WSFC resursu. Izmantojiet tādu, kas jums ir saprotama un ir unikāla visā WSFC klasterī. Resursa tipam ir jābūt sadalītā tīkla nosaukumam. Tās grupas nosaukumam, kurai pieder šis DNN resurss, ir jābūt WSFC resursu grupai (lomai), kas atbilst FCI, kurai vēlaties pievienot DNN resursu. Šī grupas nosaukuma tipiskais formāts ir "SQL Server (instances nosaukums)". Tādēļ noklusējuma instances nosaukums būs "SQL Server (MSSQLSERVER)." Varat arī pārbaudīt grupas nosaukumu kļūmjpārlēces klastera pārvaldnieka konsolē.
    • Otrā komanda iestata šī DNN resursa DNS nosaukumu. DNS nosaukums ir svarīgs, jo tas ir nosaukums, ko klienti izmanto, lai izveidotu savienojumu ar FCI.
    • Trešā komanda startē DNN resursu.
      Pēc noklusējuma DNN DNS nosaukums ir saistīts ar visiem WSFC mezgliem. Konfigurējiet DNN resursa iespējamo īpašnieku, lai iekļautu tikai šīs FCI mezglus, ja ne visi WSFC mezgli piedalās FCI.

  2. Restartējiet SQL Server instanci.

  3. Aizstājiet SQL klienta savienojuma virknes virtuālā tīkla nosaukumu (VNN) ar DNN DNS nosaukumu un iestatiet rekvizītu MultiSubnetFailover uz "true". Šo iestatījumu var izlaist, ja SQL klienta versija ir jaunāka par 4.6.1.

Risinājums

Šis uzlabojums ir iekļauts šajā SQL Server kumulatīvajā atjauninājumā:

Par SQL Server kumulatīvajiem atjauninājumiem:

Katrā jaunajā SQL Server kumulatīvajā atjauninājumā ir visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā kumulatīvajā atjauninājumā. Skatiet jaunākos SQL Server kumulatīvos atjauninājumus:

Informācija par SQL Server 2016 servisa pakotni

Šī problēma ir novērsta šajā SQL Server servisa pakotnē:

Par SQL Server servisa pakotnēm:

Servisa pakotnes ir kumulatīvas. Katrā jaunā servisa pakotnē ir visi labojumi, kas ir iepriekšējās servisa pakotnēs, kopā ar visiem jaunajiem labojumiem. Šai servisa pakotnei ieteicams lietot jaunāko servisa pakotni un jaunāko kumulatīvo atjauninājumu. Jums nav jāinstalē iepriekšēja servisa pakotne, pirms instalējat jaunāko servisa pakotni. Izmantojiet tālāk esošā raksta 1. tabulu, lai uzzinātu vairāk par jaunāko servisa pakotni un jaunāko kumulatīvo atjauninājumu.

SQL Server un tā komponentu versijas, izlaiduma un atjaunināšanas līmeņa noteikšana

Atsauces

Uzziniet par terminoloģiju, ko Microsoft izmanto, lai aprakstītu programmatūras atjauninājumus.