sql >> Database teknologi >  >> RDS >> Sqlserver

Gennemgang:Opsætning af SQL Server High Availability

I dagens teknologidrevne verden er der få dele af vores liv, der ikke er afhængige af software og it-relaterede funktioner. Efterhånden som vi er blevet mere afhængige af teknologi, er vi blevet mindre tolerante over for ydeevneproblemer i de applikationer, vi bruger regelmæssigt.

Et af de mest kritiske præstationskriterier, vi har for ansøgninger, er, at vi ønsker, at de altid skal være tilgængelige, når vi har brug for dem. Server- og databasenedetid er uacceptabelt i dagens konkurrenceprægede forretningsmiljø. For at sikre, at brugere kan få adgang til applikationer med få eller ingen afbrydelser, skal DBA'er og it-teams forblive fokuserede på at opretholde høj tilgængelighed for deres SQL Server-databaser.

Hvad er SQL Server High Availability?

SQL Server høj tilgængelighed er praksis med at holde SQL Server-databaser og -instanser oppe og køre med minimal nedetid i tilfælde af nedbrud eller fejl. Mange forretningsapplikationer er afhængige af, at databaser er oppe at køre, så når databaser er nede, bliver brugerne frustrerede, og du kan miste deres forretning.

Høj tilgængelighed er især afgørende for missionskritiske applikationer og e-handelswebsteder, hvor nedetid kan have en øjeblikkelig negativ effekt på velfærd eller omsætning.

SQL Server har adskillige teknologier med høj tilgængelighed, herunder logforsendelse, transaktionsreplikering og dataspejling, men for korthedens skyld er fokus i dette indlæg, hvordan man opnår høj tilgængelighed ved hjælp af SQL Server Always On-tilgængelighedsgrupper.

Hvad er SQL Server Always On Availability Groups?

Always On-tilgængelighedsgrupper understøtter et replikeret miljø for et defineret sæt tilgængelighedsdatabaser, der mislykkes sammen til en tilgængelighedsreplika.

Som forklaret i Microsoft SQL Server-dokumentationen, "understøtter en tilgængelighedsgruppe et sæt læse-skrive primære databaser og et til otte sæt af tilsvarende sekundære databaser."

Du har også mulighed for at gøre de sekundære databaser tilgængelige for skrivebeskyttet adgang og nogle sikkerhedskopieringsoperationer. Det er dog vigtigt at bemærke, at sekundære databaser ikke er sikkerhedskopier. Du bør fortsætte med at sikkerhedskopiere dine databaser og deres transaktionslogfiler regelmæssigt.

Fordele ved SQL Server Always On Availability Groups

SQL Server Always On tilgængelighedsgrupper giver adskillige fordele, der hjælper organisationer med at opretholde høj tilgængelighed, herunder:

Replikaer af tilgængelighed: Tilgængelighedsreplikaerne hostes af en specificeret SQL Server-instans, som vedligeholder en lokal kopi af hver tilgængelighedsdatabase, der tilhører tilgængelighedsgruppen. Hver tilgængelighedsgruppe kan understøtte én primær replika og op til otte sekundære replikaer.

Alternative tilgængelighedstilstande: Altid på tilgængelighedsgrupper understøtter to typer alternative tilgængelighedstilstande:asynkron-forpligtelse og synkron-forpligtelse.

Den asynkrone forpligtelsestilstand er en god nødgendannelsesmulighed, når tilgængelighedsreplikaerne er meget distribuerede.

Synchronous-commit-tilstand giver høj tilgængelighed og databeskyttelse, men kan påvirke ydeevnen. En tilgængelighedsgruppe kan understøtte op til tre synkrone forpligtelsesreplikaer, inklusive den primære.

Tilgængelighed-gruppe failovers: Always On-tilgængelighedsgrupper giver flere former for failover og failover-tilstande med varierende sandsynlighed for datatab:automatisk failover (intet datatab), planlagt manuel failover (intet datatab) og tvungen manuel failover (mulig datatab).

Tilgængelighedsgruppelytter: Hver Always On tilgængelighedsgruppe giver en tilgængelighedsgruppelytter, som er en server, klienter kan oprette forbindelse til for at få adgang til en database i tilgængelighedsgruppens primære eller sekundære replika. Lyttere dirigerer indgående forbindelser til den primære eller sekundære replika, hvilket muliggør hurtig applikations-failover, når en tilgængelighedsgruppe fejler.

Sikkerhedsfunktioner: SQL Server Always On-tilgængelighedsgrupper understøtter automatisk sidereparation for at beskytte mod sidekorruption samt kryptering og komprimering for sikker, højtydende transport.

Forudsætninger og begrænsninger for Always On Availability Groups

Før du implementerer SQL Server Always On tilgængelighedsgrupper, er det vigtigt at forstå de forudsætninger og begrænsninger, der er forbundet med dem. Du kan finde en komplet diskussion om SQL Server Always On tilgængelighedsgrupper i Microsofts SQL Server-dokumentation, men vi berører nogle af højdepunkterne her:

Krav og begrænsninger for tilgængelighedsgruppe

Processen med at oprette tilgængelighedsgrupper er styret af visse forudsætninger og begrænsninger. Du kan lære mere om detaljerne (og hvordan opsætning af et virtuelt miljø kan hjælpe med at omgå nogle af begrænsningerne) her:

  • Forudsætninger
  • Begrænsninger

Krav og begrænsninger for tilgængelighedsdatabasen

Før du tilføjer en database til en Always On-tilgængelighedsgruppe, skal du være sikker på, at databasen opfylder de krav og begrænsninger, der er beskrevet her:

  • Tjekliste for krav
  • Begrænsninger

SQL Server Instance Forudsætninger og begrænsninger

Tilgængelighedsgrupper mislykkes til et defineret sæt tilgængelighedsreplikaer, der hostes af SQL Server-instanser. Disse forekomster skal konfigureres korrekt for effektivt at være vært for tilgængelighedsreplikaerne. Disse ressourcer giver detaljer om de nødvendige forudsætninger, krav til trådbrug og nødvendige tilladelser:

  • Forudsætningstjekliste
  • Trådbrug
  • Tilladelser

Brug af en SQL Server Failover Cluster Instance til at være vært for en tilgængelighedsreplika

En SQL Server-failover-klyngeforekomst er en enkelt SQL Server-instans, der er installeret på tværs af Windows Server Failover Clustering-noder og giver retablering på databaseniveau. Der er nogle vigtige ting at vide om hosting af en tilgængelighedsreplika på en failover-klyngeinstans, så sørg for at gennemgå tjeklisten og begrænsningerne omhyggeligt:

  • Forudsætningstjekliste
  • Begrænsninger

Kom godt i gang med Always On Availability Groups

Når forudsætningerne og begrænsningerne er sorteret, kan du gå videre med at opsætte og implementere SQL Server Always On tilgængelighedsgrupper. Der er fire primære trin i den indledende opsætning og konfiguration af tilgængelighedsgrupper, hver med flere underopgaver. Trinene er angivet nedenfor med de fulde detaljer tilgængelige i Microsoft SQL Server-dokumentationen:

  1. Konfigurer en forekomst af SQL Server til at understøtte Always On-tilgængelighedsgrupper
  2. Opret og konfigurer en ny tilgængelighedsgruppe
  3. Administrer tilgængelighedsgrupper, replikaer og databaser
  4. Overvåg tilgængelighedsgrupper

SQL Server Always On-tilgængelighedsgrupper er en ligetil, pålidelig måde at opretholde høj tilgængelighed for din virksomhed. Always On-tilgængelighedsgrupper maksimerer din databasetilgængelighed og giver brugerne den problemfri, pålidelige applikationsoplevelse, de efterspørger.


  1. Parallel unnest() og sorteringsrækkefølge i PostgreSQL

  2. Hvordan kan jeg tælle antallet af ord i en streng i Oracle?

  3. kunde.pk_name joining transactions.fk_name vs. kunde.pk_id [serial] joining transactions.fk_id [heltal]

  4. Sådan håndteres fragmentering af auto_increment ID-kolonnen i MySQL