sql >> Databasteknik >  >> RDS >> Sqlserver

Genomgång:Konfigurera SQL Server High Availability

I dagens teknikdrivna värld är det få delar av våra liv som inte är beroende av mjukvara och IT-relaterade funktioner. Eftersom vi har blivit mer beroende av teknik har vi blivit mindre toleranta mot prestandaproblem i de applikationer vi använder regelbundet.

Ett av de mest kritiska prestationskriterierna vi har för ansökningar är att vi vill att de alltid ska vara tillgängliga när vi behöver dem. Driftstopp för server och databas är oacceptabelt i dagens konkurrensutsatta affärsmiljö. För att säkerställa att användare kan komma åt applikationer med små eller inga avbrott måste DBA:er och IT-team hålla fokus på att upprätthålla hög tillgänglighet för sina SQL Server-databaser.

Vad är SQL Server High Availability?

SQL Server hög tillgänglighet är metoden att hålla SQL Server-databaser och instanser igång med minimal driftstopp i händelse av en krasch eller ett fel. Många affärsapplikationer förlitar sig på att databaser är igång, så när databaser är nere blir användarna frustrerade och du kan förlora sin verksamhet.

Hög tillgänglighet är särskilt avgörande för verksamhetskritiska applikationer och e-handelssajter där driftstopp kan ha en omedelbar negativ effekt på välfärden eller intäkterna.

SQL Server har flera högtillgänglighetsteknologier, inklusive loggsändning, transaktionsreplikering och dataspegling, men för korthetens skull är fokus i det här inlägget hur man uppnår hög tillgänglighet med hjälp av SQL Server Always On-tillgänglighetsgrupper.

Vad är SQL Server Always On Availability-grupper?

Alltid på-tillgänglighetsgrupper stöder en replikerad miljö för en definierad uppsättning tillgänglighetsdatabaser som misslyckas tillsammans till en tillgänglighetsreplik.

Som förklaras i Microsoft SQL Server-dokumentationen, "en tillgänglighetsgrupp stöder en uppsättning läs-skriv primära databaser och en till åtta uppsättningar av motsvarande sekundära databaser."

Du har också möjlighet att göra de sekundära databaserna tillgängliga för skrivskyddad åtkomst och vissa säkerhetskopieringar. Det är dock viktigt att notera att sekundära databaser inte är säkerhetskopior. Du bör fortsätta att säkerhetskopiera dina databaser och deras transaktionsloggar regelbundet.

Fördelar med SQL Server Always On Availability Groups

SQL Server Always On-tillgänglighetsgrupper ger många fördelar som hjälper organisationer att upprätthålla hög tillgänglighet, inklusive:

Tillgänglighetsrepliker: Tillgänglighetsreplikerna är värd för en specificerad SQL Server-instans, som upprätthåller en lokal kopia av varje tillgänglighetsdatabas som tillhör tillgänglighetsgruppen. Varje tillgänglighetsgrupp kan stödja en primär replik och så många som åtta sekundära repliker.

Alternativa tillgänglighetslägen: Alltid på-tillgänglighetsgrupper stöder två typer av alternativa tillgänglighetslägen:asynkron-bekräftelse och synkron-bekräftelse.

Det asynkrona commit-läget är ett bra alternativ för katastrofåterställning när tillgänglighetsreplikerna är mycket distribuerade.

Synchronous-commit-läge ger hög tillgänglighet och dataskydd, men kan påverka prestandan. En tillgänglighetsgrupp kan stödja upp till tre synkrona commit tillgänglighetsrepliker, inklusive den primära.

Tillgänglighetsgrupp-failovers: Always On-tillgänglighetsgrupper tillhandahåller flera former av failover och failover-lägen med varierande sannolikhet för dataförlust:automatisk failover (ingen dataförlust), planerad manuell failover (ingen dataförlust) och forcerad manuell failover (möjlig dataförlust).

Tillgänglighetsgrupplyssnare: Varje Always On-tillgänglighetsgrupp tillhandahåller en tillgänglighetsgruppavlyssnare, vilket är en server som klienter kan ansluta till för att komma åt en databas i tillgänglighetsgruppens primära eller sekundära replik. Lyssnare dirigerar inkommande anslutningar till den primära eller sekundära repliken, vilket möjliggör snabb applikationsväxling när en tillgänglighetsgrupp misslyckas.

Säkerhetsfunktioner: SQL Server Always On-tillgänglighetsgrupper stöder automatisk sidreparation för att skydda mot sidkorruption samt kryptering och komprimering för säker, högpresterande transport.

Förutsättningar och begränsningar för alltid tillgängliga grupper

Innan du distribuerar SQL Server Always On-tillgänglighetsgrupper är det viktigt att förstå de förutsättningar och begränsningar som är kopplade till dem. Du kan hitta en fullständig diskussion om SQL Server Always On-tillgänglighetsgrupper i Microsofts SQL Server-dokumentation, men vi berör några av höjdpunkterna här:

Tillgänglighetsgruppskrav och begränsningar

Processen att skapa tillgänglighetsgrupper styrs av vissa förutsättningar och restriktioner. Du kan lära dig mer om detaljerna (och hur inställning av en virtuell miljö kan hjälpa till att kringgå några av begränsningarna) här:

  • Förutsättningar
  • Begränsningar

Tillgänglighetsdatabaskrav och begränsningar

Innan du lägger till en databas i en Alltid på-tillgänglighetsgrupp måste du vara säker på att databasen uppfyller kraven och begränsningarna som beskrivs här:

  • Checklista för krav
  • Begränsningar

SQL-serverinstansförutsättningar och begränsningar

Tillgänglighetsgrupper misslyckas med en definierad uppsättning tillgänglighetsrepliker som är värd för SQL Server-instanser. Dessa instanser måste konfigureras på lämpligt sätt för att effektivt kunna vara värd för tillgänglighetsreplikerna. Dessa resurser tillhandahåller specifikationer om nödvändiga förutsättningar, krav på trådanvändning och nödvändiga behörigheter:

  • Förutsättningschecklista
  • Trådanvändning
  • Behörigheter

Använda en SQL Server-failover-klusterinstans för att vara värd för en tillgänglighetsreplik

En SQL Server-failover-klusterinstans är en enskild SQL Server-instans som installeras över Windows Server Failover Clustering-noder och ger återställning på databasnivå. Det finns några viktiga saker att veta om att vara värd för en tillgänglighetsreplik på en failover-klusterinstans, så se till att granska checklistan och begränsningarna noggrant:

  • Förutsättningschecklista
  • Begränsningar

Komma igång med Always On Availability Groups

När förutsättningarna och begränsningarna är sorterade kan du gå vidare med att konfigurera och distribuera SQL Server Always On-tillgänglighetsgrupper. Det finns fyra primära steg i den första inställningen och konfigurationen av tillgänglighetsgrupper, var och en med flera deluppgifter. Stegen listas nedan med all information tillgänglig i Microsoft SQL Server-dokumentationen:

  1. Konfigurera en instans av SQL Server för att stödja Always On-tillgänglighetsgrupper
  2. Skapa och konfigurera en ny tillgänglighetsgrupp
  3. Hantera tillgänglighetsgrupper, repliker och databaser
  4. Övervaka tillgänglighetsgrupper

SQL Server Always On-tillgänglighetsgrupper är ett enkelt och pålitligt sätt att upprätthålla hög tillgänglighet för ditt företag. Alltid på-tillgänglighetsgrupper maximerar din databastillgänglighet och ger användarna den sömlösa, pålitliga applikationsupplevelse de efterfrågar.


  1. effektivt sätt att implementera personsökning

  2. Hur kör man ett SSIS-paket från .NET?

  3. Den ökända java.sql.SQLException:Ingen lämplig drivrutin hittades

  4. PostgreSQL-borttagning med inre koppling