Återställning till tidpunkt för blockblobar

Återställning till tidpunkt ger skydd mot oavsiktlig borttagning eller skada genom att du kan återställa blockblobdata till ett tidigare tillstånd. Återställning till tidpunkt är användbart i scenarier där en användare eller ett program oavsiktligt tar bort data eller där ett programfel skadar data. Återställning till tidpunkt möjliggör även testningsscenarier som kräver att en datauppsättning återställs till ett känt tillstånd innan ytterligare tester körs.

Återställning till tidpunkt stöds endast för allmänna v2-lagringskonton på standardprestandanivån. Endast data på frekvent och lågfrekvent åtkomstnivå kan återställas med återställning till tidpunkt.

Information om hur du aktiverar återställning till tidpunkt för ett lagringskonto finns i Utföra en återställning till tidpunkt på blockblobdata.

Så här fungerar återställning till tidpunkt

Om du vill aktivera återställning till tidpunkt skapar du en hanteringsprincip för lagringskontot och anger en kvarhållningsperiod. Under kvarhållningsperioden kan du återställa blockblobar från det aktuella tillståndet till ett tillstånd vid en tidigare tidpunkt.

Om du vill initiera en återställning till tidpunkt anropar du åtgärden Återställ blobintervall och anger en återställningspunkt i UTC-tid. Du kan ange lexikala intervall med container- och blobnamn som ska återställas eller utelämna intervallet för att återställa alla containrar i lagringskontot. Upp till 10 lexicographical intervall stöds per återställningsåtgärd.

Azure Storage analyserar alla ändringar som har gjorts i de angivna blobarna mellan den begärda återställningspunkten, som anges i UTC-tid och nutid. Återställningsåtgärden är atomisk, så den kan antingen återställa alla ändringar helt eller så misslyckas den. Om det finns blobar som inte kan återställas misslyckas åtgärden och läs- och skrivåtgärder till de berörda containrarna återupptas.

Följande diagram visar hur återställning till tidpunkt fungerar. En eller flera containrar eller blobintervall återställs till sitt tillstånd för n dagar sedan, där n är mindre än eller lika med den kvarhållningsperiod som definierats för återställning till tidpunkt. Effekten är att återställa skriv- och borttagningsåtgärder som utfördes under kvarhållningsperioden.

Diagram som visar hur en tidpunkt återställer containrar till ett tidigare tillstånd

Endast en återställningsåtgärd kan köras på ett lagringskonto i taget. En återställningsåtgärd kan inte avbrytas när den pågår, men en andra återställningsåtgärd kan utföras för att ångra den första åtgärden.

Åtgärden Restore Blob Ranges returnerar ett återställnings-ID som unikt identifierar åtgärden. Om du vill kontrollera status för en återställning till tidpunkt anropar du åtgärden Hämta återställningsstatus med återställnings-ID:t som returneras från åtgärden Återställ blobintervall .

Viktigt

När du utför en återställningsåtgärd blockerar Azure Storage dataåtgärder på blobarna i de intervall som återställs under hela åtgärden. Läs-, skriv- och borttagningsåtgärder blockeras på den primära platsen. Därför kan åtgärder som att lista containrar i Azure Portal inte utföras som förväntat medan återställningsåtgärden pågår.

Läsåtgärder från den sekundära platsen kan fortsätta under återställningen om lagringskontot är geo-replikerat.

Varning

Återställning till tidpunkt stöder återställning mot åtgärder som endast agerar på blockblobar. Åtgärder som har agerat på containrar kan inte återställas. Om du till exempel tar bort en container från lagringskontot genom att anropa åtgärden Ta bort container kan den containern inte återställas med en återställning till tidpunkt. I stället för att ta bort en hel container tar du bort enskilda blobar om du vill återställa dem senare.

Krav för återställning till tidpunkt

Återställning till tidpunkt kräver att följande Azure Storage-funktioner är aktiverade innan du kan aktivera återställning till tidpunkt:

Mer information om Microsofts rekommendationer för dataskydd finns i Översikt över dataskydd.

Varning

När du har aktiverat versionshantering av blobar för ett lagringskonto skapas en ny version av varje skrivåtgärd till en blob i det kontot. Därför kan aktivering av versionshantering av blobar resultera i ytterligare kostnader. Minimera kostnaderna genom att använda en livscykelhanteringsprincip för att automatiskt ta bort gamla versioner. Mer information om livscykelhantering finns i Optimera kostnader genom att automatisera Azure Blob Storage åtkomstnivåer.

Kvarhållningsperiod för återställning till tidpunkt

När du aktiverar återställning till tidpunkt för ett lagringskonto anger du en kvarhållningsperiod. Blockblobar i ditt lagringskonto kan återställas under kvarhållningsperioden.

Kvarhållningsperioden börjar några minuter efter att du har aktiverat återställning till tidpunkt. Tänk på att du inte kan återställa blobar till ett tillstånd före början av kvarhållningsperioden. Om du till exempel har aktiverat återställning till tidpunkt den 1 maj med kvarhållning på 30 dagar kan du återställa till högst 15 dagar den 15 maj. Den 1 juni kan du återställa data från mellan 1 och 30 dagar.

Kvarhållningsperioden för återställning till tidpunkt måste vara minst en dag mindre än den kvarhållningsperiod som anges för mjuk borttagning. Om kvarhållningsperioden för mjuk borttagning till exempel är inställd på 7 dagar kan kvarhållningsperioden för återställning till tidpunkt vara mellan 1 och 6 dagar.

Anteckning

Den kvarhållningsperiod som du anger för återställning till tidpunkt påverkar inte kvarhållningen av blobversioner. Blobversioner behålls tills de uttryckligen tas bort. Om du vill optimera kostnaderna genom att ta bort eller nivåindela äldre versioner skapar du en livscykelhanteringsprincip. Mer information finns i Optimera kostnader genom att automatiskt hantera datalivscykeln.

Den tid det tar att återställa en uppsättning data baseras på antalet skriv- och borttagningsåtgärder som gjorts under återställningsperioden. Till exempel kräver ett konto med en miljon blobar med 3 000 blobar tillagda per dag och 1 000 blobar borttagna per dag cirka två timmar för att återställa till en punkt 30 dagar tidigare. En kvarhållningsperiod och återställning som är längre än 90 dagar tidigare rekommenderas inte för ett konto med den här ändringstakten.

Behörigheter för återställning till tidpunkt

Om du vill initiera en återställningsåtgärd måste en klient ha skrivbehörighet till alla containrar i lagringskontot. Om du vill bevilja behörighet att auktorisera en återställningsåtgärd med Azure Active Directory (Azure AD) tilldelar du rollen Lagringskontodeltagare till säkerhetsobjektet på nivån för lagringskontot, resursgruppen eller prenumerationen.

Begränsningar och kända problem

Återställning till tidpunkt för blockblobar har följande begränsningar och kända problem:

  • Endast blockblobar i ett standardlagringskonto för generell användning v2 kan återställas som en del av en återställning till tidpunkt. Tilläggsblobar, sidblobar och Premium-blockblobar återställs inte.
  • Om du har tagit bort en container under kvarhållningsperioden återställs inte containern med återställning till tidpunkt. Om du försöker återställa ett intervall med blobar som innehåller blobar i en borttagen container misslyckas återställningen till tidpunkt. Mer information om hur du skyddar containrar från borttagning finns i Mjuk borttagning för containrar.
  • Om du använder permanent borttagning för att rensa mjukt borttagna versioner av en blob under kvarhållningsperioden för återställning till tidpunkt kanske en återställningsåtgärd inte kan återställa bloben korrekt.
  • Om en blob har flyttats mellan frekvent och lågfrekvent nivå under perioden mellan den aktuella tidpunkten och återställningspunkten återställs bloben till den tidigare nivån. Det går inte att återställa blockblobar på arkivnivån. Om till exempel en blog på frekvent nivå flyttades till en arkivnivå för två dagar sedan, och en återställningsåtgärd återställer till en punkt för tre dagar sedan, återställs inte bloben till frekvent nivå. Om du vill återställa en arkiverad blob flyttar du den först från arkivnivån. Mer information finns i Översikt över bloblagring från arkivnivån.
  • Om en oföränderlighetsprincip har konfigurerats kan en återställningsåtgärd initieras, men blobar som skyddas av oföränderlighetsprincipen ändras inte. En återställningsåtgärd i det här fallet resulterar inte i återställning av ett konsekvent tillstånd till det angivna datumet och tiden.
  • Ett block som har laddats upp via Placera blockering eller Placera blockering från URL, men som inte checkats in via Placera blockeringslista, är inte en del av en blob och återställs därför inte som en del av en återställningsåtgärd.
  • Det går inte att återställa en blob med ett aktivt lån. Om en blob med ett aktivt lån ingår i det intervall med blobar som ska återställas misslyckas återställningsåtgärden atomiskt. Avbryt eventuella aktiva lån innan du påbörjar återställningsåtgärden.
  • Om du utför en kundhanterad redundansväxling på ett lagringskonto återställs den tidigaste möjliga återställningspunkten för lagringskontot. Anta till exempel att du har angett kvarhållningsperioden till 30 dagar. Om mer än 30 dagar har gått sedan redundansväxlingen kan du återställa till valfri punkt inom de 30 dagarna. Men om färre än 30 dagar har gått sedan redundansväxlingen kan du inte återställa till en punkt före redundansväxlingen, oavsett kvarhållningsperiod. Om det till exempel har gått 10 dagar sedan redundansväxlingen är den tidigaste möjliga återställningspunkten 10 dagar tidigare, inte 30 dagar tidigare.
  • Ögonblicksbilder skapas eller tas inte bort som en del av en återställningsåtgärd. Endast basbloben återställs till sitt tidigare tillstånd.
  • Återställning till tidpunkt stöds inte för hierarkiska namnrymder eller åtgärder via Azure Data Lake Storage Gen2.

Viktigt

Om du återställer blockblobar till en punkt som är tidigare än den 22 september 2020 tillämpas förhandsversionsbegränsningar för återställning till tidpunkt. Microsoft rekommenderar att du väljer en återställningspunkt som är lika med eller senare än den 22 september 2020 för att dra nytta av den allmänt tillgängliga funktionen för återställning till tidpunkt.

Funktionsstöd

Stöd för den här funktionen kan påverkas genom att aktivera Data Lake Storage Gen2, NFS 3.0-protokoll (Network File System) eller SSH File Transfer Protocol (SFTP).

Om du har aktiverat någon av dessa funktioner kan du läsa stöd för Blob Storage-funktioner i Azure Storage-konton för att utvärdera stödet för den här funktionen.

Priser och fakturering

Det kostar ingenting att aktivera återställning till tidpunkt. Om du aktiverar återställning till tidpunkt kan du dock även aktivera versionshantering för blobar, mjuk borttagning och ändringsflöde, som var och en kan resultera i ytterligare avgifter.

Faktureringen för att utföra återställningar till tidpunkt baseras på mängden ändringsfeeddata som bearbetas för återställningen. Du debiteras också för alla lagringstransaktioner som ingår i återställningsprocessen.

Mer information om priser för återställning till tidpunkt finns i Prissättning för blockblobar.

Nästa steg