Grunderna i Azure Backup

Även i molnet kan data gå förlorade genom oavsiktlig borttagning, kryptering med ransomware, fel i program eller konfigurationsfel. Molnleverantörer skyddar dig mot maskinvarufel, men inte mot misstag i ditt eget konto. Azure Backup är Microsofts inbyggda, fullständigt hanterade säkerhetskopieringstjänst som skyddar virtuella datorer, Azure Files-resurser, SQL-databaser som körs på virtuella datorer, Azure SQL Databases och mycket mer — utan någon infrastruktur att hantera.

Ett Recovery Services-valv är det överordnade hanteringsobjektet för både Azure Backup och Azure Site Recovery. Det lagrar säkerhetskopieringsdata, innehåller säkerhetskopieringsprinciper och tillhandahåller en samlad vy för övervakning av säkerhetskopieringsjobb. Varje valv är knutet till en region — säkerhetskopieringsdata stannar i samma region som valvet om du inte konfigurerar geo-redundant lagring. Du behöver minst ett valv per region där du har arbetsbelastningar som ska skyddas.

En säkerhetskopieringsprincip definierar schemat (när säkerhetskopieringar körs — dagligen, veckovis eller varje timme) och lagringsreglerna (hur länge återställningspunkter sparas — dagligen, veckovis, månadsvis eller årsvis). Azure Backup stöder Enhanced policies som tillåter flera säkerhetskopieringar per dag och långsiktiga YYYY/MM-lagringsnivåer. Principen kopplas till varje skyddat objekt separat, så olika virtuella datorer kan ha olika scheman.

Att aktivera Azure Backup för en virtuell dator omfattar tre steg: registrera den virtuella datorn med valvet, skapa eller tilldela en säkerhetskopieringsprincip och utlösa den första säkerhetskopieringen. Azure Backup använder VM Agent (förinstallerad i alla Azure Marketplace-avbildningar) för att samordna programkonsistenta ögonblicksbilder via Volume Shadow Copy Service (VSS) i Windows eller för- och efterkommandon i Linux. Ingen ytterligare programinstallation krävs för grundläggande filsystemkonsistent säkerhetskopiering av virtuella datorer.

Programkonsistenta säkerhetskopieringar försätter programmet i ett tillfälligt viloläge (tömmer skrivbuffertar och fryser I/O) innan ögonblicksbilden tas, vilket säkerställer att databasen eller programmet kan återställas korrekt från säkerhetskopian. Kraschkonsistenta säkerhetskopieringar fångar diskens tillstånd vid en viss tidpunkt utan att samordna med programmet — motsvarande att dra ur strömkabeln. För databaser bör du alltid eftersträva programkonsistenta säkerhetskopieringar för att undvika manuella återställningssteg efter återställningen.

När du skapar ett Recovery Services-valv väljer du redundans för säkerhetskopieringslagringen innan du skyddar några objekt. Locally Redundant Storage (LRS) behåller tre kopior i ett datacenter — billigast, men med risker förknippade med en enda region. Geo-Redundant Storage (GRS) replikerar till en parkopplad region — standardalternativet och det rekommenderade valet för de flesta produktionsarbetsbelastningar. Zone-Redundant Storage (ZRS) replikerar över tillgänglighetszoner inom samma region. Du kan inte ändra redundansen efter att objekt har skyddats.

Varje säkerhetskopierings- och återställningsåtgärd skapar ett säkerhetskopieringsjobb som du kan följa i Recovery Services-valvet under vyn Backup Jobs. Varje jobb visar sin status (In Progress, Completed, Failed, Warning), starttid, varaktighet och eventuella feluppgifter. Du kan konfigurera aviseringsmeddelanden via Azure Monitor för att skicka e-post när ett säkerhetskopieringsjobb misslyckas. Azure Backup Center tillhandahåller en enhetlig övervakningsvy över flera valv och prenumerationer.

Mjuk borttagning är en säkerhetsfunktion på valvnivå som är aktiverad som standard och som behåller borttagna säkerhetskopieringsdata i ytterligare 14 dagar utan extra kostnad. Om en angripare eller en oavsiktlig borttagning tar bort ett säkerhetskopieringsobjekt från valvet raderas data inte omedelbart — den övergår till ett tillstånd för mjuk borttagning och kan återställas. Mjuk borttagning är aktiverad som standard i alla nya valv och rekommenderas starkt som skydd mot ransomware som riktar sig mot säkerhetskopieringsinfrastrukturen.

Azure Backup integreras inbyggt med Azure Files för att skapa ögonblicksbilder på resursnivå. Till skillnad från VM-säkerhetskopieringar, som kräver en agent för Recovery Services-valvet, är ögonblicksbilder av Azure Files rena lagringsåtgärder utan agent. Ni kan schemalägga upp till 200 ögonblicksbilder per resurs och återställa enskilda filer eller hela resursen från valfri ögonblicksbild. Säkerhetskopieringsdata stannar i lagringskontot, vilket gör återställningar mycket snabba.

Utöver schemalagda säkerhetskopieringar kan Ni utlösa en säkerhetskopiering på begäran när som helst – till exempel före en större programändring eller distribution av en korrigering. Återställningspunkter som skapas på begäran har en egen konfigurerbar kvarhållningstid, oberoende av schemapolicyn. Azure Backup Center är en enhetlig hanteringsportal som ger en vy över alla säkerhetskopierade objekt, jobb, principer och efterlevnadsstatus över prenumerationer och regioner, utan att Ni behöver växla mellan enskilda valv.

Prissättningen för Azure Backup består av två delar: en avgift för skyddad instans (debiteras per VM eller arbetsbelastning baserat på datamängden i front-end) och en avgift för säkerhetskopieringslagring (debiteras per GB använd lagring). För små virtuella datorer (under 50 GB i front-end) är avgiften för den skyddade instansen lägre. Geo-redundant lagring kostar mer än lokalt redundant lagring. Återställning mellan regioner (som krävs i scenarier med geografisk redundans) medför en extra avgift för dataöverföring.

I den här lektionen har Ni lärt Er att Recovery Services-valv är navet för hantering av Azure Backup och Site Recovery, att säkerhetskopieringsprinciper definierar schema och kvarhållning separat för varje skyddat objekt och att soft delete ger ett 14 dagar långt skydd mot oavsiktlig eller skadlig borttagning av säkerhetskopieringsdata. Härnäst utforskar vi hur data återställs från Azure Backup i olika återställningsscenarier.