Prihláste sa s kontom Microsoft
Prihláste sa alebo si vytvorte konto.
Dobrý deň,
Vyberte iné konto.
Máte viacero kont
Vyberte konto, s ktorým sa chcete prihlásiť.

Vylepšenie

Poslucháč SQL Server 2019 a 2016 failover cluster instance (FCI) je vylepšený tak, aby spolupracovať s bodom prístupu Windows Server failover Cluster (WSFC) Distributed Network Name (DNN).

Ďalšie informácie

SQL Server Poslucháč inštancie klastra zabezpečeného pred zlyhaním (FCI) v súčasnosti funguje len s názvom siete Windows Server failover Cluster (WSFC) a virtuálnym prístupovým bodom IP. Keďže virtuálna IP adresa v prostredí Azure nefunguje, budete musieť nakonfigurovať vyrovnávanie interného zaťaženia služby Azure, aby sa tento problém obísť (pozrite si, ako nakonfigurovať vyrovnávanie interného zaťaženia platformy Azure).

Táto aktualizácia poskytuje ďalšie spôsob, akým sa klient SQL Server môže pripojiť s fci bez vyrovnávania zaťaženia pomocou zdroja DNN (Distributed Network Name) v klastri pred zlyhaním Windows servera. Po vytvorení zdroja DNN wsfc previaže názov DNN DNS na IP adresy všetkých uzlov v klastri. Klient SQL Server pokúsi pripojiť každú IP adresu v tomto zozname, aby zistil uzol, v ktorý je aktuálne spustený FCI. Tento proces pripojenia sa ešte viac urýchli pripojením všetkých IP adries paralelne, ak SQL Server multiSubnetFailover má hodnotu True. Toto umožní SQL Server klienta pripojiť sa okamžite k aktuálne spustenému fci.

V porovnaní s predchádzajúcim alternatívnym riešením používania nástroja Azure Internal Load Balancer sa prístup DNN listener vyhne ďalšiemu oneskoreniu zlyhania, ktoré zavádza live probing vyrovnávania zaťaženia. V predvolenom nastavení tento proces trvá 10 – 15 sekúnd. (Pozrite si tento dokument služby Azurea zistite, ako vypočítať časové oneskorenie.) Súčasti vyrovnávania zaťaženia nie je potrebné konfigurovať a udržiavať. Zjednodušuje sa tým proces poskytovania. Odstránením vyrovnávania zaťaženia sa odstráni aj jedna súčasť, ktorá môže zlyhať. Zlepšuje sa tak celková výkonnosť.

Na používanie tejto funkcie sú potrebné tieto kroky:

  1. Pre nainštalovaný ZDROJ FCI je potrebné vytvoriť zdroj DNN a nastaviť jeho názov DNS. Ako správca spustite tieto tri príkazy prostredia PowerShell:

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Distributed Network Name" -Group "<WSFC role SQL server instance>"

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

      Start-ClusterResource - Name <dnnResourceName>

    Príklad:

    • 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

    Vysvetlenie:

    • Prvý príkaz pridá zdroj DNN do WSFC tak, že bude mať názov zdroja <dnnResourceName>. Názov zdroja používa WSFC na jedinečnú identifikáciu zdroja WSFC. Použite ten, ktorý je pre vás zmysel a je jedinečný v rámci klastra WSFC. Typ zdroja musí byť Názov rozmiestnenej siete. Názov skupiny, do ktorej tento DNN zdroj patrí, musí byť skupinou zdrojov WSFC (rolou), ktorá zodpovedá fci, do ktorej chcete pridať zdroj DNN. Typický formát názvu tejto skupiny je "SQL Server (názov inštancie)." Preto pre predvolenú inštanciu bude názov "SQL Server (MSSQLSERVER)." Názov skupiny môžete skontrolovať aj v konzole Failover Cluster Manager.

    • Druhý príkaz nastaví názov DNS tohto zdroja DNN. DNS názov je dôležitý, pretože klienti používajú na pripojenie k FCI.

    • Tretí príkaz spustí zdroj DNN.

      Názov DNN DNS sa predvolene viaže na všetky uzly vo WSFC. Nakonfigurujte možného vlastníka zdroja DNN tak, aby zahŕňal iba uzly tohto FCI, ak sa všetky uzly v WSFC nezapoja do FCI.

  2. Reštartujte SQL Server inštanciu.

  3. Nahraďte názov virtuálnej siete (VNN) v reťazci pripojenia klienta SQL názvom DNN DNS a nastavte vlastnosť MultiSubnetFailover na hodnotu "true". Toto nastavenie môžete vynechať, ak SQL verzia klienta je novšia ako 4.6.1.

Riešenie

Toto vylepšenie je súčasťou nasledujúcej kumulatívnej aktualizácie pre SQL Server:

Informácie o kumulatívnych aktualizáciách SQL Server:

Každá nová Kumulatívna aktualizácia SQL Server obsahuje všetky rýchle opravy a všetky opravy zabezpečenia, ktoré boli súčasťou predchádzajúcej kumulatívnej aktualizácie. Pozrite si najnovšie kumulatívne aktualizácie pre SQL Server:

Informácie o balíku Service Pack pre SQL Server 2016

Tento problém je opravený v nasledujúcom balíku Service Pack pre SQL Server:

Balíky Service Pack sú kumulatívne. Každý nový balík Service Pack obsahuje všetky opravy, ktoré sa nachádzali v predchádzajúcich balíkoch Service Pack, spolu s novými opravami. Odporúčame vám použiť najnovší balík Service Pack a najnovšiu kumulatívnu aktualizáciu pre tento balík Service Pack. Pred inštaláciou najnovšieho balíka Service Pack nie je potrebné nainštalovať predchádzajúci balík Service Pack. Na vyhľadanie ďalších informácií o najnovšom balíku Service Pack a najnovšej kumulatívnej aktualizácii použite tabuľku 1 v nasledujúcom článku.

Určenie úrovne verzie, vydania a aktualizácie balíka SQL Server jej súčastí

Odkazy

Získajte informácie o terminológii, ktorú spoločnosť Microsoft používa na opísanie aktualizácií softvéru.

Potrebujete ďalšiu pomoc?

Chcete ďalšie možnosti?

Môžete preskúmať výhody predplatného, prehľadávať školiace kurzy, naučiť sa zabezpečiť svoje zariadenie a ešte oveľa viac.

Komunity pomôžu s kladením otázok a odpovedaním na ne, s poskytovaním pripomienok a so získavaním informácií od odborníkov s bohatými znalosťami.

Boli tieto informácie užitočné?

Aká je podľa vás jazyková kvalita textu?
Čo sa vám páčilo, prípadne čo nie?
Stlačením tlačidla Odoslať sa vaše pripomienky použijú na zlepšenie produktov a služieb spoločnosti Microsoft. Váš správca IT bude môcť tieto údaje zhromažďovať. Vyhlásenie o ochrane osobných údajov.

Ďakujeme za vaše pripomienky!

×