Dela via


Blobögonblicksbilder

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

Kommentar

Blob-versionshantering är ett överlägset sätt att underhålla tidigare versioner av en blob. Mer information finns i Blob-versionshantering.

Om blobögonblicksbilder

Viktigt!

Ögonblicksbilder i konton som har den hierarkiska namnområdesfunktionen aktiverad är för närvarande i FÖRHANDSVERSION. Juridiska villkor för Azure-funktioner i betaversion, förhandsversion eller som av någon annan anledning inte har gjorts allmänt tillgängliga ännu finns i kompletterande användningsvillkor för Microsoft Azure-förhandsversioner.

Information om hur du registrerar dig i förhandsversionen finns i det här formuläret.

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

Kommentar

Alla ögonblicksbilder delar basblobens URI. Den enda skillnaden mellan basbloben och ögonblicksbilden är det bifogade DateTime-värdet .

En blob kan ha valfritt antal ögonblicksbilder. Ögonblicksbilder bevaras tills de uttryckligen tas bort, antingen oberoende eller som en del av en borttagningsblobåtgärd 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 associerade med basbloben påverkar inte ögonblicksbilden. Du kan inte skaffa ett lån på en ögonblicksbild.

Du kan skapa en ögonblicksbild av en blob på den frekventa eller lågfrekventa nivån. Ögonblicksbilder av blobar på arkivnivån stöds inte.

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.

Prissättning och fakturering

Att skapa en ögonblicksbild, som är en skrivskyddad kopia av en blob, kan resultera i extra datalagringsavgifter för ditt konto. När du utformar ditt program är det viktigt att vara medveten om hur dessa avgifter kan uppstå så att du kan minimera kostnaderna.

Blobögonblicksbilder, till exempel blobversioner, faktureras 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 blobdata.

Om du inte har ändrat en blob- eller ögonblicksbildnivå debiteras du för unika datablock i blobben, 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 slutligen finns 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.

Minimera kostnader med hantering av ögonblicksbilder

Microsoft rekommenderar att du hanterar dina ögonblicksbilder noggrant för att undvika extra avgifter. Du kan följa dessa metodtips för att minimera kostnaderna för lagringen av dina ögonblicksbilder:

  • Ta bort och återskapa ögonblicksbilder som är associerade med en blob när du uppdaterar bloben, även om du uppdaterar med identiska data, såvida inte programdesignen kräver att du underhåller ögonblicksbilder. Genom att ta bort och återskapa blobens ögonblicksbilder kan du se till att blobben och ögonblicksbilderna inte avviker.
  • Om du underhåller ögonblicksbilder för en blob bör 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 låga.

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 som den kan ha. Data som delas över en blob och dess ögonblicksbilder debiteras bara en gång. När en blob uppdateras avviker data i en basblob från de data som lagras i ögonblicksbilderna och de unika data debiteras per block eller sida.

När du ersätter ett block i en blockblob debiteras det blocket senare som ett unikt block. Detta gäller även om blocket har samma block-ID och samma data som i ögonblicksbilden. När blocket har checkats in igen avviker det från dess motsvarighet 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 har inget sätt att avgöra om två block innehåller identiska data. Varje block som laddas upp och checkas in 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 den bloben har ögonblicksbilder eller versioner resulterar i extra unika block och extra avgifter.

När en blob har ögonblicksbilder anropar du uppdateringsåtgärder på blockblobar så att de uppdaterar det minsta möjliga antalet block. Skrivåtgärderna som tillåter detaljerad kontroll över 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 extra avgifter.

Följande scenarier visar hur avgifter ackumuleras 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 togs, så avgifter debiteras endast för unika block 1, 2 och 3.

Diagram 1 som visar fakturering för unika block i basblob och ögonblicksbild.

Scenario 2

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

Diagram 2 som visar fakturering för unika block i basblob och ögonblicksbild.

Scenario 3

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

Diagram 3 som visar fakturering för unika block i basblob och ögonblicksbild.

Scenario 4

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

Diagram 4 som visar fakturering för unika block i basblob och ögonblicksbild.

Dricks

Undvik att anropa metoder som skriver över hela bloben och uppdatera i stället enskilda block för att hålla kostnaderna låga.

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å.

När blobnivån anges explicit på... Då debiteras du för...
En basblob med en ögonblicksbild Basbloben på den nya nivån och den äldsta ögonblicksbilden på den ursprungliga nivån, plus eventuella unika block i andra ögonblicksbilder.1
En basblob med en tidigare version och en ögonblicksbild Basbloben på den nya nivån, den äldsta versionen på den ursprungliga nivån och den äldsta ögonblicksbilden på den ursprungliga nivån, plus eventuella unika block i andra versioner eller ögonblicksbilder1.
En ögonblicksbild Ögonblicksbilden på den nya nivån och basbloben på den ursprungliga nivån, plus eventuella unika block i andra ögonblicksbilder.1

1Om 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ån inte uttryckligen har angetts.

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

Diagram som visar hur objekt faktureras när en blob med ögonblicksbilder uttryckligen nivåindelade.

Det går inte att ångra att 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:

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

När mjuk borttagning av blob är aktiverad 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 på dess nivå. Mer information om hur versionshantering av blobar och mjuk borttagning fungerar tillsammans finns i Blob-versionshantering och mjuk borttagning.

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

När du skriver över en basblob med dess nivå explicit inställd... Då debiteras du för...
Om både mjuk borttagning av blobar och versionshantering är aktiverade Alla befintliga versioner med fullständig innehållslängd oavsett nivå.
Om mjuk borttagning av blob är aktiverat men versionshantering är inaktiverat Alla befintliga ögonblicksbilder av mjuk borttagning med fullständig innehållslängd oavsett nivå.

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.

Nästa steg