Vylepšení

Posluchače SQL Server 2019 a 2016 Failover Cluster Instance (FCI) je vylepšené pro spolupráci s přístupový bod DNN (Windows Server Failover Cluster) distribuovaného síťového názvu (DNN).

Více informací

SQL Server Naslouchací proces instance clusteru s podporou převzetí služeb při selhání (FCI) v současné době funguje jenom s síťovým názvem Windows serverem s podporou převzetí služeb při selhání (WSFC) a přístupový bod virtuální IP adresy. Vzhledem k tomu, že virtuální IP adresa nefunguje v prostředí Azure, je nutné nakonfigurovat interní nástroj pro vyrovnávání zatížení Azure, aby tento problém vyřešit (viz postup konfigurace nástroje Azure Internal Load Balancer).

Tato aktualizace nabízí dalším způsobem, jak se klient SQL Server připojit k FCI bez nástroje pro vyrovnávání zatížení pomocí prostředku DNN (Distributed Network Name) v Windows serverovém clusteru s podporou převzetí služeb při selhání. Když se vytvoří prostředek DNN, wsfc sváže název DNS DNN s IP adresami všech uzlů v clusteru. Klient SQL Server pokusí připojit každou IP adresu v tomto seznamu, aby našel uzel, na který fci právě běží. Tento proces připojení se dále urychluje souběžně připojením všech IP adres, pokud je SQL Server vlastnost připojení MultiSubnetFailover pravdivá. Díky tomu se SQL Server klient okamžitě připojí k aktuálně spuštěnému rozhraní FCI.

Ve srovnání s předchozím alternativním řešením použití nástroje Azure Internal Load Balancer se přístup naslouchacího procesu DNN vyhne další latenci převzetí služeb při selhání, kterou zavádí zjišťování živého přenosu nástroje pro vyrovnávání zatížení. Ve výchozím nastavení tento proces trvá 10–15 sekund. (Podívejte se na tento dokument Azureo tom, jak vypočítat latenci.) Nemusíte konfigurovat a udržovat součásti nástroje pro vyrovnávání zatížení. Tím se zjednoduší proces zřizování. Odebráním nástroje pro vyrovnávání zatížení odeberete také jednu komponentu, která může potenciálně selhat. Tím se zvýší celková robustnost.

K použití této funkce je potřeba provést následující kroky:

  1. U nainstalovaného fci musíte vytvořit zdroj DNN a nastavit jeho název DNS. Jako správce spusťte následující tři příkazy PowerShellu:

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

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

      Start-ClusterResource -Name <dnnResourceName>

    Pří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

    Vysvětlení:

    • První příkaz přidá zdroj DNN do wsfc tak, že má název zdroje <dnnResourceName>. Wsfc používá název zdroje k jedinečné identifikaci zdroje WSFC. Používejte ten, který vám dává smysl a je jedinečný v celém clusteru WSFC. Typ prostředku musí být Distribuovaný síťový název. Název skupiny, do které tento zdroj DNN patří, musí být skupina prostředků WSFC (role), která odpovídá fci, ke které chcete přidat zdroj DNN. Obvyklý formát názvu této skupiny je "SQL Server (název instance)." Proto pro výchozí instanci bude název "SQL Server (MSSQLSERVER)." Název skupiny můžete zkontrolovat taky v konzole Správce clusteru s podporou převzetí služeb při selhání.

    • Druhý příkaz nastaví název DNS tohoto prostředku DNN. Název DNS je důležitý, protože je to název, který klienti používají pro připojení k FCI.

    • Třetí příkaz spustí zdroj DNN.

      Ve výchozím nastavení se název DNS DNN váže na všechny uzly ve službě WSFC. Nakonfigurujte možného vlastníka zdroje DNN tak, aby zahrnoval jenom uzly této FCI, ne-li všechny uzly v WSFC, které se účastní FCI.

  2. Restartujte SQL Server instanci.

  3. Nahraďte název virtuální sítě (VNN) v připojovacím řetězci klienta názvem DNS DNN SQL nastavte vlastnost MultiSubnetFailover na hodnotu true. Toto nastavení můžete přeskočit, pokud je SQL verze klienta novější než 4.6.1.

Řešení

Toto vylepšení je součástí následující kumulativní aktualizace pro SQL Server:

Kumulativní aktualizace pro SQL Server:

Každá nová kumulativní aktualizace pro SQL Server obsahuje všechny opravy hotfix a všechny opravy zabezpečení, které byly součástí předchozí kumulativní aktualizace. Podívejte se na nejnovější kumulativní aktualizace pro SQL Server:

Informace o aktualizaci Service Pack pro SQL Server 2016

Tento problém je opravený v následující aktualizaci Service Pack pro SQL Server:

Aktualizace Service Pack jsou kumulativní. Každá nová aktualizace Service Pack obsahuje všechny opravy, které jsou v předchozích aktualizacích Service Pack, a všechny nové opravy. Doporučujeme použít nejnovější aktualizaci Service Pack a nejnovější kumulativní aktualizaci pro tuto aktualizaci Service Pack. Před instalací nejnovější aktualizace Service Pack není nutné instalovat předchozí aktualizaci Service Pack. Další informace o nejnovější aktualizaci Service Pack a nejnovější kumulativní aktualizaci najdete v tabulce 1 v následujícím článku.

Určení úrovně verzí, edicí a aktualizací SQL Server a jejích součástí

Odkazy

Přečtěte si o terminologii, kterou Microsoft používá k popisu aktualizací softwaru.

Potřebujete další pomoc?

Rozšiřte své znalosti a dovednosti
Projít školení
Získejte nové funkce jako první
Připojit se k programu Microsoft Insider

Byly tyto informace užitečné?

Jak jste spokojeni s kvalitou jazyka?
Co ovlivnilo váš názor?

Děkujeme vám za zpětnou vazbu.

×