Återuppdäckning av blob från arkivnivån
När en blob är på arkivåtkomstnivån anses den vara offline och kan inte läsas eller ändras. För att kunna läsa eller ändra data i en arkiverad blob måste du först extrahydrera bloben till en onlinenivå, antingen nivån Hot eller Cool. Det finns två alternativ för att återskapa en blob som lagras på arkivlagringsnivån:
Kopiera en arkiverad blobtill en onlinenivå: Du kan återupprehysa en arkiverad blob genom att kopiera den till en ny blob på nivån Hot eller Cool med åtgärden Kopiera blob. Microsoft rekommenderar det här alternativet för de flesta scenarier.
Ändra en blobsåtkomstnivå till en onlinenivå: Du kan återuppstända en arkiverad blob till nivån Hot eller Cool genom att ändra dess nivå med åtgärden Ange blobnivå.
Det kan ta flera timmar att återskapa en blob från arkivnivån. Microsoft rekommenderar att du återskapar större blobar för optimala prestanda. Extra extra kostnad för flera små blobar samtidigt kan kräva ytterligare tid. Högst 10 GiB per lagringskonto kan extrahydreras per timme.
Du kan konfigurera Azure Event Grid att skapa en händelse när du tar bort en blob från arkivnivån till en onlinenivå och skickar händelsen till en händelsehanterare. Mer information finns i Hantera en händelse om blobbrehydrering.
Mer information om åtkomstnivåer i Azure Storage finns i Åtkomstnivåer för blobbdatapå nivån Hot, Cool och Archive.
Återfuktningsprioritet
När du återuppväxar en blob kan du ange prioriteten för återuppdäckningsåtgärden via det valfria huvudet x-ms-rehydrate-priority på en Set Blob-nivå- eller Copy Blob-åtgärd. Prioritetsalternativen för extra vatten är:
- Standardprioritet: Återuppfuktningsbegäran bearbetas i den ordning den togs emot och kan ta upp till 15 timmar.
- Hög prioritet: Återuppvädrningsbegäran prioriteras framför begäranden med standardprioritet och kan slutföras på mindre än en timme för objekt under 10 GB i storlek.
Om du vill kontrollera återfuktningsprioritet medan återuppvädringsåtgärden pågår anropar du Hämta blobegenskaper för att returnera värdet för x-ms-rehydrate-priority rubriken. Egenskapen rehydration priority returnerar antingen Standard eller Hög.
Standardprioritet är standardalternativet för extra information. Extra information med hög prioritet går snabbare, men det kostar även mer än vanlig återfuktning. Extra hjälp med hög prioritet kan ta längre tid än en timme, beroende på blobstorlek och aktuell efterfrågan. Microsoft rekommenderar att du reserverar högprioritetsåterställning för användning i situationer med återställning av nöddata.
Medan en återfuktningsåtgärd med standardprioritet väntar kan du uppdatera prioritetsinställningen för återuppdäckning för en blob till Hög för att extrahydrera bloben snabbare. Om du till exempel återuppväcker ett stort antal blobar i grupp kan du ange Standardprioritet för alla blobar för den första åtgärden och sedan öka prioriteten till Hög för enskilda blobar som behöver tas online snabbare, upp till gränsen på 10 GiB per timme.
Inställningen för återfuktningsprioritet kan inte sänkas från Hög till Standard för en väntande åtgärd. Tänk på att en uppdatering av prioritetsinställningen för extra information kan ha en faktureringspåverkan.
Information om hur du ställer in och uppdaterar prioritetsinställningen för återuppdäckning finns i Rehydrate an archived blob to an online tier (Extrahydrera en arkiverad blob till en onlinenivå).
Mer information om prisskillnader mellan begäranden om extra hjälp med standardprioritet och högprioritet finns i Priser för Azure Blob Storage.
Kopiera en arkiverad blob till onlinenivå
Det första alternativet för att flytta en blob från arkivnivån till en onlinenivå är att kopiera den arkiverade bloben till en ny målblob som antingen är på nivån Hot eller Cool. Du kan använda antingen åtgärden Kopiera blob för att kopiera bloben. När du kopierar en arkiverad blob till en ny blob på en onlinenivå förblir källbloben oförändrad på arkivnivån.
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.
Microsoft rekommenderar att du utför en kopieringsåtgärd i de flesta fall där du behöver flytta en blob från arkivnivån till en onlinenivå, av följande skäl:
- En kopieringsåtgärd undviker den avgift för tidig borttagning som utvärderas om du ändrar nivå för en blob från arkivnivån innan den obligatoriska 180-dagarsperioden går ut. Mer information finns i Arkivåtkomstnivå.
- Om det finns en princip för livscykelhantering som gäller för lagringskontot kan extra extraering av en blob med Ange blobnivå resultera i ett scenario där livscykelprincipen flyttar tillbaka bloben till arkivnivån efter extra hjälp eftersom tiden för senaste ändring ligger utanför tröskelvärdet för principen. En kopieringsåtgärd lämnar källbloben på arkivnivån och skapar en ny blob med ett annat namn och en ny tid för senaste ändring, så det finns ingen risk för att den rehydrerade bloben flyttas tillbaka till arkivnivån av livscykelprincipen.
Det kan ta flera timmar att kopiera en blob från arkivnivån beroende på vilken återfuktningsprioritet som valts. I bakgrunden läser en blob-kopieringsåtgärd din arkiverade källblob för att skapa en ny onlineblob på den valda målnivån. Den nya bloben kan visas när du visar blobarna i den överordnade containern innan extraheringsåtgärden har slutförts, men dess nivå är inställd på Arkiv, Data är inte tillgängliga förrän läsåtgärden från källbloben på arkivnivån har slutförts och blobens innehåll har skrivits till den nya målbloben på en onlinenivå. Den nya bloben är en oberoende kopia, så att ändra eller ta bort den påverkar inte källbloben på arkivnivån.
Information om hur du återupphydrer en blob genom att kopiera den till en onlinenivå finns i Rehydrate a blob with a copy operation (Extrahydrera en blob med en kopieringsåtgärd).
Viktigt
Ta inte bort källbloben förrän återuppvädrning har slutförts. Om källbloben tas bort kan det hända att målbloben inte slutför kopieringen. Du kan hantera händelsen som utlöses när kopieringen slutförs för att veta när det är säkert att ta bort källbloben. Mer information finns i Hantera en händelse om blobbrehydrering.
Kopiering av en arkiverad blob till en onlinemålnivå stöds endast inom samma lagringskonto. Du kan inte kopiera en arkiverad blob till en målblob som också är på arkivlagringsnivån.
I följande tabell visas beteendet för en blob-kopieringsåtgärd, beroende på nivåerna för käll- och målbloben.
| Källa för hotnivå | Källa för den coola nivån | Källa för arkivnivå | |
|---|---|---|---|
| Hot-nivåmål | Stöds | Stöds | Stöds inom samma konto. Kräver extra hjälp med blobb. |
| Mål på den kalla nivån | Stöds | Stöds | Stöds inom samma konto. Kräver extra hjälp med blobb. |
| Mål för arkivnivå | Stöds | Stöds | Stöd saknas |
Ändra en blobs åtkomstnivå till en onlinenivå
Det andra alternativet för att återskapa en blob från arkivnivån till en onlinenivå är att ändra blobnivån genom att anropa Ange blobnivå. Med den här åtgärden kan du ändra nivån för den arkiverade bloben till antingen Hot eller Cool.
När en begäran om att ange blobnivå har initierats kan den inte avbrytas. Under återuppvädrningen fortsätter blobens åtkomstnivåinställning att visas som arkiverad tills återuppdäckningsprocessen har slutförts. När återuppvädrningsåtgärden är klar uppdateras blobens egenskap för åtkomstnivå så att den återspeglar den nya nivån.
Information om hur du återuppbar en blob genom att ändra dess nivå till en onlinenivå finns i Rehydrate a blob by changing its tier (Extrahydreraen blob genom att ändra dess nivå).
Varning
När du ändrar en blobs nivå påverkas inte dess senaste ändringstid. Om det finns en princip för livscykelhantering som gäller för lagringskontot kan extra extraering av en blob med Ange blobnivå resultera i ett scenario där livscykelprincipen flyttar tillbaka bloben till arkivnivån efter extra hjälp eftersom tiden för senaste ändring ligger utanför tröskelvärdet för principen.
För att undvika det här scenariot kan du rehydrera den arkiverade bloben genom att kopiera den i stället, enligt beskrivningen i avsnittet Kopiera en arkiverad blob till en onlinenivå. När du utför en kopieringsåtgärd skapas en ny instans av bloben med en uppdaterad tidpunkt för senaste ändring, så den utlöser inte livscykelhanteringsprincipen.
Kontrollera status för en blobbrefukteringsåtgärd
Under blobens återuppfuktning kan du anropa åtgärden Hämta blobegenskaper för att kontrollera dess status. Information om hur du kontrollerar statusen för en återuppfuktningsåtgärd finns i Kontrollera statusen för en återuppvädrningsåtgärd.
Hantera en händelse vid extrafuktering av blob
Återupptäckning av en arkiverad blob kan ta upp till 15 timmar och avsökning av Hämta blobegenskaper upprepade gånger för att avgöra om extraursering är slutförd är ineffektivt. Med Azure Event Grid händelse som utspelar sig när återuppvädrningen är klar får du bättre prestanda- och kostnadsoptimering.
Azure Event Grid höjer en av följande två händelser vid extra framfuktning av blob, beroende på vilken åtgärd som användes för att rehydrera bloben:
- Microsoft.Storage. BlobCreated-händelsen inloggas när en blob skapas. När bloben återuppvädras uppstår den här händelsen när en kopieringsblob-åtgärd skapar en ny målblob på antingen nivån Hot eller Cool och blobens data är helt återställda från arkivnivån.
- Microsoft.Storage. BlobTierChanged-händelsen inloggas när en blobs nivå ändras. När det gäller återuppvädrning av blobar sker den här händelsen när en åtgärd för att ange blobnivå ändrar en arkiverad blobs nivå till nivån Hot eller Cool.
Information om hur du samlar in en händelse vid återupptagande och skickar den till en Azure Function-händelsehanterare finns i Köra en Azure-funktion som svar på en blob-återuppdäckningshändelse.
Mer information om hur du hanterar händelser i Blob Storage finns i Reacting to Azure Blob Storage events (Reagera på Azure Blob Storage-händelser) och Azure Blob Storage som Event Grid källa.
Priser och fakturering
En extraeringsåtgärd med Ange blobnivå debiteras för dataläsningstransaktioner och datahämtningsstorlek. Extra information med hög prioritet har högre kostnader för drift och datahämtning jämfört med standardprioritet. Extra information med hög prioritet visas som ett separat radobjekt på fakturan. Om en begäran med hög prioritet om att returnera en arkiverad blob på ett par gigabyte tar mer än fem timmar debiteras du inte hämtningsfrekvensen med hög prioritet. Standardhämtningsfrekvensen gäller dock fortfarande.
Kopiering av en arkiverad blob till en onlinenivå med Copy Blob debiteras för dataläsningstransaktioner och datahämtningsstorlek. När du skapar målbloben på en onlinenivå debiteras du för dataskrivningstransaktioner. Avgifter för tidig borttagning gäller inte när du kopierar till en onlineblob eftersom källbloben förblir oförändrad på arkivnivån. Avgifter för hämtning med hög prioritet gäller om det är valt.
Blobar på arkivnivån ska lagras i minst 180 dagar. Borttagning eller ändring av nivån för en arkiverad blob före 180-dagarsperioden medför en avgift för tidig borttagning. Mer information finns i Arkivåtkomstnivå.
Mer information om priser för blockblobar och extra information om data finns i Azure Storage priser. Mer information om avgifter för utgående dataöverföring finns i Prisinformation för dataöverföringar.