I denne artikkelen forstår vi hvordan du lager most ut av sekundær replika for AlwaysOn Availability Groups.
Brukere som jobber med SQL Server er kjent med AlwaysOn-funksjonen som er tilgjengelig i 2012 og påfølgende utgaver. AlwaysOn tilgjengelighetsgrupper hjelper brukere med å gi høyere tilgjengelighet, leseskalabalansering og katastrofegjenoppretting. Det er en aktiv primær kopi og sammen med er en sekundær kopi som er passiv. Så det essensielle spørsmålet er hvordan kan vi tilordne visse oppgaver til sekundære replikaer og spare noen ressurser og bruke begge replikaene effektivt.
Artikkelen fokuserer på bruken og funksjonaliteten til sekundær replika for SQL-server AlwaysOn Availability Groups.
En titt på hvordan ting fungerte i fortiden
I tidligere versjoner ville den sekundære replikaen forbli inaktiv hvis den primære replikaen er aktiv som most av løsningene vil kreve en aktiv passiv konfigurasjon. Men med de nye oppdateringene endret 2012-utgaven Always On-funksjonen ligningene, og nå kan sekundær replika i hovedsak være i en skrivebeskyttet modus og kan effektivt håndtere spørringer og databasesikkerhetskopieringsjobber som flytter belastningen fra primær replika. 'Alltid på' tilgjengelighetsgrupper i utgangspunktet boost tilgjengeligheten av et sett med bruker-DB for en bedrift/organisasjon.
Sekundære kopier
Sekundære kopier kom for dagen etter SQL Server 2012-oppdatering. De er nyttige i databasespeiling og er i stand til å bruke sekundær kopi for å utføre sikkerhetskopier og kjøre andre søk som er ressurstunge. Dette fjerner belastningen fra primære replikaer og forbedrer ytelsen og gjør bruk av sekundær replika som ellers var inaktiv under operasjoner.
For å utføre SQL Database-sikkerhetskopi på en aktiv sekundær replika kan brukere bruke "copy_only-alternativet" designet for filgruppe, fil, full database og logg-sikkerhetskopier. Brukere kan også konfigurere en tilgjengelighetsgruppe for å utføre sikkerhetskopieringene. Skript for sikkerhetskopieringsjobber kan skriptes mens du velger replika-sikkerhetskopier. Eller alternativt kan brukere bare konfigurere mens de kjører Wizard of New Availability Group.
Deretter er det også en mulighet for å bruke BACKUP_PRIORITY for å finne sikkerhetskopiene. Det bør bemerkes at angitte sikkerhetskopieringsinnstillinger brukes av loggforsendelses- og vedlikeholdsplaner.
Sekundære replika-restriksjoner
Selv om det er store fordeler ved å bruke sekundære replikaer, er det også noen begrensninger. Spesielt er endring av datasporing og datafangst egentlig ikke støttet i databaser som bruker Secondary Replicas i 2012-iterasjon av SQL Server.
Også ghost Opprydding av poster på primær replika kan bli blokkert av sekundære replikas transaksjoner. Så de blir bare ryddet opp når sekundære replikaer ikke trenger dem. DBCC Shrinkfile kan også mislykkes på din primære replika i en lignende situasjon der sekundær replika krever ghost poster. Dette er hovedbegrensningene for sekundære kopier.
Brukere bør også merke seg at hvis det er noen aktive transaksjoner som eksisterer på den primære DB under sammenføyningen av lesbare sekundære replikaer til tilgjengelighetsgrupper, vil ikke radversjoner være fullt tilgjengelige på sekundær DB, noe som betyr at spørringer vil bli blokkert temporarily til transaksjonene som var på primær kopi ruller tilbake.
I tillegg til å implementere AlwaysOn Availability Groups på riktig måte, bør selskaper også investere i spesialiserte mdf-fiks verktøy for å håndtere enhver hendelse med datakorrupsjon.
Forfatterintroduksjon:
Victor Simon er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert mdb reparasjon og sql-programvareprodukter. For mer informasjon besøk https://www.datanumen.com/
Legg igjen en kommentar