SQL Server AlwaysOn Tilgængelighed Group introduktion

For startere, AlwaysOn Tilgængelighed Group er en helt ny funktion i SQL Server 2012. I en nøddeskal, det tjener til at maksimere tilgængeligheden af ​​gruppen af ​​brugerdatabaser. Det er bevist at være en god høj tilgængelighed, samt disaster recovery løsning, der bruges som alternativ til database spejling. Som nævnt ovenfor er denne spændende ny funktion reducerer nedetiden (både planlagte og ikke-planlagte) i systemet og tjener til at øge det tilgængelighed. Sammen med tilgængelighed, det giver beskyttelse til dine data. Det er lidt en hybrid løsning for både høj tilgængelighed og disaster recovery.

Hvad er tilgængelighed Group om?

Tilgængelighed gruppe er et sæt af brugere databaser, også kendt som tilgængelighed databaser, der er designet til at understøtte en failover miljø. Det understøtter en række læse-skrive primære databaser og en til fire sæt sekundære databaser, som kun er tilgængelig for læseadgang. . Desuden er hver tilgængelighed database vært ved en tilgængelighed replika
To typer af tilgængelighed reproduktioner findes: Restaurant • En primær replika – Primær replika vært primære databaser. Det tjener til at sende transaktion logfiler for hver primær database til alle sekundære database. Desuden gør det primære databaser til rådighed for læse-skrive-forbindelser fra brugere
• Én til fire sekundære replikaer – Hver sekundær replika vært sekundære databaser og fungerer også som en potentiel tilgængelighed gruppe for en failover. Hver sekundær replika cacher transaktionsloggen og anvender dem på dens tilsvarende sekundær database
Bare i tankerne, da synkroniseringen sker mellem den primære database og hver tilsluttet sekundær database uafhængigt -. Sekundær database kan fejle uden at have en indvirkning på andre sekundære databaser , samme ting med primære databaser.

Typer af failovers

Processen med en sekundær kopi blive en primær replika kaldes en failover. Under denne proces, sekundære replika overgange til primære rolle bliver således den nye primære replika. Denne nye primære replika bringer sine databaser online som de primære dem og brugere kan oprette forbindelse til dem. Når den tidligere primære replika bliver tilgængelig, det ændrer sin rolle til sekundær én og data synkronisering genoptager
Der er tre former for failover – manuel, automatisk og tvunget (med tvungen failover er den ene med mulige datatab). Men synkron-begå tilstand understøtter to former for failover – planlagte manuel failover og automatisk failover. Støtten til disse former for failover afhænger af indstillingen af ​​failover-mode ejendom på failover partnerne
• Planlagt manuel failover (uden tab af data) – Hvis failover er indstillet til manuel på enten replikaer (primære eller sekundære), kun manuel failover understøttet for den sekundære replika. Manuel failover bevarer alle data i de sekundære databaser, der er forenet til tilgængeligheden gruppen på målet sekundære replika. Det vigtige her er, at både primære og sekundære replikaer skal køre under synkron-begå mode og at den sekundære kopi skal allerede være synkroniseret. Når de tidligere primære replika skifter til den sekundære rolle, sine databaser bliver sekundære databaser og begynde at synkronisere med de nye primære databaser. Når de alle skifter til synkroniseret tilstand, bliver tilgængelig til at blive brugt den nye sekundære replika som målet for en fremtidig planlagt manuel failover
• Automatisk failover (uden tab af data) – Når en failover er indstillet til automatisk på begge replikaer (primære og sekundære), både automatisk og manuel failover understøttes på det sekundære replika. I en nøddeskal, opstår automatisk failover, når primær replika kollapser (bliver utilgængelig) og den sekundære replika skifter automatisk til den primære rolle. Med andre ord, det forekommer som respons på en fejl, der forårsager en synkroniseret sekundær replika til overgangen til den primære rolle. Efter den tidligere primære replika bliver tilgængelig igen, det får de funktioner af sekundær replika. Ligesom manuel failover, skal sekundær replika allerede synkroniseres og automatisk failover kræver, at både primær og sekundær replika løb en synkron-begå tilstand så godt, men med failover indstillet til automatisk at blive den eneste forskel.

For at konkludere, kan denne nye integrerede, fleksible og vigtigst omkostningseffektiv funktion levere data og hardware redundans i og på tværs datacentre, og forbedre anvendelsen failover tid til at øge tilgængeligheden af ​​dine programmer. Også, i modsætning database spejling og klyngedannelse denne løsning giver dig ledighed levende forespørgsler og desuden kan du placere replikaer i forskellige geografiske områder. AlwaysOn giver fleksibilitet i konfiguration og muliggør genbrug af eksisterende hardware investeringer
.