Blobögonblicksbilder

En ögonblicksbild är en skrivskyddad version av en blob som tas vid en tidpunkt.

Om blobögonblicksbilder

En ögonblicksbild av en blob är identisk med dess basblob, förutom att blob-URI:en har ett DateTime-värde tillagt i blob-URI:en för att ange vid vilken tidpunkt ögonblicksbilden togs. Om en sidblob-URI till exempel http://storagesample.core.blob.windows.net/mydrives/myvhd är liknar ögonblicksbildens URI http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z .

En blob kan ha val annat antal ögonblicksbilder. Ögonblicksbilder bevaras tills de uttryckligen tas bort, antingen oberoende av varandra eller som en del av åtgärden Ta bort blob för basbloben. Du kan räkna upp de ögonblicksbilder som är associerade med basbloben för att spåra dina aktuella ögonblicksbilder.

När du skapar en ögonblicksbild av en blob kopieras blobens systemegenskaper till ögonblicksbilden med samma värden. Basblobens metadata kopieras också till ögonblicksbilden, såvida du inte anger separata metadata för ögonblicksbilden när du skapar den. När du har skapat en ögonblicksbild kan du läsa, kopiera eller ta bort den, men du kan inte ändra den.

Lån som är kopplade till basbloben påverkar inte ögonblicksbilden. Du kan inte skaffa ett lån på en ögonblicksbild.

En VHD-fil används för att lagra aktuell information och status för en virtuell datordisk. Du kan koppla från en disk från den virtuella datorn eller stänga av den virtuella datorn och sedan ta en ögonblicksbild av dess VHD-fil. Du kan använda ögonblicksbildfilen senare för att hämta VHD-filen vid den tidpunkten och återskapa den virtuella datorn.

Förstå hur ögonblicksbilder påförs avgifter

Viktiga faktureringsöverväganden

Följande lista innehåller viktiga punkter att tänka på när du skapar en ögonblicksbild.

• Ditt lagringskonto debiteras för unika block eller sidor, oavsett om de finns i bloben eller i ögonblicksbilden. Ditt konto medför inga ytterligare avgifter för ögonblicksbilder som är associerade med en blob förrän du uppdaterar bloben som de baseras på. När du har uppdaterat basbloben skiljer den sig från dess ögonblicksbilder. När detta inträffar debiteras du för de unika blocken eller sidorna i varje blob eller ögonblicksbild.
• När du ersätter ett block i en blockblob debiteras blocket därefter som ett unikt block. Detta gäller även om blocket har samma block-ID och samma data som det har i ögonblicksbilden. När blocket har utförts igen skiljer det sig från motsvarigheten i en ögonblicksbild, och du debiteras för dess data. Detsamma gäller för en sida i en sidblob som uppdateras med identiska data.
• Om du uppdaterar en blockblob genom att anropa en metod som skriver över hela innehållet i bloben ersätts alla block i bloben. Om du har en ögonblicksbild som är associerad med den bloben skiljer sig nu alla block i basbloben och ögonblicksbilden åt, och du debiteras för alla block i båda blobarna. Detta gäller även om data i basbloben och ögonblicksbilden förblir identiska.
• Azure Blob-tjänsten kan inte avgöra om två block innehåller identiska data. Varje block som laddas upp och överförs behandlas som unikt, även om det har samma data och samma block-ID. Eftersom avgifter ackumuleras för unika block är det viktigt att tänka på att uppdatering av en blob som har en ögonblicksbild resulterar i ytterligare unika block och ytterligare avgifter.

Minimera kostnader med hantering av ögonblicksbilder

Vi rekommenderar att du hanterar dina ögonblicksbilder noggrant för att undvika extra kostnader. Du kan följa dessa metodtips för att minimera kostnaderna för lagring av dina ögonblicksbilder:

• Ta bort och skapa ögonblicksbilder som är associerade med en blob när du uppdaterar bloben, även om du uppdaterar med identiska data, om inte programdesignen kräver att du underhåller ögonblicksbilder. Genom att ta bort och återskapa blobens ögonblicksbilder kan du se till att bloben och ögonblicksbilderna inte skiljer sig åt.
• Om du behåller ögonblicksbilder för en blob ska du undvika att anropa metoder som skriver över hela bloben när du uppdaterar bloben. Uppdatera i stället det minsta möjliga antalet block för att hålla kostnaderna nere.

Faktureringsscenarier för ögonblicksbilder

Följande scenarier visar hur avgifter påförs för en blockblob och dess ögonblicksbilder.

Priser och fakturering

Att skapa en ögonblicksbild, som är en skrivskyddade kopia av en blob, kan leda till ytterligare avgifter för datalagring för ditt konto. När du utformar ditt program är det viktigt att vara medveten om hur dessa avgifter kan tillkomma så att du kan minimera kostnaderna.

Ögonblicksbilder av blobar, till exempel blobversioner, debiteras med samma hastighet som aktiva data. Hur ögonblicksbilder faktureras beror på om du uttryckligen har angett nivån för basbloben eller för någon av dess ögonblicksbilder (eller versioner). Mer information om blobnivåer finns i Åtkomstnivåer för hot, cool och arkiv för blobdata.

Om du inte har ändrat en blob- eller ögonblicksbildnivå debiteras du för unika datablock i bloben, dess ögonblicksbilder och eventuella versioner. Mer information finns i Fakturering när blobnivån inte uttryckligen har angetts.

Om du har ändrat en blob- eller ögonblicksbildnivå debiteras du för hela objektet, oavsett om bloben och ögonblicksbilden så småningom är på samma nivå igen. Mer information finns i Fakturering när blobnivån uttryckligen har angetts.

Mer information om faktureringsinformation för blobversioner finns i Blob-versionshantering.

Fakturering när blobnivån inte uttryckligen har angetts

Om du inte uttryckligen har angett blobnivån för en basblob eller någon av dess ögonblicksbilder debiteras du för unika block eller sidor i bloben, dess ögonblicksbilder och eventuella versioner. Data som delas mellan en blob och dess ögonblicksbilder debiteras bara en gång. När en blob uppdateras skiljer sig data i en basblob från de data som lagras i dess ögonblicksbilder, och unika data debiteras per block eller sida.

När du ersätter ett block i en blockblob debiteras blocket därefter som ett unikt block. Detta gäller även om blocket har samma block-ID och samma data som det har i ögonblicksbilden. När blocket har utförts igen skiljer det sig från motsvarigheten i ögonblicksbilden och du debiteras för dess data. Detsamma gäller för en sida i en sidblob som uppdateras med identiska data.

Blob Storage kan inte avgöra om två block innehåller identiska data. Varje block som laddas upp och överförs behandlas som unikt, även om det har samma data och samma block-ID. Eftersom avgifter ackumuleras för unika block är det viktigt att komma ihåg att uppdatering av en blob när bloben har ögonblicksbilder eller versioner leder till ytterligare unika block och ytterligare avgifter.

När en blob har ögonblicksbilder anropar du uppdateringsåtgärder på blockblobar så att de uppdaterar minsta möjliga antal block. Skrivåtgärderna som tillåter mer information om block är Put Block och Put Block List. Put Blob-åtgärden ersätter å andra sidan hela innehållet i en blob och kan därför leda till ytterligare avgifter.

Följande scenarier visar hur avgifter påförs för en blockblob och dess ögonblicksbilder när blobnivån inte uttryckligen har angetts.

Scenario 1

I scenario 1 har basbloben inte uppdaterats efter att ögonblicksbilden har tagits, så avgifter debiteras bara för unika block 1, 2 och 3.

Scenario 2

I scenario 2 har basbloben uppdaterats, men inte ögonblicksbilden. Block 3 har uppdaterats och även om det innehåller samma data och samma ID är det inte samma sak som block 3 i ögonblicksbilden. Därför debiteras kontot för fyra block.

Scenario 3

I scenario 3 har basbloben uppdaterats, men inte ögonblicksbilden. Block 3 ersattes med block 4 i basbloben, men ögonblicksbilden återspeglar fortfarande block 3. Därför debiteras kontot för fyra block.

Scenario 4

I scenario 4 har basbloben uppdaterats helt och innehåller inga av dess ursprungliga block. Därför debiteras kontot för alla åtta unika block.

Fakturering när blobnivån uttryckligen har angetts

Om du uttryckligen har angett blobnivån för en blob eller ögonblicksbild (eller version) debiteras du för objektets fullständiga innehållslängd på den nya nivån, oavsett om det delar block med ett objekt på den ursprungliga nivån. Du debiteras också för den fullständiga innehållslängden för den äldsta versionen på den ursprungliga nivån. Alla versioner eller ögonblicksbilder som finns kvar på den ursprungliga nivån debiteras för unika block som de kan dela, enligt beskrivningen i Fakturering när blobnivån inte uttryckligen har angetts.

Flytta en blob till en ny nivå

I följande tabell beskrivs faktureringsbeteendet för en blob eller ögonblicksbild när den flyttas till en ny nivå.

¹ Om det finns andra tidigare versioner eller ögonblicksbilder som inte har flyttats från den ursprungliga nivån debiteras dessa versioner eller ögonblicksbilder baserat på antalet unika block som de innehåller, enligt beskrivningen i Fakturering när blobnivåninte uttryckligen har angetts.

Följande diagram illustrerar hur objekt faktureras när en blob med ögonblicksbilder flyttas till en annan nivå.

Det går inte att ångra att uttryckligen ange nivån för en blob, version eller ögonblicksbild. Om du flyttar en blob till en ny nivå och sedan flyttar tillbaka den till den ursprungliga nivån debiteras du för objektets fullständiga innehållslängd även om den delar block med andra objekt på den ursprungliga nivån.

Åtgärder som uttryckligen anger nivån för en blob, version eller ögonblicksbild är:

• Ange blobnivå
• Placera blob med angiven nivå
• Placera blockeringslista med angiven nivå
• Kopiera blob med angiven nivå

Ta bort en blob när mjuk borttagning är aktiverat

När mjuk borttagning av blobar är aktiverat debiteras alla tidigare versioner eller ögonblicksbilder av den mjukt borttagna bloben med fullständig innehållslängd om du tar bort eller skriver över en basblob som har angetts uttryckligen. Mer information om hur blobversionshantering och mjuk borttagning fungerar tillsammans finns i Versionshantering av blobar och mjuk borttagning.

I följande tabell beskrivs faktureringsbeteendet för en blob som är mjuk borttagning, beroende på om versionshantering är aktiverat eller inaktiverat. När versionshantering är aktiverat skapas en ny version när en blob tas bort mjukt. När versionshantering är inaktiverat skapar mjuk borttagning av en blob en ögonblicksbild med mjuk borttagning.

Funktionsstöd

Den här tabellen visar hur den här funktionen stöds i ditt konto och hur det påverkar supporten när du aktiverar vissa funktioner.

Typ av lagringskonto	Blob Storage (standardstöd)	Data Lake Storage Gen2 1	NFS 3.0 1	SFTP 1
Standard generell användning v2		2
Premium blockblobar		2

¹ Data Lake Storage Gen2, NFS 3.0-protokollet (Network File System) och SFTP (Secure File Transfer Protocol) stöder alla ett lagringskonto med en hierarkisk namnrymd aktiverad.

² Funktionen stöds på förhandsversionsnivå.

Nästa steg

• Versionshantering av blobar
• Skapa och hantera en blobögonblicksbild i .NET
• Säkerhetskopiering av ohanterade virtuella Azure-datordiskar med inkrementella ögonblicksbilder