KB4537868 - Vylepšení: Povolení funkce DNN v SQL Server FCI 2016 a 2019

Platí pro
SQL Server 2019 on Windows SQL Server 2016 SQL Server 2016 Service Pack 3 - duplicate (do not use)

Vylepšení

Naslouchací proces FCI (Failover Cluster Instance) SQL Server 2019 a 2016 je vylepšen tak, aby spolupracoval s přístupovým bodem DNN (Distributed Network Name – Distributed Network Name – Cluster s podporou převzetí služeb při selhání) Windows Server WSFC.

Další informace

SQL Server Naslouchací proces FCI (Failover Cluster Instance) v současné době spolupracuje pouze s přístupovým bodem virtuální IP adresy Windows Server WSFC (Failover Cluster). Vzhledem k tomu, že virtuální IP adresa nefunguje v prostředí Azure, musíte nakonfigurovat interní Load Balancer Azure, abyste tento problém vyřešili (viz postup konfigurace interní Azure Load Balancer).

Tato aktualizace poskytuje další způsob, jak se může klient SQL Server připojit k FCI bez nástroje pro vyrovnávání zatížení pomocí prostředku DNN (Distributed Network Name) v clusteru s podporou převzetí služeb při selhání systému Windows Server. Při vytvoření prostředku DNN služba WSFC sváže název DNN DNS s IP adresami všech uzlů v clusteru. Klient SQL Server se pokusí připojit každou IP adresu v tomto seznamu a najít uzel, na kterém FCI právě běží. Tento proces připojení se dále urychlí paralelním připojením všech IP adres, pokud je vlastnost připojení k serveru SQL Server MultiSubnetFailover true. To umožňuje klientovi SQL Server okamžité připojení k aktuálně běžícímu FCI.

V porovnání s předchozím alternativním řešením použití Azure interní Load Balancer se přístup naslouchacího procesu DNN vyhýbá další latenci převzetí služeb při selhání, kterou zavádí živé sondování nástroje pro vyrovnávání zatížení. Ve výchozím nastavení trvá tento proces 10 až 15 sekund. (Informace o výpočtu latence najdete v tomto dokumentu k platformě Azure.) Nemusíte konfigurovat a udržovat součásti nástroje pro vyrovnávání zatížení. To zjednodušuje proces zřizování. Odebráním nástroje pro vyrovnávání zatížení se odebere také jedna komponenta, u které může dojít k potenciálnímu selhání. Tím se zlepšuje celková robustnost.

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

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

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Název distribuované sítě" -Group "<Role služby WSFC instance> SQL Serveru"
      Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>
      Start-ClusterResource -Name <dnnResourceName>

    Příklady:

    • Add-ClusterResource -Name dnn-demo -ResourceType "Název distribuované sítě" -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á prostředek DNN do služby WSFC s názvem <prostředku dnnResourceName>. Název prostředku používá WSFC k jednoznačné identifikaci prostředku WSFC. Použijte takový, který vám dává smysl a je jedinečný v rámci clusteru WSFC. Typ prostředku musí být Název distribuované sítě. Název skupiny, do které tento prostředek DNN patří, musí být skupina prostředků WSFC (role), která odpovídá FCI, do kterého chcete přidat prostředek DNN. Obvyklý formát názvu této skupiny je "SQL Server (název instance)". Proto bude mít výchozí instance název "SQL Server (MSSQLSERVER)". Název skupiny můžete také zkontrolovat 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í prostředek DNN.
      Ve výchozím nastavení je název DNN DNS vázaný na všechny uzly ve WSFC. Nakonfigurujte možného vlastníka prostředku DNN tak, aby zahrnoval pouze uzly tohoto FCI, pokud se do FCI nezapojí všechny uzly služby WSFC.

  2. Restartujte instanci SQL Server.

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

Řešení

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

Informace o kumulativních aktualizacích 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 aktualizacích Service Pack pro SQL Server 2016

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

Informace o aktualizacích Service Pack pro SQL Server:

Aktualizace Service Pack jsou kumulativní. Každá nová aktualizace Service Pack obsahuje všechny opravy z předchozích aktualizací Service Pack společně s novými opravami. Doporučujeme, abyste používali nejnovější aktualizaci Service Pack a nejnovější kumulativní aktualizaci pro danou 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í verze, edice a úrovně aktualizace SQL Server a jeho součástí

Reference

Podívejte se na informace o terminologii, kterou společnost Microsoft používá k popisování aktualizací softwaru.