Gendannelse fra Azure Backup

Hver vellykket kørsel af en sikkerhedskopiering opretter et gendannelsespunkt — et snapshot af den beskyttede ressource på et bestemt tidspunkt. Azure Backup opbevarer gendannelsespunkter i henhold til sikkerhedskopieringspolitikkens regler for opbevaring. Når du har brug for at gendanne, vælger du et gendannelsespunkt og vælger en gendannelsestype. De tilgængelige typer afhænger af ressourcen: For VM'er kan du udføre en fuld VM-gendannelse, en diskgendannelse eller gendannelse af elementer på filniveau. Når du forstår disse muligheder, kan du vælge den hurtigste vej til gendannelse.

En fuld VM-gendannelse genskaber hele den virtuelle maskine — OS-disken, datadiskene og netværksgrænsefladen — fra et gendannelsespunkt. Du kan gendanne til den oprindelige placering (hvor den eksisterende VM erstattes) eller til en alternativ placering (hvor der oprettes en ny VM med et andet navn eller i en anden ressourcegruppe eller et andet område). Fuld gendannelse er den langsomste mulighed, men gendanner en helt ødelagt eller slettet VM. Gendannelse på tværs af områder understøttes også, hvis hvælvingen bruger GRS-lager.

Diskgendannelse eksporterer de administrerede diske fra et gendannelsespunkt til en angivet lagerkonto uden at oprette en ny VM. Det er nyttigt, når du kun har brug for at gendanne bestemte data fra en disk, eller når du vil tilknytte den gendannede disk til en eksisterende VM for at undersøge den. Når diskene er eksporteret, kan du tilknytte dem, gennemse filsystemet og kun kopiere de filer, du har brug for — hurtigere end at starte en fuld VM-gendannelse.

Gendannelse på elementniveau (ILR) giver dig mulighed for at gennemse og gendanne individuelle filer og mapper fra en VM-sikkerhedskopi uden at gendanne hele disken. Azure Backup tilknytter gendannelsespunktet som et lokalt iSCSI-mål på en Windows- eller Linux-maskine. Du opretter forbindelse ved hjælp af et medfølgende script, gennemser den tilknyttede disk, som om den var et lokalt drev, og kopierer kun de specifikke filer, du har brug for. Tilknytningssessionen udløber efter 12 timer for at begrænse eksponeringen.

Når du vurderer strategier for sikkerhedskopiering, er to målepunkter vigtige: RPO (Recovery Point Objective) er det maksimalt acceptable datatab angivet som tid — hvis din sikkerhedskopiering kører dagligt, er din RPO op til 24 timer. RTO (Recovery Time Objective) er den tid, selve gendannelsesprocessen tager. Fuld VM-gendannelse kan tage fra 30 minutter til flere timer afhængigt af diskstørrelsen. Gendannelse på filniveau er meget hurtigere. Når du tilpasser din RPO og RTO til virksomhedens krav, får det betydning for din tidsplan for sikkerhedskopiering og dit valg af gendannelsesstrategi.

For Azure Files, der er sikkerhedskopieret via Azure Backup, har du to muligheder for gendannelse. Gendannelse til den oprindelige placering overskriver det aktuelle indhold i fildelingen med snapshot'et. Gendannelse til en alternativ placering gendanner til en anden fildeling eller lagerkonto, så den aktuelle fildeling forbliver uændret. Du kan også udføre gendannelse på elementniveau for at gendanne bestemte filer eller mapper fra snapshot'et. Det er den mest almindelige gendannelsestype med mindst påvirkning for fildelinger.

Gendannelse på tværs af områder (CRR) giver dig mulighed for at gendanne VM'er til et sekundært (parret) område, når det primære område oplever et nedbrud. CRR er kun tilgængelig for hvælvinger, der er konfigureret med geografisk redundant lager. Du skal aktivere CRR eksplicit i hvælvingens egenskaber — det er ikke aktiveret som standard. CRR medfører en ekstra omkostning, men er afgørende i scenarier, hvor du skal gendanne arbejdsbelastninger i det sekundære område, før Azure Site Recovery fuldfører failover.

Hver gendannelseshandling opretter et sikkerhedskopieringsjob af typen Restore, som du kan overvåge i hvælvingens visning for sikkerhedskopieringsjob. Store diskgendannelser kan køre i flere timer. Hvis en gendannelse mislykkes undervejs (f.eks. på grund af et tilladelsesproblem på destinationslagerkontoen), viser Azure Backup en detaljeret fejlmeddelelse og et link til dokumentation. Du kan prøve gendannelsen igen, når det underliggende problem er løst — en delvist gennemført gendannelse beskadiger ikke gendannelsespunktet.

Når SQL Server kører på en Azure-VM og er beskyttet med løsningen Azure Backup for SQL Server, får du yderligere detaljerede gendannelsesmuligheder. Du kan gendanne til et bestemt tidspunkt (baseret på sikkerhedskopier af transaktionslogfiler, der kører hver 15.-60. minut) i stedet for kun til et gendannelsespunkt fra en fuld sikkerhedskopi. Det reducerer RPO markant for SQL-arbejdsbelastninger sammenlignet med sikkerhedskopiering af VM'en på filsystemniveau alene.

Mange organisationer tester aldrig deres sikkerhedskopieringer, før katastrofen rammer — og opdager derefter, at sikkerhedskopieringerne er beskadigede eller ufuldstændige, eller at det tager langt længere tid end forventet at gendanne dem. Bedste praksis kræver regelmæssige gendannelsesøvelser: Gendan til en testressourcegruppe, bekræft at applikationen fungerer, og dokumentér den faktiske opnåede RTO. Projektmappen Backup Reports i Azure Backup Center giver et overblik over overholdelse, der viser datoen for den seneste vellykkede sikkerhedskopiering for hvert beskyttet element.

Azure Backup for VM'er vedligeholder et lokalt snapshot til øjeblikkelig gendannelse i 1-5 dage (kan konfigureres i politikken) i ressourcegruppen sammen med VM'en. Gendannelse fra dette lokale snapshot er meget hurtigere end gendannelse fra hvælvingen, fordi dataene ikke skal overføres fra hvælvingens lager. Når laget til øjeblikkelig gendannelse udløber, gemmes gendannelsespunktet kun i hvælvingen. Brug af øjeblikkelig gendannelse ved nylige uheld reducerer din RTO betydeligt.

I denne lektion har du lært, at Azure Backup tilbyder flere gendannelsestyper — fuld VM-gendannelse, diskgendannelse og gendannelse af elementer på filniveau — hver med forskellige afvejninger mellem hastighed og detaljeringsgrad, at gendannelse på tværs af områder kræver GRS-hvælvinger og skal aktiveres eksplicit, og at regelmæssige gendannelsesøvelser er afgørende for at bekræfte, at din faktiske RTO svarer til virksomhedens krav. Nu skal vi se på Azure Site Recovery til replikering af hele arbejdsbelastninger til et sekundært område.