Konfigurace naslouchacího programu pro skupinu dostupnosti Always On

platí pro:SQL Server

Tento článek popisuje, jak vytvořit nebo nakonfigurovat jeden naslouchací proces skupiny dostupnosti pro Always On skupinu dostupnosti pomocí SQL Server Management Studio, Transact-SQL nebo PowerShell ve SQL Serveru.

Důležité

Pokud chcete vytvořit první naslouchací zařízení skupiny dostupnosti, důrazně doporučujeme použít SQL Server Management Studio, Transact-SQL nebo SQL Server PowerShell. Vyhněte se vytváření naslouchacího procesu přímo v clusteru WSFC s výjimkou případů, kdy je to potřeba, například k vytvoření dalšího naslouchacího procesu.

Existuje už posluchač pro tuto skupinu dostupnosti?

Zda již existuje posluchač pro skupinu dostupnosti

Poznámka:

Pokud naslouchací proces již existuje a chcete vytvořit další naslouchací proces, přečtěte si část Vytvoření dalšího naslouchacího procesu pro skupinu dostupnosti dále v tomto článku.

Limity a omezení

  • V SQL Serveru můžete vytvořit pouze jednoho naslouchacího klienta pro každou skupinu dostupnosti. Každá skupina dostupnosti obvykle vyžaduje pouze jeden posluchač. Některé scénáře zákazníků však vyžadují pro jednu skupinu dostupnosti více posluchačů. Po vytvoření naslouchacího programu prostřednictvím SQL Serveru můžete k vytvoření dalších naslouchacích programů použít Windows PowerShell pro clustery s funkcí převzetí služeb při selhání nebo Správce clusteru s funkcí převzetí služeb při selhání WSFC. Další informace najdete v části Vytvoření dalšího naslouchacího procesu pro skupinu dostupnosti dále v tomto článku.

Recommendations

Pro více konfigurací podsítě se doporučuje použít statickou IP adresu, i když se to nevyžaduje.

Požadavky

  • Musíte být připojeni k instanci serveru, která je hostitelem primární repliky.

  • Pokud nastavujete naslouchací proces skupiny dostupnosti napříč několika podsítěmi a plánujete používat statické IP adresy, musíte získat statickou IP adresu každé podsítě, která je hostitelem repliky dostupnosti pro skupinu dostupnosti, pro kterou vytváříte naslouchací proces. Obvykle budete muset požádat správce sítě o statické IP adresy.

Důležité

Před vytvořením svého prvního naslouchacího procesu důrazně doporučujeme přečíst Always On klientské připojení.

Požadavky na název DNS naslouchacího procesu skupiny dostupnosti

Každý posluchač skupiny dostupnosti vyžaduje název hostitele DNS, který je jedinečný v doméně a v prostředí NetBIOS. Název DNS je řetězcová hodnota. Tento název může obsahovat pouze alfanumerické znaky, pomlčky (-) a podtržítka (_), a to v libovolném pořadí. Názvy hostitelů DNS nerozlišují malá a velká písmena. Maximální délka je 63 znaků, ale v aplikaci SQL Server Management Studio je maximální délka, kterou můžete zadat, 15 znaků.

Doporučujeme zadat smysluplný řetězec. Například pro skupinu dostupnosti s názvem AG1by byl smysluplný název hostitele DNS ag1-listener.

Důležité

NetBIOS rozpozná pouze prvních 15 znaků v položce dns_name. Pokud máte dva clustery WSFC řízené stejným služba Active Directory a pokusíte se vytvořit naslouchací služby skupiny dostupnosti v obou clusterech pomocí názvů s více než 15 znaky a stejnou předponou 15 znaků, zobrazí se chybová zpráva, že prostředek názvu virtuální sítě se nepodařilo připojit k síti. Informace o pravidlech pojmenování předpon pro názvy DNS najdete v tématu Přiřazování názvů domén.aspx).

Oprávnění systému Windows

Povolení Link
Objekt názvu clusteru (CNO) clusteru WSFC, který hostuje dostupnostní skupinu, musí mít oprávnění Vytvořit objekty počítače.

Ve službě služba Active Directory nemá objekt CNO ve výchozím nastavení explicitní oprávnění k vytváření objektů počítače a může vytvořit až 10 virtuálních objektů počítače (VCO). Po vytvoření 10 objektů VCO se vytvoření dalších objektů VCO nezdaří. Tomu se můžete vyhnout tím, že explicitně udělíte oprávnění CNO clusteru WSFC. VCO pro skupiny dostupnosti, které jste odstranili, se ve službě služba Active Directory neodstraní automaticky a počítají se do výchozího limitu 10 VCO, pokud se neodstraní ručně.
Poznámka: V některých organizacích zásady zabezpečení zakazují udělení oprávnění k vytváření objektů počítače jednotlivým uživatelským účtům.		 Postup konfigurace účtu pro osobu, která nainstaluje cluster v průvodci krok za krokem pro konfiguraci účtů v clusteru podporujícím převzetí služeb při selhání ve službě služba Active Directory
Postup předběžné přípravy účtu názvu clusteru v podrobné příručce clusteru s podporou převzetí služeb při selhání: Konfigurace účtů ve službě služba Active Directory
Pokud vaše organizace vyžaduje, abyste předem vytvořili účet počítače pro naslouchací virtuální název sítě, budete potřebovat členství ve skupině Operátor účtu nebo pomoc správce domény. Postup předběžné přípravy účtu pro clusterovou službu nebo aplikaci v Podrobné příručce pro cluster s podporou převzetí služeb při selhání: Konfigurace účtů ve službě služba Active Directory

Návod

Obecně je nejjednodušší nepřipravovat předem účet počítače pro virtuální název sítě naslouchacího procesu. Pokud můžete, nechte účet vytvořit a nakonfigurovat automaticky při spuštění průvodce vysokou dostupností WSFC.

Oprávnění SQL Serveru

Task Povolení
Vytvoření posluchače skupiny dostupnosti Vyžaduje členství v pevné serverové roli sysadmin a buď oprávnění serveru CREATE AVAILABILITY GROUP, oprávnění ALTER ANY AVAILABILITY GROUP nebo oprávnění CONTROL SERVER.
Úprava existujícího posluchače skupiny dostupnosti Vyžaduje oprávnění ALTER AVAILABILITY GROUP u skupiny dostupnosti, oprávnění CONTROL AVAILABILITY GROUP, oprávnění ALTER ANY AVAILABILITY GROUP nebo oprávnění CONTROL SERVER.

Vytvoření naslouchacího procesu

Naslouchací proces můžete vytvořit pomocí aplikace SQL Server Management Studio (SSMS), Transact-SQL nebo PowerShellu.

Návod

Pomocí průvodce dostupnostní skupinou vytvořte posluchač dostupnostní skupiny.

Pokud chcete vytvořit nebo nakonfigurovat posluchač dostupnostní skupiny v SSMS, postupujte takto:

  1. V Průzkumníku objektů se připojte k instanci serveru, která je hostitelem primární repliky skupiny dostupnosti, a výběrem názvu serveru rozbalte strom serveru.

  2. Rozbalte uzel Vysoké dostupnosti AlwaysOn a uzel skupiny dostupnosti .

  3. Vyberte skupinu dostupnosti, jejíž posluchač chcete nakonfigurovat, a zvolte jednu z následujících alternativ:

    • Pokud chcete vytvořit posluchač, klikněte pravým tlačítkem na uzel Posluchači skupiny dostupnosti a vyberte příkaz Nový posluchač. Otevře se dialogové okno Nový posluchač skupiny dostupnosti. Další informace naleznete v tématu Přidání naslouchacího procesu skupiny dostupnosti (dialogové okno) dále v tomto článku.

    • Pokud chcete změnit počet portů existujícího naslouchacího procesu, rozbalte uzel Naslouchací procesy skupiny dostupnosti , klikněte pravým tlačítkem myši na naslouchací proces a vyberte příkaz Vlastnosti . Do pole Port zadejte nové číslo portu a vyberte OK.

Nový posluchač skupiny dostupnosti (dialogové okno)

Název DNS poslechového zařízení
Určuje název hostitele DNS naslouchače skupiny dostupnosti. Název DNS je řetězec, který musí být v doméně a v rozhraní NetBIOS jedinečný. Tento název může obsahovat pouze alfanumerické znaky, pomlčky (-) a spojovníky (_) v libovolném pořadí. Názvy hostitelů DNS nerozlišují malá a velká písmena. Maximální délka je 15 znaků.

Další informace najdete v tématu Požadavky na název DNS posluchače skupiny dostupnosti, dříve v tomto článku.

Port
Port TCP používaný tímto naslouchacím procesem.

Režim sítě
Označuje protokol TCP používaný naslouchacím procesem, jeden z těchto:

DHCP
Naslouchací proces nám přiřadí dynamickou IP adresu přiřazenou serverem, na kterém běží protokol DHCP (Dynamic Host Configuration Protocol). Protokol DHCP je omezený na jednu podsíť.

Důležité

V produkčním prostředí nedoporučujeme protokol DHCP. Pokud dojde k výpadku a vyprší DHCP IP pronájem, je potřeba více času na registraci nové IP adresy DHCP sítě, která je spojena s DNS jménem posluchače a ovlivňuje to klientskou konektivitu. Protokol DHCP je ale vhodný pro nastavení vývojového a testovacího prostředí, aby ověřil základní funkce skupin dostupnosti a integraci s vašimi aplikacemi.

Statická IP adresa
Naslouchací služba bude používat jednu nebo více statických IP adres. Další IP adresy jsou volitelné. Pokud chcete vytvořit naslouchací proces skupiny dostupnosti napříč několika podsítěmi, musíte pro každou podsíť zadat statickou IP adresu v konfiguraci naslouchacího procesu. Požádejte správce sítě o získání těchto statických IP adres.

Pokud vyberete statickou IP adresu, pod polem Režim sítě se zobrazí mřížka podsítě. Tato mřížka zobrazuje informace o každé podsíti, která je přístupná tomuto posluchači skupiny dostupnosti. Tato mřížka je prázdná, dokud nepřidáte statickou IP adresu výběrem možnosti Přidat.

Sloupce jsou následující:

Subnet
Zobrazí ID každé podsítě, kterou přidáte do nasluchače skupiny dostupnosti.

IP adresa
Zobrazí IP adresu dané podsítě. Pro danou podsíť je IP adresa buď IPv4, nebo IPv6 adresa.

Add
Vyberte tuto možnost pro přidání statické IP adresy do vybrané podsítě nebo jiné podsítě pro tuto naslouchací službu. Otevře se dialogové okno Přidat IP adresu . Další informace najdete v nápovědě k dialogovému okně Přidat IP adresu .

Remove
Výběrem odeberete vybranou podsíť z tohoto naslouchacího procesu.

OK
Vyberte pro vytvoření zadaného posluchače skupiny dostupnosti.

Řešení problémů

Nepodařilo se vytvořit posluchač dostupnostní skupiny kvůli kvótám služby služba Active Directory

Vytvoření nového naslouchacího procesu skupiny dostupnosti může při vytváření selhat, protože jste dosáhli kvóty služby služba Active Directory pro účet počítače se zúčastněnými uzly clusteru. Další informace najdete v tématu Řešení potíží s účtem služby clusteru při úpravách objektů počítače.

Pokračování: Po vytvoření posluchače skupiny dostupnosti

Klíčové slovo MultiSubnetFailover a přidružené funkce

MultiSubnetFailover je nové klíčové slovo připojovacího řetězce, které umožňuje rychlejší failover se skupinami dostupnosti Always On a instancemi clusteru Always On s podporou převzetí služeb při selhání v SQL Serveru 2012. Následující tři podfeatury jsou povoleny, když je v připojovacím řetězci nastaveno MultiSubnetFailover=True:

  • Rychlejší převzetí služeb při selhání pro naslouchací službu s vícepodsíťovou skupinou dostupnosti Always On nebo pro instance clusteru s podporou převzetí služeb při vícepodsíťovém selhání.

  • Rychlejší převzetí služeb při selhání jedné podsítě do jednoho naslouchacího procesu pro skupinu dostupnosti AlwaysOn nebo instance clusteru s podporou převzetí služeb při selhání

    • Tato funkce se používá při připojování k naslouchacímu prvku, který má jednu IP adresu v jedné podsíti. Dochází k agresivnějším opakovaným pokusům o připojení TCP, aby se urychlilo přepnutí při selhání jedné podsítě.

  • Řešení pojmenované instance pro multi-síťový Always On instanci clusteru s automatickým převzetím služeb při selhání.

    • Tím se přidá podpora pro rozpoznání pojmenovaných instancí pro Always On Failover Cluster Instances s více koncovými body v podsítích.

Funkce MultiSubnetFailover=True není podporována rozhraním .NET Framework 3.5 ani OLEDB

Problém: Pokud má vaše skupina dostupnosti nebo instance clusteru s podporou převzetí služeb při selhání název posluchače (označovaný jako název sítě nebo klientský přístupový bod ve Správci clusteru WSFC), který závisí na několika IP adresách z různých podsítí, a používáte ADO.NET s rozhraním .NET Framework 3.5SP1 nebo SQL Native Client 11.0 OLEDB, potenciálně 50 % požadavků na připojení k posluchači skupiny dostupnosti dojde k vypršení časového limitu připojení.

alternativní řešení: Doporučujeme provést jednu z následujících úloh.

  • Pokud nemáte oprávnění k manipulaci s prostředky clusteru, změňte časový limit připojení na 30 sekund (výsledkem této hodnoty je 20sekundový časový limit protokolu TCP plus 10sekundová vyrovnávací paměť).

    Výhody: Pokud dojde k převzetí služeb při selhání mezi podsítěmi, doba obnovení klienta je krátká.

    Nevýhody: Polovina připojení klientů bude trvat déle než 20 sekund.

  • Pokud máte oprávnění k manipulaci s prostředky clusteru, je více doporučováno nastavit síťový název posluchače skupiny dostupnosti na RegisterAllProvidersIP=0. Další informace naleznete v části "RegisterAllProvidersIP Setting" dále v této části.

    Výhody: Nemusíte zvyšovat hodnotu časového limitu připojení klienta.

    Nevýhody: Pokud dojde k převzetí služeb při selhání mezi podsítěmi, doba obnovení klienta může být 15 minut nebo delší v závislosti na nastavení HostRecordTTL a nastavení plánu replikace DNS/AD mezi lokalitami.

Nastavení RegisterAllProvidersIP

Pokud k vytvoření naslouchacího serveru skupiny dostupnosti použijete SQL Server Management Studio, Transact-SQL nebo PowerShell, klientský přístupový bod se vytvoří ve WSFC s vlastností RegisterAllProvidersIP nastavenou na hodnotu 1 (true). Účinek této hodnoty vlastnosti závisí na připojovacím řetězci klienta následujícím způsobem:

  • Připojovací řetězce, které nastavují MultiSubnetFailover na true

    Skupiny dostupnosti Always On nastavují vlastnost RegisterAllProvidersIP na hodnotu 1, aby se zkrátila doba opětovného připojení po převzetí služeb při selhání pro klienty, jejichž připojovací řetězce klientů jsou nakonfigurovány podle doporučení MultiSubnetFailover = True. Pokud chtějí klienti využít funkci posluchač s více podsítěmi, mohou vyžadovat zprostředkovatele dat, který podporuje klíčové slovo MultiSubnetFailover. Informace o podpoře ovladačů pro převzetí služeb při selhání s více podsítěmi najdete v tématu Připojení klienta AlwaysOn.

    Informace o clusteringu s více podsítěmi najdete v tématu Clustering s více podsítěmi SQL Serveru.

    Návod

    Pokud RegisterAllProvidersIP = 1spustíte Průvodce ověřením konfigurace WSFC v clusteru WSFC, průvodce vygeneruje následující zprávu upozornění:

    Vlastnost RegisterAllProviderIP pro název sítě Name:<network_name> je nastavena na hodnotu 1 Pro aktuální konfiguraci clusteru by tato hodnota měla být nastavena na hodnotu 0."

    Tuto zprávu prosím ignorujte.

  • Připojovací řetězce, které nenastavují MultiSubnetFailover na true

    Pokud RegisterAllProvidersIP = 1, všichni klienti, jejichž připojovací řetězce nepoužívají MultiSubnetFailover = True, budou mít připojení s vysokou latencí. K tomu dochází, protože tito klienti se pokoušejí připojit ke všem IP adresám postupně. Pokud se naproti tomu hodnota RegisterAllProvidersIP změní na 0, aktivní IP adresa se zaregistruje v klientském přístupovém bodě v clusteru WSFC, což snižuje latenci pro starší klienty. Proto pokud máte starší klienty, kteří se potřebují připojit k posluchači skupiny dostupnosti a nemůžete použít vlastnost MultiSubnetFailover, doporučujeme změnit RegisterAllProvidersIP na 0.

    Důležité

    Při vytváření naslouchacího procesu skupiny pro dostupnost prostřednictvím clusteru WSFC (grafické uživatelské rozhraní Správce clusteru s podporou převzetí služeb při selhání) bude RegisterAllProvidersIP ve výchozím nastavení 0 (false).

Nastavení hodnoty HostRecordTTL

Ve výchozím nastavení klienti ukládají záznamy DNS clusteru do mezipaměti po dobu 20 minut. Snížením HostRecordTTL, což je Time to Live (TTL) pro zaznamenanou mezipaměť, se starší klienti mohou znovu připojit rychleji. Snížením nastavení HostRecordTTL ale může také dojít ke zvýšení provozu na servery DNS.

Ukázkový skript PowerShellu pro zakázání třídy RegisterAllProvidersIP a omezení hodnoty TTL

Následující příklad PowerShellu ukazuje, jak nakonfigurovat parametry clusteru RegisterAllProvidersIP i HostRecordTTL pro prostředek naslouchacího procesu. Záznam DNS se ukládá do mezipaměti po dobu 5 minut, nikoli výchozích 20 minut. Úprava obou parametrů clusteru může zkrátit dobu potřebnou k připojení ke správné IP adrese po převzetí při selhání pro starší klienty, kteří nemohou použít parametr MultiSubnetFailover. Nahraďte yourListenerName názvem posluchače, kterého měníte.

Import-Module FailoverClusters
Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0
Get-ClusterResource yourListenerName | Set-ClusterParameter HostRecordTTL 300
Stop-ClusterResource yourListenerName
Start-ClusterResource yourListenerName
Start-Clustergroup yourListenerGroupName

Další informace o době obnovení při selhání najdete v tématu Latence obnovení klienta při selhání.

Doporučení pro následná opatření

Po vytvoření naslouchací služby skupiny dostupnosti:

  • Požádejte správce sítě, aby rezervoval IP adresu listeneru pro jeho výhradní použití.

  • Poskytněte vývojářům aplikací název hostitele DNS naslouchače, aby jej mohli použít v připojovacích řetězcích při požadavku na klientská připojení k této skupině dostupnosti.

  • Pokud je to možné, vyzvěte vývojáře, aby aktualizovali připojovací řetězce klienta k určení MultiSubnetFailover = True. Informace o podpoře ovladačů pro převzetí služeb při selhání s více podsítěmi najdete v tématu Připojení klienta AlwaysOn.

Vytvořte další naslouchací prvek pro skupinu dostupnosti (volitelné)

Po vytvoření jednoho naslouchacího procesu prostřednictvím SQL Serveru můžete přidat další naslouchací proces následujícím způsobem:

Vytvořte naslouchací program pomocí některého z následujících nástrojů:

Použití Správce převzetí služeb při selhání WSFC:

  1. Přidejte přístupový bod klienta a nakonfigurujte IP adresu.

  2. Zprovozněte listener.

  3. Přidejte závislost na prostředek skupiny dostupnosti WSFC.

    Informace o dialogových oknech a kartách nástroje Správce clusteru s podporou převzetí služeb při selhání najdete v části Uživatelské rozhraní: Modul snap-in Správce clusteru s podporou převzetí služeb při selhání.

Použití Windows PowerShellu pro clustery s podporou převzetí služeb při selhání:

  1. Pomocí add-ClusterResource vytvořte název sítě a prostředky IP adres.

  2. Ke spuštění prostředku názvu sítě použijte Start-ClusterResource.

  3. Pomocí add-ClusterResourceDependency nastavte závislost mezi názvem sítě a existujícím prostředkem skupiny dostupnosti SQL Serveru.

    Informace o používání Windows PowerShellu pro clustery pro převzetí služeb při selhání najdete v tématu Přehled příkazů Správce serveru.

Spusťte SQL Server naslouchání na novém posluchači. Po vytvoření dalšího naslouchacího procesu se připojte k instanci SQL Serveru, která je hostitelem primární repliky skupiny dostupnosti, a pomocí aplikace SQL Server Management Studio, Transact-SQL nebo PowerShellu upravte port naslouchacího procesu.

Další informace najdete v tématu Jak vytvořit více posluchačů pro stejnou skupinu dostupnosti (blog týmu Always On pro SQL Server).

Související obsah

  • Poslední aktualizace v