Dela via

Konfigurera en lyssnare för en AlwaysOn-tillgänglighetsgrupp

Gäller för:SQL Server

Den här artikeln beskriver hur du skapar eller konfigurerar en enskild tillgänglighetsgruppslyssnare för en AlwaysOn-tillgänglighetsgrupp med hjälp av SQL Server Management Studio, Transact-SQL eller PowerShell i SQL Server.

Viktigt!

För att skapa den första lyssnaren för en tillgänglighetsgrupp rekommenderar vi starkt att du använder SQL Server Management Studio, Transact-SQL eller SQL Server PowerShell. Undvik att skapa en lyssnare direkt i WSFC-klustret, förutom när det behövs, till exempel för att skapa ytterligare en lyssnare.

Finns det redan en lyssnare för den här tillgänglighetsgruppen?

Så här avgör du om det redan finns en lyssnare för tillgänglighetsgruppen

Anmärkning

Om det redan finns en lyssnare och du vill skapa ytterligare en lyssnare kan du läsa skapa ytterligare en lyssnare för en tillgänglighetsgrupp senare i den här artikeln.

Begränsningar och restriktioner

  • Du kan bara skapa en lyssnare per tillgänglighetsgrupp via SQL Server. Vanligtvis kräver varje tillgänglighetsgrupp bara en lyssnare. Vissa kundscenarier kräver dock flera lyssnare för en tillgänglighetsgrupp. När du har skapat en lyssnare via SQL Server kan du använda Windows PowerShell för redundanskluster eller WSFC-klusterhanteraren för växling vid fel för att skapa ytterligare lyssnare. Mer information finns i Skapa ytterligare en lyssnare för en tillgänglighetsgrupp senare i den här artikeln.

Recommendations

Användning av en statisk IP-adress rekommenderas, även om det inte krävs, för flera undernätskonfigurationer.

Förutsättningar

  • Du måste vara ansluten till den serverinstans som är värd för den primära repliken.

  • Om du konfigurerar en tillgänglighetsgrupplyssnare i flera undernät och planerar att använda statiska IP-adresser måste du hämta den statiska IP-adressen för varje undernät som är värd för en tillgänglighetsreplik för tillgänglighetsgruppen som du skapar lyssnaren för. Vanligtvis måste du be nätverksadministratörerna om de statiska IP-adresserna.

Viktigt!

Innan du skapar din första lyssnare rekommenderar vi starkt att du läser Always On Client Connectivity.

DNS-namnkrav för en tillgänglighetsgruppslyssnare

Varje tillgänglighetsgrupplyssnare kräver ett DNS-värdnamn som är unikt i domänen och i NetBIOS. DNS-namnet är ett strängvärde. Det här namnet får endast innehålla alfanumeriska tecken, bindestreck/bindestreck (-) och understreck (_) i valfri ordning. DNS-värdnamn är skiftlägesokänsliga. Den maximala längden är 63 tecken, men i SQL Server Management Studio är den maximala längden du kan ange 15 tecken.

Vi rekommenderar att du anger en beskrivande sträng. För en tillgänglighetsgrupp med namnet AG1skulle till exempel ett beskrivande DNS-värdnamn vara ag1-listener.

Viktigt!

NetBIOS känner bara igen de första 15 teckenen i dns_name. Om du har två WSFC-kluster som styrs av samma Active Directory och du försöker skapa tillgänglighetsgrupplyssnare i båda klustren med namn med fler än 15 tecken och ett identiskt prefix på 15 tecken, får du en felrapportering om att resursen namn på virtuellt nätverk inte kunde anslutas. Information om namngivningsregler för prefix för DNS-namn finns i Tilldela domännamn.aspx).

Windows-behörigheter

Permissions Länk
Klusternamnsobjektet (CNO) i WSFC-klustret som är värd för tillgänglighetsgruppen måste ha behörigheten Skapa datorobjekt .

I Active Directory har en CNO som standard inte uttryckligen behörighet att skapa datorobjekt och kan skapa 10 virtuella datorobjekt (VCOs). Efter att 10 VCO:er har skapats kommer skapandet av fler VCO:er att misslyckas. Du kan undvika detta genom att uttryckligen bevilja behörigheten till WSFC-klustrets CNO. VCOs för tillgänglighetsgrupper som du har tagit bort tas inte bort automatiskt i Active Directory och räknas mot din 10 VCO-standardgräns om de inte tas bort manuellt.
Obs! I vissa organisationer förbjuder säkerhetspolicyn att ge behörigheten att skapa datorobjekt till enskilda användarkonton.		 Steg för att konfigurera kontot för den person som installerar klustret i Failover Cluster Step-by-Step Guide: Konfigurera konton i Active Directory
Förbered klusternamnkontot steg för steg i Failover-kluster steg-för-steg guide: Konfigurera konton i Active Directory
Om din organisation kräver att du förbereder datorkontot för ett virtuellt lyssnarnätsnamn behöver du medlemskap i gruppen Kontooperatör eller få hjälp av din domänadministratör. Steg för att förinstallera ett konto för en klustrad tjänst eller ett program i Failover Cluster steg-för-steg-guide: konfigurera konton i Active Directory.

Tips/Råd

I allmänhet är det enklast att inte förinstallera datorkontot för ett virtuellt lyssnarnätverksnamn. Om du kan kan du låta kontot skapas och konfigureras automatiskt när du kör guiden Hög tillgänglighet för WSFC.

SQL Server-behörigheter

Task Permissions
Så här skapar du en tillgänglighetsgruppslyssnare Kräver medlemskap i sysadmin fast serverroll samt antingen CREATE AVAILABILITY GROUP-serverbehörighet, ALTER ANY AVAILABILITY GROUP-behörighet eller CONTROL SERVER-behörighet.
Ändra en befintlig tillgänglighetsgruppslyssnare Kräver ändringstillstånd för tillgänglighetsgruppen, kontrolltillstånd för tillgänglighetsgrupp, tillstånd att ändra alla tillgänglighetsgrupper, eller kontrolltillstånd för servern.

Skapa en lyssnare

Du kan skapa en lyssnare med hjälp av SQL Server Management Studio (SSMS), Transact-SQL eller PowerShell.

Tips/Råd

Använd guiden Tillgänglighetsgrupp för att skapa en lyssnare för en tillgänglighetsgrupp.

Följ dessa steg för att skapa eller konfigurera en tillgänglighetsgrupplyssnare i SSMS:

  1. I Object Explorer ansluter du till den serverinstans som är värd för den primära repliken av tillgänglighetsgruppen och väljer servernamnet för att expandera serverträdet.

  2. Expandera noden Always On High Availability och noden tillgänglighetsgrupper .

  3. Välj den tillgänglighetsgrupp vars lyssnare du vill konfigurera och välj något av följande alternativ:

    • Om du vill skapa en lyssnare högerklickar du på noden Lyssnare för tillgänglighetsgruppen och väljer kommandot Ny lyssnare . Då öppnas dialogrutan Lyssnare för ny tillgänglighetsgrupp . Mer information finns i Lägg till tillgänglighetsgrupplyssnare (dialogruta), senare i den här artikeln.

    • Om du vill ändra portnumret för en befintlig lyssnare expanderar du noden Lyssnare för tillgänglighetsgruppen , högerklickar på lyssnaren och väljer kommandot Egenskaper . Ange det nya portnumret i fältet Port och välj OK.

Ny tillgänglighetsgruppslyssnare (dialogruta)

Lyssnarens DNS-namn
Anger DNS-värdnamnet för tillgänglighetsgruppens lyssnare. DNS-namnet är en sträng som måste vara unik i domänen och i NetBIOS. Det här namnet får endast innehålla alfanumeriska tecken, bindestreck (-) och bindestreck (_) i valfri ordning. DNS-värdnamn är skiftlägesokänsliga. Den maximala längden är 15 tecken.

Mer information finns i Krav för DNS-namnet på en tillgänglighetsgruppslyssnare tidigare i den här artikeln.

Hamn
TCP-porten som används av den här lyssnaren.

Nätverksläge
Anger TCP-protokollet som används av lyssnaren, något av:

DHCP
Lyssnaren ger oss en dynamisk IP-adress som tilldelas av en server som kör DHCP (Dynamic Host Configuration Protocol). DHCP är begränsat till ett enda undernät.

Viktigt!

Vi rekommenderar inte DHCP i produktionsmiljön. Om det finns en stilleståndstid och DHCP IP-lånet upphör att gälla krävs extra tid för att registrera den nya DHCP-nätverks-IP-adressen som är associerad med lyssnarens DNS-namn och påverka klientanslutningen. DHCP är dock bra för att konfigurera utvecklings- och testmiljön för att verifiera grundläggande funktioner i tillgänglighetsgrupper och för integrering med dina program.

Statisk IP-adress
Lyssnaren använder en eller flera statiska IP-adresser. Ytterligare IP-adresser är valfria. Om du vill skapa en tillgänglighetsgruppslyssnare i flera undernät måste du ange en statisk IP-adress i lyssnarkonfigurationen för varje undernät. Kontakta nätverksadministratören för att hämta dessa statiska IP-adresser.

Om du väljer Statisk IP visas ett undernätsrutnät under fältet Nätverksläge . Det här rutnätet visar information om varje undernät som kan nås av den här tillgänglighetsgruppens lyssnare. Det här rutnätet är tomt tills du lägger till en statisk IP-adress genom att välja Lägg till.

Kolumnerna är följande:

Subnet
Visar identifieraren för varje undernät som du lägger till i tillgänglighetsgruppens lyssnare.

IP-adress
Visar IP-adressen för ett visst undernät. För ett visst undernät är IP-adressen antingen en IPv4-adress eller en IPv6-adress.

Add
Välj för att lägga till en statisk IP-adress i ett valt undernät eller till ett annat undernät för den här lyssnaren. Då öppnas dialogrutan Lägg till IP-adress . Mer information finns i hjälpartikeln Lägg till IP-adress .

Remove
Välj för att ta bort det markerade undernätet från den här lyssnaren.

OK
Välj för att skapa den angivna lyssnaren för tillgänglighetsgruppen.

Felsökning

Det gick inte att skapa en tillgänglighetsgruppslyssnare på grund av Active Directory-kvoter

Det kan misslyckas vid skapandet av en ny tillgänglighetsgruppslyssnare eftersom du har nått en Active Directory-kvot för det deltagande klustrets noddatorkonto. Mer information finns i Så här felsöker du klustertjänstkontot när det ändrar datorobjekt

Uppföljning: När du har skapat en tillgänglighetsgruppslyssnare

Nyckelordet MultiSubnetFailover och tillhörande funktioner

MultiSubnetFailover är ett nytt nyckelord i anslutningssträngen som används för snabbare redundansväxling med AlwaysOn-tillgänglighetsgrupper och AlwaysOn-redundansklusterinstanser i SQL Server 2012. Följande tre underfunktioner aktiveras när MultiSubnetFailover=True anges i anslutningssträngen:

  • Snabbare redundansväxling med flera undernät till en lyssnare för flera undernät för en AlwaysOn-tillgänglighetsgrupp eller redundansklusterinstanser.

  • Snabbare redundansväxling av enskilda undernät till en enskild undernätslyssnare för en AlwaysOn-tillgänglighetsgrupp eller redundansklusterinstanser.

    • Den här funktionen används när du ansluter till en lyssnare som har en enda IP-adress i ett enda undernät. Detta utför mer aggressiva återförsök av TCP-anslutningar för att påskynda redundansväxlingar för enskilda undernät.

  • Namngiven instanslösning för en Always On-failoverklusterinstans med flera undernät.

    • Detta är för att lägga till stöd för namngiven instanslösning till Always On-failoverklusterinstanser med flera undernätsslutpunkter.

MultiSubnetFailover=True stöds inte av NET Framework 3.5 eller OLEDB

Problem: Om din tillgänglighetsgrupp eller instansen av redundanskluster har ett lyssnarnamn (kallas nätverksnamn eller klientåtkomstpunkt i WSFC-klusterhanteraren) som är beroende av flera IP-adresser från olika undernät, och du använder antingen ADO.NET med .NET Framework 3.5SP1 eller SQL Native Client 11.0 OLEDB, kan potentiellt 50% av dina klientanslutningsförfrågningar till lyssnaren för tillgänglighetsgruppen leda till en tidsgräns för anslutningen.

Lösningar: Vi rekommenderar att du utför någon av följande uppgifter.

  • Om du inte har behörighet att ändra klusterresurser ändrar du tidsgränsen för anslutningen till 30 sekunder (det här värdet resulterar i en tidsgräns på 20 sekunder för TCP plus en buffert på 10 sekunder).

    Pros: Om en redundansväxling mellan undernät inträffar är klientåterställningstiden kort.

    Nackdelar: Hälften av klientanslutningarna tar mer än 20 sekunder

  • Om du har behörighet att ändra klusterresurser är den mer rekommenderade metoden att ange nätverksnamnet för din tillgänglighetsgruppslyssnare till RegisterAllProvidersIP=0. Mer information finns i "RegisterAllProvidersIP-inställning" senare i det här avsnittet.

    Proffsen: Du behöver inte öka tidsgränsvärdet för klientanslutningen.

    Nackdelar: Om en failover mellan undernät inträffar kan klientåterställningstiden vara 15 minuter eller längre, beroende på din HostRecordTTL-inställning och inställningen för ditt DNS/AD-replikeringsschema mellan platser.

RegisterAllProvidersIP-inställning

När du använder SQL Server Management Studio, Transact-SQL eller PowerShell för att skapa en tillgänglighetsgrupplyssnare skapas klientåtkomstpunkten i WSFC med egenskapen RegisterAllProvidersIP inställd på 1 (sant). Effekten av det här egenskapsvärdet beror på klientanslutningssträngen enligt följande:

  • Anslutningssträngar som anger MultiSubnetFailover till true

    AlwaysOn-tillgänglighetsgrupper anger egenskapen RegisterAllProvidersIP till 1 för att minska återanslutningstiden efter en redundansväxling för klienter vars klientanslutningssträngar anger MultiSubnetFailover = True, enligt rekommendation. Om du vill dra nytta av lyssnarfunktionen för flera undernät kan dina klienter kräva en dataprovider som stöder nyckelordet MultiSubnetFailover . Information om drivrutinsstöd för redundansväxling mellan flera undernät finns i Always On Client Connectivity.

    Mer information om klustring av flera undernät finns i SQL Server Multi-Subnet Clustering.

    Tips/Råd

    När du kör WSFC-verktyget "Validera en konfiguration" på WSFC-klustret, genererar guiden följande varningsmeddelande:

    "Egenskapen RegisterAllProviderIP för nätverksnamnet "Name:<network_name>" är inställd på 1 För den aktuella klusterkonfigurationen ska det här värdet anges till 0."

    Ignorera det här meddelandet.

  • Anslutningssträngar som inte anger MultiSubnetFailover till true

    När RegisterAllProvidersIP = 1 inträffar kommer alla klienter, vars anslutningssträngar inte använder MultiSubnetFailover = True, att uppleva höga svarstider i sina anslutningar. Detta beror på att dessa klienter försöker ansluta till alla IP-adresser sekventiellt. Om RegisterAllProvidersIP däremot ändras till 0 registreras den aktiva IP-adressen i klientåtkomstpunkten i WSFC-klustret, vilket minskar svarstiden för äldre klienter. Om du har äldre klienter som behöver ansluta till en tillgänglighetsgruppslyssnare och inte kan använda egenskapen MultiSubnetFailover rekommenderar vi därför att du ändrar RegisterAllProvidersIP till 0.

    Viktigt!

    När du skapar en tillgänglighetsgruppslyssnare via WSFC-klustret (GUI för redundansklusterhanteraren) blir RegisterAllProvidersIP 0 (falskt) som standard.

HostRecordTTL-inställning

Som standardinställning lagrar klienter kluster-DNS-poster i cache i 20 minuter. Genom att minska HostRecordTTL, TTL (Time to Live), för den cachelagrade posten, kan äldre klienter återansluta snabbare. Men om du minskar inställningen HostRecordTTL kan det också leda till ökad trafik till DNS-servrarna.

PowerShell-exempelskript för att inaktivera RegisterAllProvidersIP och minska TTL

I följande PowerShell-exempel visas hur du konfigurerar klusterparametrarna RegisterAllProvidersIP och HostRecordTTL för lyssnarresursen. DNS-posten cachelagras i 5 minuter i stället för standardvärdet 20 minuter. Om du ändrar båda klusterparametrarna kan det ta mindre tid att ansluta till rätt IP-adress efter en redundansväxling för äldre klienter som inte kan använda parametern MultiSubnetFailover . Ersätt yourListenerName med namnet på lyssnaren som du ändrar.

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

Mer information om återställningstider under redundansväxling finns i Svarstid för klientåterställning under redundansväxling.

Uppföljningsrekommendationer

När du har skapat en tillgänglighetsgruppslyssnare:

  • Be nätverksadministratören att reservera lyssnarens IP-adress för exklusiv användning.

  • Ge lyssnarens DNS-värdnamn till programutvecklare som ska användas i anslutningssträngar när de begär klientanslutningar till den här tillgänglighetsgruppen.

  • Uppmuntra utvecklare att uppdatera klientanslutningssträngar för att ange MultiSubnetFailover = True, om möjligt. Information om drivrutinsstöd för flera-undernätsfailover finns i Always On Client Connectivity.

Skapa ytterligare en lyssnare för en tillgänglighetsgrupp (valfritt)

När du har skapat en lyssnare via SQL Server kan du lägga till ytterligare en lyssnare på följande sätt:

Skapa lyssnaren med något av följande verktyg:

Använda Felöverklusterhanteraren för WSFC:

  1. Lägg till en klientåtkomstpunkt och konfigurera IP-adressen.

  2. Anslut lyssnaren online.

  3. Lägg till ett beroende till resursen för WSFC-tillgänglighetsgruppen.

    Information om dialogrutorna och flikarna i Hanteraren för redundanskluster finns i Användargränssnitt: Snapin-modul för Hanteraren för redundanskluster.

Använda Windows PowerShell för redundanskluster:

  1. Använd Add-ClusterResource för att skapa ett nätverksnamn och IP-adressresurserna.

  2. Använd Start-ClusterResource för att starta nätverksnamnresursen.

  3. Använd Add-ClusterResourceDependency för att ange beroendet mellan nätverksnamnet och den befintliga resursen för SQL Server-tillgänglighetsgruppen.

    Information om hur du använder Windows PowerShell för redundanskluster finns i Översikt över Serverhanterarens kommandon.

Starta SQL Server-lyssnandet på den nya lyssnaren. När du har skapat den ytterligare lyssnaren ansluter du till instansen av SQL Server som är värd för den primära repliken av tillgänglighetsgruppen och använder SQL Server Management Studio, Transact-SQL eller PowerShell för att ändra lyssnarporten.

Mer information finns i Skapa flera lyssnare för samma tillgänglighetsgrupp (en SQL Server Always On-teamblogg).

Relaterat innehåll

  • Last updated on