KB4537868 – Fejlesztés: A DNN funkció engedélyezése a SQL Server 2016-os és 2019-es FCI-ben

Fejlesztés

A SQL Server 2019 és 2016 feladatátvételi fürtpéldány (FCI) hallgatója továbbfejlesztve van a Windows Server Failover Cluster (WSFC) Distributed Network Name (DNN) hozzáférési ponttal való együttműködéshez.

További információ

SQL Server A feladatátvételi fürtpéldányt (FCI) hallgató személy jelenleg csak a Windows-kiszolgáló feladatátvételi fürtje (WSFC) hálózatnévvel és virtuális IP-hozzáférési ponttal működik együtt. Mivel a virtuális IP-cím nem működik az Azure-környezetben, konfigurálnia kell egy Azure Internal Load Balancert a probléma megoldásához (lásd: Az Azure belsőterhelésegyenleg-kiegyensúlyozó konfigurálása).

Ez a frissítés egy másik lehetőséget biztosít az SQL Server ügyfélnek arra, hogy terheléselosztás nélkül csatlakozzon az FCI-hez egy Windows-kiszolgáló feladatátvételi fürtje megosztott hálózati név (DNN) erőforrásával. DNN-erőforrás létrehozásakor a WSFC a DNN DNS-nevét a fürt összes csomópontja IP-címéhez köti. A SQL Server megpróbálja csatlakoztatni a lista összes IP-címét, hogy megtalálja azt a csomópontot, amelynél az FCI jelenleg fut. Ez a csatlakozási folyamat tovább gyorsul azzal, hogy párhuzamosan összekapcsolja az összes IP-címet, ha SQL Server MultiSubnetFailover kapcsolattulajdonság igaz. Ez lehetővé teszi, SQL Server ügyfél azonnal csatlakozzon az éppen futó FCI-hez.

Az Azure Internal Load Balancer korábbi kerülő megoldásához képest a DNN-figyelési módszer elkerüli a többlet feladatátvételi késést, amelyet a terhelésegyenleg-liveness-használat során vezet be. Ez a folyamat alapértelmezés szerint 10–15 másodpercig tart. (A késés kiszámításáról ebbenaz Azure-dokumentumban lesz szó.) A terheléselosztás összetevőit nem kell konfigurálnia és karbantartani. Ez egyszerűbbé teszi a kiépítési folyamatot. A terheléselegyenlő eltávolítása egy esetlegesen sikertelen összetevőt is eltávolít. Ez növeli az általános robusztusságot.

A funkció használatához az alábbi lépések szükségesek:

1. Telepített FCI esetén létre kell hoznia egy DNN-erőforrást, és be kell állítania a DNS nevét. Futtassa az alábbi három PowerShell-parancsot rendszergazdaként:

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

   Például:

   • 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

   Magyarázat:

   • Az első parancs hozzáad egy DNN-erőforrást a WSFC-hez úgy, hogy a dnnResourceName <nevét>. Az erőforrás nevét a WSFC használja a WSFC-erőforrások egyedi azonosítására. Használjon egyéni, a WSFC-fürtben egyedit. Az erőforrástípusnak elosztott hálózatnévnek kell lennie. Annak a csoportnak a nevét, amelyhez ez a DNN-erőforrás tartozik, annak a WSFC-erőforráscsoportnak (szerepkörnek) kell lennie, amely annak az FCI-nek felel meg, amelyhez a DNN-erőforrást hozzá szeretné adni. Ennek a csoportnévnek a tipikus formátuma a "SQL Server (példány neve)." Ezért az alapértelmezett példány neve "SQL Server (MSSQLSERVER)." A csoport nevét a Feladatátvételi fürtkezelő konzolban is ellenőrizheti.

   • A második parancs beállítja ennek a DNN-erőforrásnak a DNS-nevét. A DNS-név azért fontos, mert az ügyfelek ezt a nevet használják az FCI-hez való csatlakozáshoz.

   • A harmadik parancs elindítja a DNN-erőforrást.

     A DNN DNS-neve alapértelmezés szerint a WSFC minden csomópontját összeköti. Konfigurálja a DNN-erőforrás lehetséges tulajdonosát úgy, hogy csak az FCI csomópontjai szerepeljenek, ha a WSFC nem minden csomópontja vesz részt az FCI-ben.

2. Indítsa újra SQL Server példányt.

3. Cserélje le a virtuális hálózat nevét (VNN) egy ügyfélprogram SQL-ügyfélkapcsolati karakterláncában a DNN DNS-nevére, és állítsa a MultiSubnetFailover tulajdonságot "true" (igaz) értékre. Ezt a beállítást kihagyhatja, ha SQL ügyfélprogram 4.6.1-esnél későbbi.

Megoldás

Ez a fejlesztés az alábbi összegző frissítésben szerepel SQL Server:

• 2. kumulatív frissítés SQL Server 2019-es verzióhoz

További összes frissítés a SQL Server:

A frissítés összes SQL Server tartalmazza az összes gyorsjavítást és az előző összegző frissítésben szereplő összes biztonsági javítást. Tekintse meg a legújabb kumulatív frissítéseket az SQL Server:

• 2019. SQL Server. összeső frissítés

A 2016-os SQL Server szervizcsomaggal kapcsolatos információk

Ezt a hibát a következő szervizcsomagban javítottuk a SQL Server:

• Service Pack 3 for SQL Server 2016

Hivatkozások

Megismerheti a Microsoft által a szoftverfrissítések leírására használt terminológiát.