Vad är en tillgänglighetsgruppslyssnare?

Gäller för:SQL Server

En tillgänglighetsgruppslyssnare är ett virtuellt nätverksnamn (VNN) som klienter kan ansluta till för att få åtkomst till en databas i en primär eller sekundär replik av en AlwaysOn-tillgänglighetsgrupp. En lyssnare tillåter att en klient ansluter till en replik utan att behöva känna till sql-serverns fysiska instansnamn. Eftersom trafik dirigeras av lyssnaren behöver klientanslutningssträngen inte ändras efter en omkoppling.

En tillgänglighetsgrupplyssnare består av ett DNS-lyssnarnamn (Domain Name System), en lyssnarportbeteckning och en eller flera IP-adresser. Endast TCP-protokollet stöds av tillgänglighetsgruppens lyssnare. Lyssnarens DNS-namn måste vara unikt i domänen och i NetBIOS. När du skapar en lyssnare blir den en resurs i ett kluster med ett associerat virtuellt nätverksnamn (VNN), virtuell IP (VIP) och beroende av tillgänglighetsgrupp. En klient använder DNS för att matcha det virtuella nätverket till flera IP-adresser och försöker sedan ansluta till varje adress tills en anslutningsbegäran lyckas eller tills tidsgränsen för anslutningsbegäranden överskrids.

Om skrivskyddad routning har konfigurerats för en eller flera läsbara sekundära repliker omdirigeras skrivskyddade klientanslutningar till lyssnaren automatiskt till en läsbar sekundär replik.

Den här artikeln innehåller en översikt över en tillgänglighetsgruppslyssnare. Du kan också konfigurera lyssnaren och sedan lära dig hur du ansluter till lyssnaren.

Lyssnarparametrar

En tillgänglighetsgruppslyssnare använder följande:

Ett unikt DNS-namn
Detta kallas även för ett virtuellt nätverksnamn (VNN). Active Directory-namngivningsregler för DNS-värdnamn gäller. Mer information finns i artikeln Namngivningskonventioner i Active Directory för datorer, domäner, platser och OUs KB.

En eller flera virtuella IP-adresser (VIP)
VIP:er konfigureras för ett eller flera undernät som tillgänglighetsgruppen kan växla över till.

Konfiguration av IP-adress
För en viss tillgänglighetsgruppslyssnare kan IP-adressen använda antingen DHCP (Dynamic Host Configuration Protocol) eller en eller flera statiska IP-adresser. Användning av DHCP kan orsaka anslutningsfördröjningar under redundansväxling, och därför rekommenderas det inte för användning i produktionsmiljöer. Tillgänglighetsgrupper som sträcker sig över flera undernät eller använder hybridnätverkskonfigurationer måste använda en statisk IP-adress.

Lyssnarport

När du konfigurerar en tillgänglighetsgruppslyssnare måste du ange en port via SSMS. Du kan konfigurera standardporten till 1433 för att göra klientanslutningssträngarna enkla. Det innebär att om du använder 1433 behöver du inte inkludera ett portnummer i en anslutningssträng för ditt program. Eftersom varje tillgänglighetsgruppslyssnare har ett separat virtuellt nätverksnamn kan varje tillgänglighetsgruppslyssnare som konfigurerats på en enda WSFC konfigureras för att referera till samma standardport på 1433.

Om du använder standardporten 1433 för VNN för tillgänglighetsgruppslyssnare måste du fortfarande se till att inga andra tjänster på klusternoden använder den här porten. annars skulle detta orsaka en portkonflikt.

Om en av instanserna av SQL Server redan lyssnar på TCP-port 1433 via instanslyssnaren och det inte finns några andra tjänster (inklusive ytterligare instanser av SQL Server) på datorn som lyssnar på port 1433, orsakar detta ingen portkonflikt med tillgänglighetsgruppens lyssnare. Det beror på att tillgänglighetsgruppens lyssnare kan dela samma TCP-port i samma process. Flera instanser av SQL Server (sida vid sida) får dock inte konfigureras för att lyssna på samma port eftersom en av dem inte lyssnar efter anslutningar.

Du kan också ange en icke-standardport för tillgänglighetsgruppens lyssnare. Men du måste också uttryckligen använda målporten i programanslutningssträngen när du ansluter till en lyssnare. Du måste också öppna behörigheten för brandväggen för den här porten.

Du kan ansluta till lyssnaren med hjälp av namnet och porten (om inte 1433). Porten kan vara antingen lyssnarporten eller den underliggande SQL Server-port som den är konfigurerad för att lyssna på.

Följande exempel visar några av lyssnarens funktioner:

Ställa in:

• IP som SQL Server lyssnar på: 192.168.20.2
• Port som SQL Server lyssnar på: 50254
• Lyssnar-IP som har konfigurerats: 192.168.20.15
• Lyssnarnamnet konfigurerades: aglistener19
• Lyssnarport som har konfigurerats: 50123

1. Anslut till lyssnaren via IP-adress och port. Den här anslutningen är framgångsrik.

   sqlcmd -S 192.168.20.15,50123 
   1> 
   

2. Anslut endast till lyssnaren med namn, ingen port. Den här anslutningen misslyckas eftersom en port som inte är standard användes. Du måste ange porten.

   sqlcmd -S aglistener19 
   

3. Anslut till lyssnaren med lyssnarens namn och konfigurerad port. Den här anslutningen är framgångsrik.

   sqlcmd -S aglistener19,50123 
   1> 
   

4. Anslut slutligen till lyssnaren och SQL Server-porten. Observera att du i det här fallet använder porten sql Server lyssnar på, inte lyssnarporten. Den här anslutningen lyckas också.

   sqlcmd -S aglistener19,50254
   1> 
   

Beteende för klientanslutningar vid redundansväxling

När en redundansväxling sker i en tillgänglighetsgrupp avslutas befintliga beständiga anslutningar till tillgänglighetsgruppen och klienten måste upprätta en ny anslutning för att kunna fortsätta arbeta med samma primära databas eller skrivskyddade sekundära databas. Medan en redundansväxling sker på serversidan kan anslutningen till tillgänglighetsgruppen misslyckas, vilket tvingar klientapplikationen att försöka ansluta igen tills primärservern är fullt online igen.

Om tillgänglighetsgruppen kommer online igen under tiden ett klientprogram försöker ansluta, men före tidsfristen för anslutningen, kan klientdrivrutinen lyckas ansluta under ett av sina interna återförsök och inget fel kommer att meddelas till programmet i detta fall.

Nästa steg

Nu när du är bekant med hur en tillgänglighetsgruppslyssnare fungerar skapar du lyssnaren och konfigurerar sedan programmet för att ansluta till lyssnaren. Du kan också granska olika övervakningsstrategier för tillgänglighetsgrupper för att säkerställa hälsotillståndet för din tillgänglighetsgrupp.

Mer information om tillgänglighetsgrupper finns i Översikt över AlwaysOn-tillgänglighetsgrupper (SQL Server).