Gjenopprette fra Azure Backup

Hver vellykkede sikkerhetskopieringskjøring oppretter et gjenopprettingspunkt – et øyeblikksbilde av den beskyttede ressursen på et bestemt tidspunkt. Azure Backup oppbevarer gjenopprettingspunkter i henhold til oppbevaringsreglene i sikkerhetskopieringspolicyen. Når du trenger å gjenopprette, velger du et gjenopprettingspunkt og en gjenopprettingstype. Hvilke typer som er tilgjengelige, avhenger av ressursen: For virtuelle maskiner kan du utføre full gjenoppretting av den virtuelle maskinen, diskgjenoppretting eller gjenoppretting av elementer på filnivå. Når du forstår disse alternativene, kan du velge den raskeste veien til gjenoppretting.

En full gjenoppretting av en virtuell maskin oppretter hele den virtuelle maskinen på nytt – OS-disken, datadiskene og nettverksgrensesnittet – fra et gjenopprettingspunkt. Du kan gjenopprette til den opprinnelige plasseringen (og erstatte den eksisterende virtuelle maskinen) eller til en alternativ plassering (og opprette en ny virtuell maskin med et annet navn eller i en annen ressursgruppe eller region). Full gjenoppretting er det langsomste alternativet, men gjenoppretter en virtuell maskin som er fullstendig ødelagt eller slettet. Gjenoppretting på tvers av områder støttes også hvis hvelvet bruker GRS-lagring.

Diskgjenoppretting eksporterer administrerte disker fra et gjenopprettingspunkt til en angitt lagringskonto uten å opprette en ny virtuell maskin. Dette er nyttig når du bare trenger å gjenopprette bestemte data fra en disk, eller når du vil koble den gjenopprettede disken til en eksisterende virtuell maskin for undersøkelse. Når diskene er eksportert, kan du montere dem, bla gjennom filsystemet og kopiere bare filene du trenger – raskere enn å starte en full gjenoppretting av en virtuell maskin.

Gjenoppretting på elementnivå (ILR) lar deg bla gjennom og gjenopprette enkeltfiler og mapper fra en sikkerhetskopi av en virtuell maskin uten å gjenopprette hele disken. Azure Backup monterer gjenopprettingspunktet som et lokalt iSCSI-mål på en Windows- eller Linux-maskin. Du kobler til ved hjelp av et angitt skript, blar gjennom den monterte disken som om den var en lokal stasjon, og kopierer bare de bestemte filene du trenger. Monteringsøkten utløper etter 12 timer for å begrense eksponeringen.

Når du vurderer strategier for sikkerhetskopiering, er to måleverdier viktige: RPO (Recovery Point Objective) er det maksimale akseptable datatapet uttrykt i tid – hvis sikkerhetskopieringen kjøres daglig, er RPO-en din opptil 24 timer. RTO (Recovery Time Objective) er hvor lang tid selve gjenopprettingsprosessen tar. Full gjenoppretting av virtuelle maskiner kan ta fra 30 minutter til flere timer, avhengig av diskstørrelsen. Gjenoppretting på filnivå går mye raskere. Når du tilpasser RPO og RTO til virksomhetens krav, legger dette grunnlaget for valg av sikkerhetskopieringsplan og strategi for gjenoppretting.

For Azure Files som er sikkerhetskopiert via Azure Backup, har du to alternativer for gjenoppretting. Gjenoppretting til opprinnelig plassering overskriver det gjeldende innholdet i fildelingen med øyeblikksbildet. Gjenoppretting til alternativ plassering gjenoppretter til en annen fildeling eller lagringskonto, slik at den gjeldende fildelingen forblir uendret. Du kan også utføre gjenoppretting på elementnivå for å gjenopprette bestemte filer eller mapper fra øyeblikksbildet. Dette er den vanligste gjenopprettingstypen med minst påvirkning for fildelinger.

Gjenoppretting på tvers av områder (CRR) lar deg gjenopprette virtuelle maskiner til et sekundært (paret) område når det primære området blir utilgjengelig. CRR er bare tilgjengelig for hvelv som er konfigurert med Geo-Redundant Storage. Du må aktivere CRR uttrykkelig i egenskapene for hvelvet – det er ikke aktivert som standard. CRR medfører en ekstra kostnad, men er avgjørende i scenarier der du må gjenopprette arbeidsbelastninger i det sekundære området før Azure Site Recovery fullfører failover.

Hver gjenopprettingsoperasjon oppretter en sikkerhetskopieringsjobb med typen Restore, som du kan overvåke i bladet Backup Jobs i hvelvet. Store diskgjenopprettinger kan kjøre i flere timer. Hvis en gjenoppretting mislykkes underveis (for eksempel på grunn av et tillatelsesproblem på mållagringskontoen), viser Azure Backup en detaljert feilmelding og en kobling til dokumentasjon. Du kan prøve gjenopprettingen på nytt når det underliggende problemet er løst – en delvis fullført gjenoppretting skader ikke gjenopprettingspunktet.

Når SQL Server kjører på en Azure-virtuell maskin og er beskyttet med løsningen Azure Backup for SQL Server, får du flere detaljerte alternativer for gjenoppretting. Du kan gjenopprette til et bestemt tidspunkt (basert på sikkerhetskopier av transaksjonslogger som kjøres hvert 15.–60. minutt), i stedet for bare til et gjenopprettingspunkt for en full sikkerhetskopi. Dette reduserer RPO betydelig for SQL-arbeidsbelastninger sammenlignet med sikkerhetskopiering av den virtuelle maskinen på filsystemnivå alene.

Mange organisasjoner tester aldri sikkerhetskopiene sine før katastrofen inntreffer – og oppdager da at sikkerhetskopiene er ødelagte eller ufullstendige, eller at gjenopprettingen tar mye lengre tid enn forventet. Beste praksis krever regelmessige gjenopprettingsøvelser: Gjenopprett til en testressursgruppe, kontroller at programmet fungerer, og dokumenter den faktiske RTO-en som ble oppnådd. Arbeidsboken Backup Reports i Azure Backup Center gir en samsvarsoversikt som viser datoen for siste vellykkede sikkerhetskopiering for hvert beskyttede element.

Azure Backup for virtuelle maskiner opprettholder et lokalt øyeblikksbilde for direkte gjenoppretting i 1–5 dager (konfigurerbart i policyen) i ressursgruppen sammen med den virtuelle maskinen. Gjenoppretting fra dette lokale øyeblikksbildet går mye raskere enn gjenoppretting fra hvelvet, fordi dataene ikke trenger å overføres fra hvelvets lagring. Når perioden for direkte gjenoppretting utløper, lagres gjenopprettingspunktet bare i hvelvet. Ved å bruke direkte gjenoppretting for nylige hendelser reduserer du RTO-en betydelig.

I denne leksjonen har du lært at Azure Backup tilbyr flere gjenopprettingstyper – full gjenoppretting av virtuell maskin, diskgjenoppretting og gjenoppretting av elementer på filnivå – som hver innebærer ulike avveininger mellom hastighet og detaljnivå, at gjenoppretting på tvers av områder krever GRS-hvelv og må aktiveres uttrykkelig, og at regelmessige gjenopprettingsøvelser er avgjørende for å kontrollere at den faktiske RTO-en samsvarer med virksomhetens krav. Deretter skal vi se på Azure Site Recovery for replikering av hele arbeidsbelastninger til et sekundært område.