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

Hatókör
SQL Server 2019 on Windows SQL Server 2016 SQL Server 2016 Service Pack 3 - duplicate (do not use)

Fejlesztés

Az SQL Server 2019 és 2016 feladatátvevőfürt-példány (FCI) figyelője tovább lett fejlesztve, hogy együttműködjön a Windows Server feladatátvevő fürt (WSFC) elosztott hálózati neve (DNN) hozzáférési pontjával.

További információ

Az SQL Server feladatátvevő fürtpéldány (FCI) figyelője jelenleg csak a Windows Server feladatátvevő fürt (WSFC) hálózati nevével és virtuális IP-hozzáférési pontjával együtt működik. Mivel a virtuális IP-cím nem működik az Azure-környezetben, a probléma megkerüléséhez konfigurálnia kell egy Azure Internal Load Balancer (lásd, hogyan konfigurálhat egy Azure Internal Load Balancer).

Ez a frissítés egy másik módot biztosít az SQL Server-ügyfél számára az FCI-hez való csatlakozásra terheléselosztó nélkül, az Elosztott hálózati név (DNN) erőforrás használatával egy Windows Server feladatátvevő fürtben. DNN-erőforrás létrehozásakor a WSFC a DNN DNS-nevet a fürt összes csomópontjának IP-címéhez köti. Az SQL Server-ügyfél megpróbálja csatlakoztatni a listában szereplő összes IP-címet, hogy megtalálja azt a csomópontot, amelyen az FCI jelenleg fut. Ezt a kapcsolódási folyamatot felgyorsítja az összes IP-cím párhuzamos csatlakoztatása, ha az SQL Server MultiSubnetFailover kapcsolattulajdonsága igaz. Ez lehetővé teszi, hogy az SQL Server-ügyfél azonnal csatlakozzon a jelenleg futó FCI-hez.

Az Azure Internal Load Balancer használatának előző kerülő megoldásához képest a DNN-figyelő megközelítés elkerüli a terheléselosztó élettartam-mintázata által bevezetett további feladatátvételi késést. Alapértelmezés szerint ez a folyamat 10–15 másodpercet vesz igénybe. (A késés kiszámításáról ebben az Azure-dokumentumban olvashat.) Nem kell konfigurálnia és karbantartania a terheléselosztó összetevőit. Ez leegyszerűsíti a kiépítési folyamatot. A terheléselosztó eltávolításával eltávolít egy potenciálisan meghiúsuló összetevőt is. Ez javítja az általános robusztusságot.

A funkció használatához a következő lépések szükségesek:

  1. Egy telepített FCI esetében létre kell hoznia egy DNN-erőforrást, és be kell állítania annak DNS-nevét. Futtassa a következő három PowerShell-parancsot rendszergazdaként:

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Elosztott hálózat neve" -Group "<SQL Server-példány WSFC-szerepe>"
      Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>
      Start-ClusterResource -Name <dnnResourceName>

    Például:

    • Add-ClusterResource -Name dnn-demo -ResourceType "Elosztott hálózat neve" -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 a dnnResourceName> erőforrásnévvel<. Az erőforrás nevét a WSFC használja a WSFC-erőforrás egyedi azonosításához. Használjon logikai és a teljes WSFC-fürtön egyedi lehetőséget. Az erőforrás típusának Elosztott hálózat neve értékűnek kell lennie. A csoport nevének, amelyhez ez a DNN-erőforrás tartozik, annak a WSFC-erőforráscsoportnak (szerepkörnek) kell lennie, amely megfelel annak az FCI-nek, amelyhez a DNN-erőforrást hozzá szeretné adni. A csoportnév tipikus formátuma: "SQL Server (példány neve)". Ezért az alapértelmezett példány neve "SQL Server (MSSQLSERVER)" lesz. A csoport nevét a Feladatátvevőfürt-kezelő konzolján 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 ezzel a névvel csatlakoznak az FCI-hez.
    • A harmadik parancs elindítja a DNN-erőforrást.
      Alapértelmezés szerint a DNN DNS-név a WSFC összes csomópontjához kötődik. Konfigurálja a DNN-erőforrás lehetséges tulajdonosát úgy, hogy az csak az FCI csomópontjait foglalja magában, ha nem minden WSFC csomópont vesz részt az FCI-ben.

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

  3. Cserélje le a Virtual Network nevét (VNN) az SQL-kapcsolati karakterlánc között a DNN DNS-névre, és állítsa a MultiSubnetFailover tulajdonságot "true" értékre. Ezt a beállítást kihagyhatja, ha az SQL-ügyfél verziója 4.6.1-esnél későbbi.

Megoldás

Ezt a fejlesztést tartalmazza az SQL Server következő összegző frissítése:

Az SQL Server összegző frissítéseinek ismertetése:

Az SQL Server minden új összegző frissítése tartalmazza az összes gyorsjavítást és minden biztonsági javítást, amely az előző kumulatív frissítésben szerepelt. Tekintse meg az SQL Server legújabb összegző frissítéseit:

Az SQL Server 2016 szervizcsomagjával kapcsolatos információk

Ezt a hibát az SQL Server következő szervizcsomagjában javítottuk:

Tudnivalók az SQL Server szervizcsomagjairól:

A szervizcsomagok kumulatívak. Minden új szervizcsomag tartalmazza az előző szervizcsomagokban található összes javítást, az esetleges új javításokkal együtt. Javasoljuk, hogy telepítse a legújabb szervizcsomagot, valamint az adott szervizcsomag legújabb összegző frissítését. A legújabb szervizcsomag telepítése előtt nem kell telepítenie egy korábbi szervizcsomagot. A legújabb szervizcsomaggal és a legújabb kumulatív frissítéssel kapcsolatos további információkért olvassa el a következő cikk 1. táblázatát.

Az SQL Server és összetevői verziójának, kiadásának és frissítési szintjének meghatározása

Hivatkozások

Ismerje meg a Microsoft szoftverfrissítésekkel kapcsolatos terminológiáját.