SQL Server AlwaysOn tilgjengelighet Gruppe introduction

For det første, er AlwaysOn tilgjengelighet konsernet en helt ny funksjon i SQL Server 2012. I et nøtteskall, tjener det å maksimere tilgjengeligheten av gruppen av brukerdatabaser. Det viste seg å være en god høy tilgjengelighet, samt katastrofegjenoppretting løsning som brukes som et alternativ til database speiling. Som nevnt ovenfor, denne spennende nye funksjonen reduserer nedetid (både planlagte og ikke planlagte) av systemet og tjener til å øke sin tilgjengelighet. Sammen med tilgjengelighet, det gir beskyttelse for dine data. Det er noe en hybridløsning for både høy tilgjengelighet og katastrofegjenoppretting.

Hva er tilgjengelighet Gruppe handler om?

Tilgjengelighet gruppen er et sett av brukere databaser, også kjent som tilgjengelighet databaser, designet for å støtte en failover miljø. Den støtter et sett med lese-skrive primære databaser og en til fire sett med sekundære databaser som bare er tilgjengelig for skrivebeskyttet tilgang. . Videre er hver tilgjengelighet database vert en tilgjengelighet replika
To typer tilgjengelighet kopier finnes:
• En primære replica – Primær replica vert primære databaser. Det tjener til å sende transaksjonslogg registreringer av hver primærdatabasen til hver sekundær database. Videre gjør det primære databaser tilgjengelig for lese-skrive-tilkoblinger fra brukere
• Ett til fire sekundære kopier – Hver sekundær kopi vert sekundære databaser og fungerer som en potensiell tilgjengelighet gruppe for en failover også. Hver sekundær kopi bufrer transaksjonslogg og bruker dem til den tilsvarende sekundær database
Bare i tankene, som synkroniseringen skjer mellom den primære database og hver tilkoblet sekundær database uavhengig -. Sekundær database kan mislykkes uten å ha en innvirkning på andre sekundære databaser , samme med primærdatabaser.

Typer failover

Prosessen med en sekundær kopi bli en primær replika kalles en failover. I løpet av denne prosessen, sekundære kopi overganger til den primære rolle og dermed bli den nye primær replika. Denne nye primær replika bringer sine databaser på nettet som den primære seg og brukere kan koble seg til dem. Når den tidligere primær replica blir tilgjengelig, endrer det sin rolle til secondary en og datasynkronisering opptar
Det finnes tre former for failover – manuelle, automatiske og tvang (med tvungen failover å være den med mulig tap av data). Men støtter synkron-commit-modus to former for failover – planlagt manuell failover og automatisk failover. Støtten for disse formene for failover avhenger av innstillingen for failover-modus eiendom på failover partnere
• Planlagt manuell failover (uten datatap) – Hvis failover-modus er satt til manuell på enten kopier (primær eller sekundær), er kun manuell failover støttes for sekundær kopi. Manuell failover bevarer alle data i de sekundære databaser som er koblet til den ledige gruppen på målet sekundær kopi. Det som er viktig her er at både primære og sekundære replikaer må kjøre under synkron-commit-modus og at den sekundære replica må allerede være synkronisert. Når de tidligere primær kopi bytter til sekundær rolle, sine databaser blir sekundære databaser og begynne å synkronisere med de nye primære databaser. Når de alle bytte til synkronisert tilstand, blir den nye videregående kopi tilgjengelig for å brukes som mål for en fremtidig planlagt manuell failover
• Automatisk failover (uten datatap) – Når en failover-modus er satt til automatisk på begge kopier (grunnskole og videregående), er både automatisk og manuell failover støttes på at sekundær kopi. I et nøtteskall, oppstår automatisk failover når primær replica kollapser (blir utilgjengelig) og sekundære kopi bytter automatisk til hovedrollen. Med andre ord, det forekommer som respons på en svikt som fører til en synkronisert sekundært replika å gå over til den primære rolle. Etter den tidligere primær kopi blir tilgjengelig igjen, får det funksjonene til en sekundær kopi. Akkurat som manuell failover, må sekundær kopi allerede være synkronisert og automatisk failover krever at både primær og sekundær kopi ballen en synkron-commit-modus også, men med failover modus satt til automatisk å være den eneste forskjellen.

For å konkludere, kan denne nye integrerte, fleksibel og viktigst kostnadseffektiv funksjonen gir data og maskinvare redundans innenfor og på tvers av datasentre, og forbedre søknaden failover tid for å øke tilgjengeligheten av programmene dine. Også, i motsetning database speiling og clustering denne løsningen tilbyr deg tilgjengeligheten for live spørring og dessuten kan du plassere kopier i ulike geografiske områder. AlwaysOn gir fleksibilitet i konfigurasjonen og muliggjør gjenbruk av eksisterende maskinvare investeringer
.