Designa för säkerhetskopiering och återställning av Azure-blobar

  • 6 minuter

Azure Backup tillhandahåller driftsäkerhetskopiering för Azure-blobar, vilket är en lokal säkerhetskopieringslösning för Azure Blob Storage. I den här säkerhetskopieringsmetoden lagras dina säkerhetskopieringsdata i ditt Azure-källlagringskonto i stället för att överföras till ett Azure Backup-lagringsvalv.

Saker att veta om säkerhetskopiering och återställning av Azure Blob Storage

Här är några av de framträdande funktionerna som är tillgängliga för säkerhetskopiering och återställning av Azure Blob Storages.

  • Driftsäkerhetskopiering för Azure-blobar ger dig en lösning för kontinuerlig säkerhetskopiering . Du behöver inte schemalägga några säkerhetskopior.

  • Alla ändringar i en driftblobsäkerhetskopiering behålls under en angiven tidsperiod och kan återställas från en vald tidpunkt.

  • Med funktionen för mjuk borttagning kan du skydda dina data från oavsiktlig borttagning eller skada. Under kvarhållningsperioden kan du återställa ett mjukt borttaget blobobjekt till dess tillstånd när det togs bort. Mjuk borttagning är tillgänglig för blobar och containrar.

  • Kvarhållningsperioden för borttagna blobar eller containrar kan anges mellan 1 och 365 dagar. Standardperioden är sju dagar.

  • Lösningen för driftssäkerhetskopiering stöder blobversionshantering. Du kan återställa en tidigare version av en blob eller återställa dina data efter felaktig ändring eller borttagning.

  • Med funktionen för återställning till tidpunkt för blockblobar kan du skydda mot oavsiktlig borttagning eller skada. Under kvarhållningsperioden kan du återställa blockblobar från det aktuella tillståndet till ett tillstånd vid en tidigare tidpunkt.

  • Resurslåsfunktionen förhindrar att resurser tas bort eller ändras av misstag. Du kan ange resurslåset så att det inte går att ta bort eller endast tillåta läsning.

Nu ska vi titta närmare på några av de här funktionerna. När du granskar de här alternativen bör du överväga vilka funktioner som kan vara till nytta för Tailwind Traders-lösningen.

Saker att tänka på när du använder mjuk borttagning och versionshantering

Du kan implementera funktionen för mjuk borttagning för att skydda en enskild blob, ögonblicksbild, container eller blobversion från oavsiktliga borttagningar eller överskrivningar. Mjuk borttagning underhåller borttagna data i systemet under den angivna kvarhållningsperioden. Under kvarhållningsperioden kan du återställa ett mjukt borttaget objekt till dess tillstånd när det togs bort.

Följande diagram visar en översikt över funktionen för mjuk borttagning för containrar och blobar samt blobversioner.

Diagram som visar en övergripande vy över funktionen för mjuk borttagning.

Det finns olika alternativ för att implementera mjuk borttagning och blobversionshantering:

  • Implementera mjuk borttagning av blobar för att återställa en specifik borttagen fil, till exempel en blob, ögonblicksbild eller blobversion.

  • Använd mjuk borttagning av containrar för att återställa en container och dess innehåll.

    Kommentar

    Mjuk borttagning av containrar skyddar inte mot borttagning av ett lagringskonto, utan endast mot borttagning av containrar i ett lagringskonto.

  • Lägg till blobversioner för att automatiskt underhålla tidigare versioner av en blob. Du kan återställa en tidigare version av en blob eller använda funktionen för att återställa dina data. Blob-versionshantering är användbart när du har flera författare som redigerar samma filer. Implementera blobversioner för att underhålla eller återställa enskilda ändringar från varje författare.

Saker att tänka på när du använder återställning till tidpunkt

Precis som mjuk borttagning skyddar återställning till tidpunkt för blockblobar också mot oavsiktlig borttagning eller skada. Skapa en hanteringsprincip för källlagringskontot och ange kvarhållningsperioden. Under kvarhållningsperioden kan du återställa blockblobar från det aktuella tillståndet till ett tillstånd vid en tidigare tidpunkt. Med återställning till tidpunkt kan du testa scenarier som kräver att en datauppsättning återställs till ett känt tillstånd innan du kör ytterligare tester.

Följande diagram visar hur återställning till tidpunkt fungerar. En eller flera containrar eller blobintervall återställs till dess tidigare tillstånd. Resultatet av processen är att återställa skriv- och borttagningsåtgärder som inträffade under kvarhållningsperioden.

Diagram som visar hur återställning till tidpunkt fungerar.

Saker att tänka på när du använder resurslås

Du kan skydda dina data och undvika oavsiktliga ändringar med hjälp av resurslås. Den här funktionen förhindrar att resurser tas bort eller ändras av misstag. Det finns två låsnivåer: CanNotDelete och ReadOnly.

  • CanNotDelete tillåter behöriga användare att läsa och ändra en resurs, men de kan inte ta bort resursen utan att först ta bort låset.

  • ReadOnly tillåter behöriga användare att läsa en resurs, men de kan inte ta bort eller ändra resursen. Om du använder det här låset begränsar du behörigheterna för alla behöriga användare till dem som beviljas genom rollen Läsare i Azure RBAC.