KB4537868 - Îmbunătățire: Activarea caracteristicii DNN în SQL Server 2016 și 2019 FCI

Îmbunătățire

Ascultătorul de cluster de SQL Server 2019 și 2016 este îmbunătățit pentru a lucra cu punctul de acces Cluster de failover -failover (WSFC) distribuit pentru serverul Windows ( Distributed Network Name - DNN).

Mai multe informații

SQL Server Listenerul de cluster de failover (FCI) funcționează în prezent doar împreună cu Windows Server Failover Cluster (WSFC) Network Name (WSFC) și punctul de acces IP virtual. Deoarece IP-ul virtual nu funcționează în mediul Azure, trebuie să configurați un echilibrare a încărcării interne Azure pentru a ocoli această problemă (vedeți cum se configurează un Echilibrare încărcare internă Azure).

Această actualizare furnizează o altă modalitate pentru clientul SQL Server să se conecteze cu FCI fără un echilibrare a încărcării utilizând resursa Distributed Network Name (DNN) într-un cluster de failover server Windows server. Când este creată o resursă DNN, WSFC leagă numele DNS DNN la adresele IP ale tuturor nodurilor din cluster. Clientul SQL Server încerca să conecteze fiecare adresă IP din această listă pentru a găsi nodul pe care FCI rulează în prezent. Acest proces de conexiune este accelerat și mai mult, conectând toate adresele IP în paralel, dacă proprietatea de conexiune SQL Server MultiSubnetFailover este adevărată. Acest lucru îi permite clientului SQL Server să se conecteze instantaneu la fci care rulează în prezent.

Față de soluția anterioară a utilizării Balanței de încărcare internă Azure, abordarea de ascultător DNN evita latența suplimentară de descoperire în caz de nereușire introdusă de activitatea de echilibrare a echilibrului de probing. În mod implicit, procesul durează 10-15 secunde. (Consultați acest document Azuredespre cum să calculați latența.) Nu este nevoie să configurați și să mențineți componentele de echilibrare a încărcării. Acest lucru simplifică procesul de asigurare a accesului. Eliminarea echilibrarei încărcării elimină și o componentă care poate să nu reușească. Acest lucru îmbunătățește robustețea generală.

Pentru a utiliza această caracteristică sunt necesari următorii pași:

1. Pentru un FCI instalat, trebuie să creați o resursă DNN și să setați numele DNS al acesteia. Rulați următoarele trei comenzi PowerShell ca administrator:

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

   De exemplu:

   • 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

   Explicație:

   • Prima comandă adaugă o resursă DNN la WSFC, având numele resursei <dnnResourceName>. Numele resursei este utilizat de WSFC pentru a identifica în mod unic o resursă WSFC. Utilizați una care are sens pentru dumneavoastră și este unică în clusterul WSFC. Tipul de resursă trebuie să fie Distributed Network Name. Numele grupului de care aparține această resursă DNN trebuie să fie grupul de resurse WSFC (rol) care corespunde cu FCI la care doriți să adăugați resursa DNN. Formatul tipic al acestui nume de grup este "SQL Server (nume instanță)". Prin urmare, pentru instanța implicită, numele va fi "SQL Server (MSSQLSERVER)". De asemenea, puteți verifica numele grupului în consola Cluster Manager de gestionare în caz de nereușească.

   • A doua comandă setează numele DNS al acestei resurse DNN. Numele DNS este important, deoarece este numele pe care îl utilizează clienții pentru a se conecta la FCI.

   • A treia comandă porniți resursa DNN.

     În mod implicit, numele DNS DNN se leagă la toate nodurile din WSFC. Configurați proprietarul posibil al resursei DNN pentru a include numai nodurile acestui FCI, dacă nu toate nodurile din WSFC participă la FCI.

2. Reporniți SQL Server instanță.

3. Înlocuiți Numele rețelei virtuale (VNN) într-SQL un șir de conexiune client cu numele DNS DNN și setați proprietatea MultiSubnetFailover la "true". Puteți omite această setare dacă versiunea SQL client nou este mai recentă decât 4.6.1.

Rezolvare

Această îmbunătățire este inclusă în următoarea actualizare cumulativă pentru SQL Server:

• Actualizarea cumulativă 2 pentru SQL Server 2019

Despre actualizările cumulative pentru SQL Server:

Fiecare actualizare cumulativă nouă SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse cu actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:

• Cea mai recentă actualizare cumulativă SQL Server 2019

Informații despre pachetul Service Pack SQL Server 2016

Această problemă este remediată în următorul pachet Service Pack pentru SQL Server:

• Service Pack 3 pentru SQL Server 2016

Referințe

Aflați despre terminologia utilizată de Microsoft pentru a descrie actualizările de software.