AlwaysOn-redundansklusterinstanser (SQL Server)

2025-08-26

gäller för:SQL Server

SQL Server AlwaysOn-redundansklusterinstanser använder Windows Server-redundanskluster (WSFC) för att tillhandahålla lokal hög tillgänglighet. En failover-klusterinstans (FCI) har redundans på serverinstansnivå. En FCI är en enda instans av SQL Server som är installerad över Windows Server-klusternoder och eventuellt över flera undernät. I nätverket visas en FCI som en instans av SQL Server som körs på en enda dator, men FCI:n tillhandahåller redundans från en WSFC-nod till en annan om den aktuella noden blir otillgänglig.

En FCI kan använda AlwaysOn-tillgänglighetsgrupper för att tillhandahålla fjärrkatastrofåterställning på databasnivå. Mer information finns i Redundansklustring och AlwaysOn-tillgänglighetsgrupper (SQL Server).

SQL Server-redundansklusterinstanser stöder Lagringsdirigering för klusterlagringsresurser, som introducerades i Windows Server 2016 Datacenter Edition. Mer information finns i Lagringsdirigering i Windows Server.

Redundansklusterinstanser stöder även klusterdelade volymer (CSV). Mer information finns i Förstå klusterdelade volymer i ett redundanskluster.

Anmärkning

Förhandsversionen av SQL Server 2025 (17.x) ger stöd för att framtvinga strikta anslutningar till din redundansklusterinstans.

Fördelar med redundansklusterinstanser

När det uppstår servermaskinvara eller programvarufel uppstår driftstopp för program eller klienter som ansluter till servern. Redundanta noder skyddar tillgängligheten för SQL Server-instansen när det är en FCI i stället för en fristående instans. Endast en av noderna i FCI:n äger WSFC-resursgruppen i taget. Om ett fel inträffar (till exempel maskinvarufel, operativsystemfel, program- eller tjänstfel) eller under en planerad uppgradering flyttar klustret resursgruppens ägarskap till en annan WSFC-nod. Den här processen är transparent för klienten eller programmet som ansluter till SQL Server. Processen minimerar den stilleståndstid som programmet eller klienterna upplever under ett fel. Här är några viktiga fördelar som SQL Server-redundansklusterinstanser ger:

Skydd på instansnivå genom redundans.
Automatisk redundans vid ett fel (maskinvarufel, operativsystemfel eller program- och tjänstfel).

Viktigt!

I en tillgänglighetsgrupp stöds inte automatisk failover från en FCI till andra noder i tillgänglighetsgruppen. Därför bör FCI:er och fristående noder inte kopplas ihop i en tillgänglighetsgrupp om automatisk redundans är en viktig komponent i din lösning för hög tillgänglighet. Den här kopplingen kan dock göras för din haveriberedskapslösning .
Stöd för ett brett utbud av lagringslösningar, inklusive WSFC-klusterdiskar (iSCSI, Fiber Channel och så vidare) och SMB-filresurser (Server Message Block).
Haveriberedskap via ett FCI för flera undernät eller körning av en FCI-värdbaserad databas i en tillgänglighetsgrupp. Med stöd för flera undernät i SQL Server 2012 (11.x) kräver ett FCI för flera undernät inte ett virtuellt LAN. Det här stödet ökar hanterbarheten och säkerheten för ett FCI för flera undernät.
Ingen omkonfiguration av program och klienter under redundansväxlingar.
Flexibel redundansprincip för detaljerade utlösarhändelser för automatiska redundansväxlingar.
Tillförlitliga failovers genom periodisk och detaljerad hälsokontroll med hjälp av dedikerade och ihållande anslutningar.
Konfigurerbarhet och förutsägbarhet vid redundansväxling genom indirekta kontrollpunkter i bakgrunden.
Begränsad resursanvändning under redundansväxlingar.

Rekommendationer

I en produktionsmiljö använder du statiska IP-adresser tillsammans med den virtuella IP-adressen för en redundansklusterinstans.

Använd inte DHCP i en produktionsmiljö. Om DHCP IP-lånet upphör att gälla vid stilleståndstid krävs extra tid för att registrera om den nya DHCP IP-adressen som är associerad med DNS-namnet.

Översikt över redundansklusterinstans

En FCI körs i en WSFC-resursgrupp med en eller flera WSFC-noder. När FCI startar tar en av noderna ägarskap för resursgruppen och aktiverar sin SQL Server-instans. De resurser som ägs av den här noden är:

Nätverksnamn
IP-adress
Delade diskar
SQL Server Database Engine-tjänsten
SQL Server Agent-tjänsten
SQL Server Analysis Services-tjänsten, om den är installerad
En filresurs för delad användning, om funktionen FILESTREAM är installerad

När som helst körs endast resursgruppens ägare (och ingen annan nod i FCI:n) sina respektive SQL Server-tjänster i resursgruppen. När en redundansväxling inträffar, oavsett om det är en automatisk redundansväxling eller en planerad redundansväxling, sker följande händelsesekvens:

Om inte ett maskinvaru- eller systemfel inträffar skrivs alla smutsiga sidor i buffertcachen till disken.
Alla respektive SQL Server-tjänster i resursgruppen stoppas på den aktiva noden.
Ägarskapet för resursgruppen överförs till en annan nod i FCI:n.
Den nya resursgruppens ägare startar sina SQL Server-tjänster.
Anslutningsbegäranden för klientprogram dirigeras automatiskt till den nya aktiva noden med samma namn på det virtuella nätverket.

FCI är online så länge dess underliggande WSFC-kluster är i god kvorumhälsa. (Majoriteten av kvorum-WSFC-noderna är tillgängliga som automatiska redundansmål.) När WSFC-klustret förlorar sitt kvorum, oavsett om det beror på maskinvara, programvara eller nätverksfel eller felaktig kvorumkonfiguration, kopplas hela WSFC-klustret, tillsammans med FCI, offline. Manuella åtgärder krävs sedan i det här oplanerade redundansscenariot för att återupprätta kvorumet i de återstående tillgängliga noderna för att WSFC-klustret och FCI ska kunna online igen. Mer information finns i WSFC-kvorumlägen och röstningskonfiguration (SQL Server).

Förutsägbar redundanstid

Beroende på när SQL Server-instansen senast utförde en kontrollpunktsåtgärd kan det finnas ett stort antal smutsiga sidor i buffertcachen. Redundansövergångar varar därför så länge det tar att skriva de återstående smutsiga sidorna till disken, vilket kan leda till lång och oförutsägbar redundanstid. Från och med SQL Server 2012 (11.x) kan FCI använda indirekta kontrollpunkter för att begränsa antalet smutsiga sidor som lagras i buffertcachen. Även om detta förbrukar mer resurser under vanliga arbetsbelastningar gör det redundanstiden mer förutsägbar och mer konfigurerbar. Detta är användbart när serviceavtalet i din organisation anger mål för återställningstid (RTO) för din lösning med hög tillgänglighet. Mer information finns i Indirekta kontrollpunkter.

Tillförlitlig hälsoövervakning och flexibel redundansprincip

När FCI:n har startats övervakar WSFC-tjänsten både hälsotillståndet för det underliggande WSFC-klustret och hälsotillståndet för SQL Server-instansen. Från och med SQL Server 2012 (11.x) använder WSFC-tjänsten en dedikerad anslutning för att avsöka den aktiva SQL Server-instansen för detaljerad komponentdiagnostik via en system lagrad procedur. Det finns tre konsekvenser:

Den dedikerade anslutningen till SQL Server-instansen gör det möjligt att söka efter komponentdiagnostik på ett tillförlitligt sätt hela tiden, även när FCI:n är hårt belastad. Den här funktionen gör det möjligt att skilja mellan ett system som är hårt belastat och ett system som har feltillstånd, vilket förhindrar problem som falska redundansväxlingar.
Den detaljerade komponentdiagnostiken gör det möjligt att konfigurera en mer flexibel redundansprincip, där du kan välja vilka felvillkor som utlöser redundans.
Den detaljerade komponentdiagnostiken möjliggör också bättre felsökning av automatiska överflyttningar i efterhand. Diagnostikinformationen lagras i loggfiler som är sorterade med SQL Server-felloggarna. Du kan läsa in dem i Loggfilens visningsprogram för att inspektera de komponenttillstånd som leder fram till redundansväxlingen för att avgöra vad som orsakade redundansväxlingen.

Mer information finns i Redundansprincip för redundansklusterinstanser.

Konfigurera TLS 1.3-kryptering

Förhandsversionen av SQL Server 2025 (17.x) introducerar TDS 8.0-stöd , vilket gör det möjligt att framtvinga TLS 1.3-kryptering för kommunikation mellan Windows Server-redundansklustret och dina redundansklusterinstanser.

Kom igång genom att läsa Anslut med strikt kryptering.

Anmärkning

Installation av SQL Server 2025 (17.x) Förhandsgranskning av redundanskluster misslyckas om TLS 1.2 är inaktiverat på datorn.

Elementen i en failover-klusterinstans

En FCI består av en uppsättning fysiska servrar (noder) som innehåller liknande maskinvarukonfiguration och även identisk programvarukonfiguration som innehåller operativsystemversion och korrigeringsnivå samt SQL Server-version, korrigeringsnivå, komponenter och instansnamn. Identisk programvarukonfiguration krävs för att säkerställa att FCI:n kan fungera fullt ut när den redundansväxlar mellan noderna.

WSFC-resursgrupp

En SQL Server FCI körs i en WSFC-resursgrupp. Varje nod i resursgruppen har en synkroniserad kopia av konfigurationsinställningarna och check-spetsiga registernycklar för att säkerställa fullständiga funktioner i FCI efter en redundansväxling. Endast en av noderna i klustret äger resursgruppen i taget (den aktiva noden). WSFC-tjänsten hanterar serverklustret, kvorumkonfigurationen, redundansprincipen och redundansåtgärderna utöver det virtuella nätverksnamnet och de virtuella IP-adresserna för FCI:n. Om det uppstår ett fel (maskinvarufel, operativsystemfel eller program- och tjänstfel) eller en planerad uppgradering flyttas resursgruppens ägarskap till en annan nod i FCI:n. Antalet noder som stöds i en WSFC-resursgrupp beror på din SQL Server-utgåva. Samma WSFC-kluster kan också köra flera FCI:er (flera resursgrupper), beroende på din maskinvarukapacitet, till exempel processorer, minne och antal diskar.

SQL Server-binärfiler

Produktbinärfilerna installeras lokalt på varje nod i FCI:n i en process som liknar fristående SQL Server-installationer. Under starten startas tjänsterna dock inte automatiskt utan hanteras av WSFC.

Förvaring

Till skillnad från en tillgänglighetsgrupp måste en FCI använda delad lagring mellan alla noder i FCI:n för databas- och logglagring. Det delade lagringsutrymmet kan vara i form av WSFC-klusterdiskar, diskar på ett SAN, lagringsdirigering eller filresurser på en SMB. Därför har alla noder i FCI samma vy över instansdata när en redundansväxling sker. Det innebär dock att den delade lagringen har potential att vara den enda felpunkten och att FCI är beroende av den underliggande lagringslösningen för att säkerställa dataskyddet.

Nätverksnamn

Namnet på det virtuella nätverket för FCI:n tillhandahåller en enhetlig anslutningspunkt för FCI:n. Med den här enhetliga anslutningspunkten kan program ansluta till det virtuella nätverkets namn utan att behöva känna till den aktuella aktiva noden. När en redundansväxling inträffar registreras namnet på det virtuella nätverket till den nya aktiva noden när den har startats. Den här processen är transparent för klienten eller programmet som ansluter till SQL Server, och den minimerar den stilleståndstid som programmet eller klienterna upplever under ett fel.

Följande skärmbild visar nätverksnamnet för redundansklusterinstansen i Klusterhanteraren för växling vid fel:

Skärmbild av FCI-nätverksnamnet i Klusterhanteraren för växling vid fel.

Virtuella IP-adresser

När det gäller ett FCI för flera undernät tilldelas en virtuell IP-adress till varje undernät i FCI:n. Under en redundansväxling uppdateras det virtuella nätverksnamnet på DNS-servern så att det pekar på den virtuella IP-adressen för respektive undernät. Program och klienter kan sedan ansluta till FCI:n med samma virtuella nätverksnamn efter en redundansväxling med flera undernät.

Begrepp och uppgifter för SQL Server-redundans

Begrepp och uppgifter	Artikel
Beskriver mekanismen för felidentifiering och den flexibla redundanspolicyn.	Redundansprincip för redundansklusterinstanser
Beskriver begrepp inom FCI-administration och underhåll.	Administration och underhåll av redundansklusterinstans
Beskriver konfiguration och begrepp för flera undernät.	SQL Server-kluster för flera undernät

SQL Server FCI-stödd konfiguration på WSFC

SQL Server FCIs baserade på WSFC stöds i följande produkter:

Windows Server 2012
Windows Server 2012 R2
Windows Server 2016 Standard- och Datacenter-utgåvor
Windows Server 2019 Standard- och Datacenter-utgåvor
Windows Server 2022 Standard- och Datacenter-utgåvor

Windows Server tillhandahåller två typer av klustringstjänster:

Endast serverklusterlösningarna kan användas tillsammans med SQL Server för hög tillgänglighet om en nod går förlorad eller om det finns ett problem med en instans av SQL Server. Belastningsutjämning för nätverk kan i vissa fall användas tillsammans med fristående endast läsbar SQL Server-installationer.

Varje SQL Server FCI kräver:

En dedikerad klustergrupp som har unikt tilldelade diskenhetsbeteckningar.
Minst en unik IP-adress.
Unika virtuella server- och instansnamn i domänen.

Stöd för klusterlösningar som inte kommer från Microsoft

SQL Server utvecklas och testas med Microsoft-serverkluster. Om du använder en icke-Microsoft-klusterprodukt bör din primära supportkontakt för problem med installation, prestanda eller klusterbeteende vara lösningsleverantören. Microsoft tillhandahåller kommersiellt rimligt stöd för klusterinstallationer som inte kommer från Microsoft, ungefär som stöd för fristående SQL Server-distributioner.

Antal noder som stöds

Mer information om det maximala antalet noder som stöds för AlwaysOn-redundansklusterinstanser finns i:

Operativsystem som stöds

Information om operativsystem som stöds för SQL Server-redundanskluster finns i Verifiera operativsystemet innan du installerar redundanskluster.

Monterade enheter

Användning av monterade enheter stöds inte i kluster som innehåller en SQL Server-installation. Mer information finns i SQL Server-stöd för monterade volymer.

Klusterdelad volym (CSV)

SQL Server 2012 (11.x) och tidigare versioner stöder inte användning av CSV för SQL Server i ett redundanskluster.

Information om hur du använder CSV med SQL Server 2014 (12.x) eller senare versioner finns i följande resurser:

Begränsningar för domänkontrollant

SQL Server-redundansklusterinstanser stöds inte på noder för redundansklusterinstanser som konfigurerats som domänkontrollanter.

Överväganden för domänmigrering

SQL Server 2005 (9.x) och senare versioner kan inte migreras till en ny domän. Du måste avinstallera och installera om komponenterna i redundansklustret. Mer information finns i Flytta ett Windows Server-kluster från en domän till en annan.

Innan du avinstallerar SQL Server bör du utföra följande steg:

Ange SQL Server till att använda säkerhet i blandat läge eller lägg till nya domänkonton i SQL Server-inloggningarna.
Byt namn på mappen DATA som innehåller systemdatabaser så att den kan växlas tillbaka efter ominstallationen för att minska stilleståndstiden.
Ta inte bort SQL Server-stödfiler, SQL Server Native Client, Integration Services eller Workstation Components, såvida du inte återskapar hela noden.

Varning

Om det uppstår fel under avinstallationsprocessen kan du behöva återskapa noden för att kunna installera SQL Server igen.

Feedback

Var den här sidan till hjälp?