KB4537868 — ulepszenie: włączanie funkcji DNN w SQL Server 2016 i 2019 r. FCI

Ulepszenie

Słuchacze SQL Server 2019 i 2016 klastra trybu failover (FCI) mogą współpracować z punktem dostępu grupowania trybu failover programu Windows Server (WSFC) Distributed Network Name (DNN).

Więcej informacji

SQL Server Słuchacz wystąpienia klastra trybu failover (FCI) obecnie działa tylko razem z Windows failover Cluster (WSFC) serwera i wirtualnym punktem dostępu IP. Ponieważ wirtualny adres IP nie działa w środowisku platformy Azure, musisz skonfigurować wewnętrzny równoważenie obciążenia platformy Azure, aby omieć ten problem (zobacz, jak skonfigurować wewnętrzny równoważenie obciążenia platformy Azure).

Ta aktualizacja zapewnia innym sposobem, w jaki klient usługi SQL Server łączy się z usługą FCI bez równoważenia obciążenia przy użyciu zasobu Distributed Network Name (DNN) w klastrze trybu failover Windows Server Failover. Po utworzeniu zasobu DNN usługa WSFC powiązy nazwę dns usługi DNN z adresami IP wszystkich węzłów w klastrze. Klient SQL Server spróbuje połączyć każdy adres IP z tej listy w celu znalezienia węzła, w który obecnie działa fci. Ten proces połączenia jest dodatkowo przyspieszany, łącząc wszystkie adresy IP równolegle, jeśli SQL Server MultiSubnetFailover ma wartość MultiSubnetFailover. Umożliwia to klientowi SQL Server natychmiastowe połączenie się z obecnie uruchomionym klientem FCI.

W porównaniu z poprzednim obejściem korzystania z narzędzia Azure Internal Load Balancer(Równoważenie obciążenia wewnętrznego) podejście słuchacza DNN pozwala uniknąć dodatkowych opóźnień trybu failover wprowadzonych przez prawdopodobieństwo awarii równoważenia obciążenia. Domyślnie ten proces trwa 10–15 sekund. (Zobacz ten dokument platformy Azure,aby dowiedzieć się, jak obliczyć opóźnienie). Nie musisz konfigurować i konserwować składników do równoważenia obciążenia. Upraszcza to proces inicjowania obsługi. Usunięcie równoważenia obciążenia usuwa również jeden składnik, który może potencjalnie nie powieść się. Zwiększa to ogólną niezawodność.

Aby korzystać z tej funkcji, należy wykonać następujące czynności:

1. W przypadku zainstalowanej usługi FCI musisz utworzyć zasób DNN i ustawić jego nazwę DNS. Uruchom następujące trzy polecenia programu PowerShell jako 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>

   Na przyk³ad:

   • 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

   Objaśnienie:

   • Pierwsze polecenie dodaje zasób DNN do usługi WSFC, mając nazwę zasobu <dnnResourceName>. Nazwa zasobu jest używana przez WSFC do unikatowego identyfikowania zasobu WSFC. Korzystaj z tej, która jest dla Ciebie sensowna i unikatowa w obrębie klastrów WSFC. Typ zasobu musi mieć grupę Nazwa sieciowa. Nazwa grupy, do której należy ten zasób DNN, musi być grupą zasobów WSFC (rola) odpowiadającą grupie zasobów WSFC, do której chcesz dodać zasób DNN. Typowym formatem tej nazwy grupy jest "nazwa SQL Server (nazwa wystąpienia)". W związku z tym dla domyślnego wystąpienia nazwą będzie "SQL Server (MSSQLSERVER)". Możesz również sprawdzić nazwę grupy w konsoli Menedżera klastrów trybu failover.

   • Drugie polecenie ustawia nazwę DNS tego zasobu DNN. Nazwa DNS jest ważna, ponieważ jest nazwą używaną przez klientów do łączenia się z fci.

   • Trzecie polecenie uruchamia zasób DNN.

     Domyślnie nazwa usługi DNS DNN jest powiązywa ze wszystkimi węzłami w uwitrynie WSFC. Skonfiguruj możliwego właściciela zasobu DNN tak, aby uwzględniał tylko węzły tego fci, jeśli nie wszystkie węzły w WSFC uczestniczą w fci.

2. Uruchom SQL Server wystąpienia.

3. Zastąp wartość VNN (Virtual Network Name) w ciągu połączenia SQL klienta nazwą dns DNN i ustaw dla właściwości MultiSubnetFailover wartość "true". Możesz pominąć to ustawienie, jeśli SQL klienta jest nowsza niż 4.6.1.

Rozwiązanie

To ulepszenie jest uwzględnione w następującej aktualizacji skumulowanej dla SQL Server:

• Aktualizacja skumulowana 2 dla SQL Server 2019 r.

Informacje o aktualizacjach skumulowanych dla SQL Server:

Każda nowa aktualizacja skumulowana SQL Server zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały uwzględnione w poprzedniej aktualizacji skumulowanej. Zapoznaj się z najnowszymi aktualizacjami skumulowanymi dla SQL Server:

• Najnowsza aktualizacja skumulowana dla SQL Server 2019 r.

Informacje dotyczące dodatku Service Pack SQL Server 2016

Ten problem został rozwiązany w następującym dodatku Service Pack dla SQL Server:

• Dodatek Service Pack 3 dla SQL Server 2016

Informacje

Dowiedz się więcej o terminologii używanej przez firmę Microsoft do opisywania aktualizacji oprogramowania.