Blobrehydrering från arkivnivån

En arkiverad blob är offline och kan inte läsas eller ändras. För att få åtkomst till dataene måste du först rehydrera blobben till en online-nivå: het, sval eller kall. Använd en av följande återvätskemetoder:

Viktigt!

Du kan inte direkt återfukta arkiverade snapshots eller tidigare versioner. För att komma åt data från en arkiverad snapshot eller tidigare version måste du kopiera den till en ny blob i en online-tier (varm, kall eller kall) genom att använda operationen Copy Blob .

Det kan ta flera timmar att återställa en blob från arkivnivån. Arkivera större blobbar för optimal prestanda vid återhydrering. Att rehydrera ett stort antal små blobar kan kräva extra tid på grund av bearbetningsbelastningen för varje blob. Maximalt 10 GiB per lagringskonto kan återhydreras per timme med prioriterad återvinning.

Information om hur du rehydrerar en arkiverad blob till en onlinenivå finns i Återfukta en arkiverad blob till en onlinenivå.

Rehydreringsprioritet

När du återhydratiserar en blob kan du ange prioriteten för åtgärden med hjälp av det valfria x-ms-rehydrate-priority-huvudet för en Set Blob Tier- eller Copy Blob-åtgärd. Bland alternativen för återfuktningsprioritet finns:

  • Standardprioritet: Begäran om återfuktning bearbetas i den ordning den togs emot och kan ta upp till 15 timmar att slutföra för objekt under 10 GB i storlek.
  • Hög prioritet: Begäran om återfuktning prioriteras framför standardprioritetsbegäranden och kan slutföras på mindre än en timme för objekt under 10 GB i storlek.

Om du vill kontrollera rehydreringens prioritet medan rehydreringsprocessen pågår anropar du Hämta blobegenskaper för att returnera värdet för x-ms-rehydrate-priority rubriken. Egenskapen rehydreringsprioritet returnerar antingen Standard eller High.

Standardprioritet är standardalternativet för återfuktning. En högprioriterad återhydrering är snabbare men kostar mer än en standardprioriterad rehydrering. En högprioriterad återhydrering kan ta längre än en timme, beroende på blobstorlek och aktuell efterfrågan. Använd rehydrering med hög prioritet för nödåterställning av data.

Medan en rehydreringsåtgärd med standardprioritet väntar kan du uppdatera inställningen för rehydreringsprioritet för en blob till Hög för att rehydrera den bloben snabbare. Om du till exempel rehydrerar en stor mängd blobbar i bulk kan du ange Standard prioritet för alla blobbar för den inledande åtgärden, och sedan höja prioriteten till Hög för individuella blobbar som behöver aktiveras snabbare, upp till en maxgräns på 10 GiB i timmen.

Viktigt!

Gränsen på 10 GiB/timme gäller på lagringskontonivå, inte per blob. Även om tidsangivelser som ”upp till 15 timmar” för standardprioritering kan gälla för enskilda blobbar under idealiska förhållanden, skalar de inte linjärt för massoperationer. Om du återfuktar stora datamängder, räkna med längre varaktigheter och planera därefter. Genomströmningen delas mellan alla blobar som återhydreras i samma konto, och om gränsen per timme överskrids kan det leda till strypning eller längre fördröjningar. För optimala prestanda bör du överväga att batchhantera begäranden om återfuktning och övervaka aktivitet på kontonivå.

Du kan inte sänka prioriteringen för rehydrering från Hög till Standard för en pågående operation. Att uppdatera prioriteten kan påverka faktureringen.

Information om hur du konfigurerar och uppdaterar inställningen för rehydreringsprioritet finns i Rehydrate an archived blob to an online tier (Extrahera en arkiverad blob till en online-nivå).

Mer information om prisskillnader mellan begäranden med standardprioritet och hög prioritet finns i Priser för Azure Blob Storage.

Kopiera en arkiverad blob till onlinenivå

För att återfukta en arkiverad blob genom att kopiera den, använd Copy Blob-operationen för att skapa en ny destinationsblob i het, kall eller kall tier. Källblobben förblir oförändrad i arkivskiktet.

Du måste kopiera den arkiverade bloben till en ny blob med ett annat namn eller till en annan container. Du kan inte skriva över källbloben genom att kopiera till samma blob.

Genom att kopiera en blob från arkivnivån till en onlinenivå kan du undvika den avgift för tidig borttagning som utvärderas om du ändrar nivån för en blob från arkivnivån innan den nödvändiga 180-dagarsperioden förflutit. Mer information finns i Arkivåtkomstnivå.

Undvik omarkivering av livscykelpolicyn

Kopiering kan också förhindra att en livscykelhanteringspolicy flyttar en rehydrerad blob tillbaka till arkivnivån. Denna risk uppstår när policyns tierToArchive åtgärd inte inkluderar villkoret daysAfterLastTierChangeGreaterThan och blobbens senaste modifierade tid överskrider policytröskeln. En kopieringsoperation lämnar källblobben i arkivnivån och skapar en ny blob med ett annat namn och en ny sista modifierade tid.

Övervaka kopikomplettering

Att kopiera en blob från arkivnivån kan ta timmar, beroende på vilken rehydreringsprioritet som valts. Kopieringsoperationen läser den arkiverade källblobben och skapar en ny blob i den valda online-nivån. Den nya blobben kan dyka upp i föräldrabehållaren innan återfuktningen är klar, men dess nivå förblir arkiv. Dess data blir tillgänglig efter att tjänsten läst källblobben och skrivit dess innehåll till destinationsblobben. Den nya blobben är en oberoende kopia, så att modifiera eller ta bort den påverkar inte den arkiverade källblobben.

För att lära dig hur du återställer en blob genom att kopiera den till en online nivå, se Återskapa en blob med en kopieringsåtgärd.

Viktigt!

Ta inte bort källblobben förrän återfuktningen är klar. Om du tar bort källblobben kanske destinationsblobben inte blir klar med kopieringen. Övervaka fullbordandehändelsen för att avgöra när du säkert kan ta bort källblobben. För mer information, se Hantera en blob-rehydreringshändelse.

Kopiera över lagringskonton

Tjänsteversion 2021-02-12 och senare stöder återhydrering genom att kopiera en arkiverad blob till ett annat lagringskonto i samma region. Tidigare serviceversioner stödde rehydrering endast inom samma lagringskonto. Återhydrering mellan lagringskonton gör det möjligt att separera din produktionsdata från din backupdata genom att lagra dem i separata konton. Att isolera arkiverad data i ett separat konto kan också hjälpa till att minska kostnader vid oavsiktlig rehydrering.

Målblobben för kopieringsoperationen måste vara i en online-nivå (varm, kall eller kall). Du kan inte kopiera en arkiverad blob till en målblob som också finns på arkivnivån.

I följande tabell visas beteendet för en blobkopieringsåtgärd, beroende på nivåerna för käll- och målbloben.

Aktiv nivåkälla Källa av hög nivå Kallnivåkälla Arkivnivåkälla
Destination för högprestandanivå Stöttad Stöttad Stöttad Stöds för konton i samma region med version 2021-02-12 och senare. Stöds endast i samma lagringskonto för tidigare versioner. Kräver blobrehydrering.
Häftigt resmål Stöttad Stöttad Stöttad Stöds för konton i samma region med version 2021-02-12 och senare. Stöds endast i samma lagringskonto för tidigare versioner. Kräver blobrehydrering.
Kallnivådestination Stöttad Stöttad Stöttad Stöds för konton i samma region med version 2021-02-12 och senare. Stöds endast i samma lagringskonto för tidigare versioner. Kräver blobrehydrering.
Arkivnivådestination Stöttad Stöttad Stöttad Stöds inte

Rehydrera från en sekundär region

Om ditt lagringskonto använder georedundant lagring med läsåtkomst (RA-GRS) använder du åtgärden Copy Blob för att återställa blobbar från den sekundära regionen till ett annat konto i den regionen. Se Rehydrera från en sekundär region.

Mer information om hur du skaffar läsåtkomst till sekundära regioner finns i Läs åtkomst till data i den sekundära regionen.

Ändra åtkomstnivån för en blob till en onlinenivå

Det andra alternativet för att återställa en blob från arkivnivån till en onlinenivå är att ändra blobens nivå genom att anropa Ange blobnivå. Med denna operation kan du ändra nivån på den arkiverade blobben till varm, kall eller kall.

Du kan inte avbryta en Set Blob Tier-förfrågan efter att den startat. Under återhydrering förblir blobbens åtkomstnivå arkiv. När rehydreringen har slutförts visas den nya nivån i egenskapen för åtkomstnivå.

Information om hur du återställer en blob genom att ändra dess nivå till en onlinenivå finns i Återställ en blob genom att ändra dess nivå.

Varning

Att ändra en blob-nivå påverkar inte den senaste ändrade tiden. Om lagringskontot har en livscykelhanteringspolicy kan policyn flytta blobben tillbaka till arkivnivån efter rehydration när den senaste modifierade tiden överskrider policytröskeln.

Undvik det här scenariot genom att lägga till villkoret daysAfterLastTierChangeGreaterThan i tierToArchive principens åtgärd. Du kan också återställa den arkiverade bloben genom att kopiera den istället, enligt beskrivningen i avsnittet Kopiera en arkiverad blob till en online-nivå. Om du utför en kopieringsåtgärd skapas en ny instans av blobben med en uppdaterad tidpunkt för senaste ändring, så den utlöser inte livscykelhanteringsprincipen.

Kontrollera statusen för en blobrehydreringsåtgärd

Under blobrehydreringsåtgärden kan du anropa åtgärden Hämta blobegenskaper för att kontrollera dess status. Information om hur du kontrollerar status för en rehydreringsåtgärd finns i Kontrollera status för en rehydreringsåtgärd.

Hantera en blob-återfuktningshändelse

Att återfukta en arkiverad blob kan ta upp till 15 timmar, och upprepad polling av Get Blob Properties är ineffektivt. Använd Azure Event Grid för att fånga slutförandehändelsen för bättre prestanda och lägre kostnader.

Azure Event Grid utlöser händelsen Microsoft.Storage.BlobTierChanged när återhydreringen av blobben är klar:

  • Händelsen Microsoft.Storage.BlobTierChanged aktiveras när en blobs nivå ändras. För blob-rehydrering aktiveras händelsen när destinationsblobben byter framgångsrikt från arkivnivån till en online-nivå (varm, kall eller kall).

När du använder åtgärden Kopiera blob för att kopiera en blob från arkivnivån till en ny målblob på en onlinenivå (frekvent, lågfrekvent eller kall nivå) för återfuktning:

  1. Azure Event Grid utlöser en Microsoft.Storage.BlobCreated händelse när kopieringsoperationen startar. Blobens nivå är Arkiv.

  2. Efter att blobben kopierats och återfuktats aktiveras Azure Event Grid en Microsoft.Storage.BlobTierChanged händelse som indikerar övergången från Archive till den angivna online-nivån.

Information om hur du fångar upp en händelse vid återställning och skickar den till en händelsehanterare för Azure Functions finns i köra en Azure-funktion som svar på en blobåterställningshändelse.

För mer information om hantering av händelser i Blob Storage, se Reacting to Azure Blob storage events och Azure Blob Storage as Event Grid-källa.

Prissättning och fakturering

För Set Blob Tier tar Azure Storage betalt för dataläsningstransaktioner och mängden data som hämtas. Högprioriterad rehydrering kostar mer än standardprioritet och visas som en separat post på din faktura. Om en högprioriterad begäran om en arkiverad blob på mindre än 10 GB tar mer än fem timmar, tar Azure Storage inte ut avgiften för hämtning med hög prioritet. Standardavgifter för återvinning gäller fortfarande. En exempelkostnadsuppskattning finns i Kostnadsuppskattning: Flytta data från arkivlagring.

För Copy Blob tar Azure Storage betalt för dataläsningstransaktioner, mängden data som hämtas och dataskrivningstransaktioner för destinationsblobben. Avgifter för tidig radering tillkommer inte eftersom källblobben förblir oförändrad i arkivnivån. Avgifter för prioriterad hämtning gäller om detta alternativ väljs. En exempeluppskattning finns i Kostnadsuppskattning: Hämta data från arkivlagring för analys.

Blobar på arkivnivån ska lagras i minst 180 dagar. Om du tar bort eller ändrar nivån för en arkiverad blob innan 180-dagarsperioden förflutit medför det en avgift för tidig radering. Till exempel, om en blob flyttas till arkivnivån och sedan raderas eller flyttas till hot tier efter 45 dagar, får du en avgift för tidig radering motsvarande 135 (180 minus 45) dagar för lagring av blobben i arkivnivån. Mer information finns i Arkivåtkomstnivå.

För mer information om prissättning för blockblobs och dataåterhydrering, se Prissättning för Azure Storage. För mer information om utgående dataöverföringskostnader, se detaljer om prissättning för dataöverföring.

Se även

  • Last updated on