Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Een momentopname is een alleen-leesbare versie van een blob die op een bepaald moment in de tijd wordt vastgelegd.
Notitie
Blob-versiebeheer biedt een superieure manier om eerdere versies van een blob te onderhouden. Zie Blob-versiebeheer voor meer informatie.
Over blob-momentopnamen
Een momentopname van een blob is identiek aan de basis-blob, behalve dat de blob-URI een Datum/tijd-waarde heeft die is toegevoegd aan de blob-URI om aan te geven op welk tijdstip de momentopname is gemaakt. Als een pagina-blob-URI bijvoorbeeld is http://storagesample.core.blob.windows.net/mydrives/myvhd, is de momentopname-URI vergelijkbaar met http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z.
Notitie
Alle momentopnamen delen de URI van de basisblob. Het enige verschil tussen de basis-blob en de momentopname is de toegevoegde Datum/tijd-waarde .
Een blob kan een willekeurig aantal momentopnamen bevatten. Momentopnamen blijven behouden totdat ze expliciet worden verwijderd, hetzij onafhankelijk, hetzij als onderdeel van een Delete Blob-bewerking voor de hoofdblob. U kunt de momentopnamen opsommen die zijn gekoppeld aan de basis-blob om uw huidige momentopnamen bij te houden.
Wanneer u een momentopname van een blob maakt, worden de systeemeigenschappen van de blob met dezelfde waarden gekopieerd naar de momentopname. De metagegevens van de basisblob worden ook gekopieerd naar de momentopname, tenzij u afzonderlijke metagegevens opgeeft voor de momentopname wanneer u deze maakt. Nadat u een momentopname hebt gemaakt, kunt u deze lezen, kopiëren of verwijderen, maar u kunt deze niet wijzigen.
Leases die zijn gekoppeld aan de basis-blob, hebben geen invloed op de momentopname. U kunt geen huurcontract afsluiten voor een momentopname.
U kunt een momentopname van een blob maken in de hete of koele laag. Momentopnamen op blobs in de archieflaag worden niet ondersteund.
Een VHD-bestand wordt gebruikt om de huidige informatie en status voor een VM-schijf op te slaan. U kunt een schijf loskoppelen van de VIRTUELE machine of de VIRTUELE machine afsluiten en vervolgens een momentopname van het VHD-bestand maken. U kunt dat momentopnamebestand later gebruiken om het VHD-bestand op dat moment op te halen en de virtuele machine opnieuw te maken.
Prijzen en facturering
Het maken van een momentopname, een alleen-lezen kopie van een blob, kan leiden tot extra kosten voor gegevensopslag voor uw account. Bij het ontwerpen van uw toepassing is het belangrijk om te weten hoe deze kosten kunnen worden opgebouwd, zodat u de kosten kunt minimaliseren.
Momentopnamen van blobs, zoals blobversies, worden gefactureerd met hetzelfde tarief als actieve data. Hoe momentopnamen worden gefactureerd, hangt af van of u expliciet het niveau hebt ingesteld voor de basisblob of voor een van de momentopnamen (of versies). Voor meer informatie over bloblagen, zie Toegangslagen voor blobgegevens.
Als u de laag van een blob of momentopname niet hebt gewijzigd, wordt u gefactureerd voor unieke gegevensblokken in die blob, de bijbehorende momentopnamen en eventuele versies. Zie Facturering wanneer de bloblaag niet expliciet is ingesteld voor meer informatie.
Als u de laag van een blob of momentopname hebt gewijzigd, wordt u gefactureerd voor het hele object, ongeacht of de blob en momentopname zich uiteindelijk opnieuw in dezelfde laag bevinden. Zie Facturering wanneer de bloblaag expliciet is ingesteld voor meer informatie.
Voor meer informatie over factureringsgegevens voor blobversies, zie Blob-versiebeheer.
Kosten minimaliseren met momentopnamebeheer
Microsoft raadt u aan uw momentopnamen zorgvuldig te beheren om extra kosten te voorkomen. U kunt deze aanbevolen procedures volgen om de kosten die worden gemaakt door de opslag van uw momentopnamen te minimaliseren:
- Verwijder en maak nieuwe momentopnamen die aan een blob gekoppeld zijn wanneer u de blob bijwerkt, zelfs als u met identieke gegevens bijwerkt, tenzij uw toepassingsontwerp vereist dat u momentopnamen behoudt. Door de momentopnamen van de blob te verwijderen en opnieuw te maken, kunt u ervoor zorgen dat de blob en momentopnamen niet afwijken.
- Als u momentopnamen voor een blob onderhoudt, vermijdt u het aanroepen van methoden die de hele blob overschrijven wanneer u de blob bijwerkt. Werk in plaats daarvan het kleinste aantal blokken bij om de kosten laag te houden.
Facturering wanneer het blobniveau niet expliciet is ingesteld
Als u de bloblaag niet expliciet hebt ingesteld voor een basis-blob of een van de momentopnamen, worden er kosten in rekening gebracht voor unieke blokken of pagina's in de blob, de momentopnamen en eventuele versies. Gegevens die worden gedeeld tussen een blob en zijn snapshots worden slechts eenmaal in rekening gebracht. Wanneer een blob wordt bijgewerkt, wijken de gegevens in een basis-blob af van de gegevens die zijn opgeslagen in de momentopnamen, en worden unieke gegevens per blok of pagina in rekening gebracht.
Wanneer u een blok in een blok-blob vervangt, wordt dat blok later in rekening gebracht als een uniek blok. Dit geldt zelfs als het blok dezelfde blok-id heeft en dezelfde gegevens als in de momentopname. Nadat het blok opnieuw is doorgevoerd, wijkt het af van de tegenhanger in de momentopname en worden er kosten in rekening gebracht voor de data. Hetzelfde geldt voor een pagina in een pagina-blob die wordt bijgewerkt met identieke gegevens.
Blob Storage heeft geen manier om te bepalen of twee blokken identieke gegevens bevatten. Elk blok dat wordt geüpload en vastgelegd, wordt beschouwd als uniek, zelfs als het dezelfde gegevens en dezelfde blok-id heeft. Omdat de kosten voor unieke blokken toenemen, is het belangrijk om te onthouden dat het bijwerken van een blob wanneer die blob momentopnamen of versies bevat, extra unieke blokken en extra kosten oplevert.
Wanneer een blob momentopnamen heeft, roept u updatebewerkingen aan op blok-blobs, zodat ze het minst mogelijke aantal blokken bijwerken. De schrijfbewerkingen die fijnmazige controle over blokken toestaan, zijn Put Block en Put Block List. De Put Blob-bewerking vervangt daarentegen de volledige inhoud van een blob en kan leiden tot extra kosten.
In de volgende scenario's ziet u hoe de kosten voor een blok-blob en de bijbehorende momentopnamen toenemen wanneer de bloblaag niet expliciet is ingesteld.
Scenario 1
In scenario 1 is de basis-blob niet bijgewerkt nadat de momentopname is gemaakt. Er worden dus alleen kosten in rekening gebracht voor unieke blokken 1, 2 en 3.
Scenario 2
In scenario 2 is de basis-blob bijgewerkt, maar de momentopname niet. Blok 3 is bijgewerkt en hoewel deze dezelfde gegevens en dezelfde id bevat, is het niet hetzelfde als blok 3 in de momentopname. Als gevolg hiervan wordt het account belast voor vier blokken.
Scenario 3
In scenario 3 is de basis-blob bijgewerkt, maar de momentopname niet. Blok 3 is vervangen door blok 4 in de basis-blob, maar de momentopname weerspiegelt nog steeds blok 3. Als gevolg hiervan wordt het account belast voor vier blokken.
Scenario 4
In scenario 4 is de basis-blob volledig bijgewerkt en bevat deze geen van de oorspronkelijke blokken. Als gevolg hiervan wordt het account in rekening gebracht voor alle acht unieke blokken.
Aanbeveling
Vermijd het aanroepen van methoden die de hele blob overschrijven en werk in plaats daarvan afzonderlijke blokken bij om de kosten laag te houden.
Factureren wanneer het blobniveau expliciet is ingesteld
Als u de bloblaag expliciet hebt ingesteld voor een blob of momentopname (of versie), worden er kosten in rekening gebracht voor de volledige inhoudslengte van het object in de nieuwe laag, ongeacht of deze blokken deelt met een object in de oorspronkelijke laag. Je betaalt ook voor de volledige inhoudslengte van de oudste versie in de oorspronkelijke categorie. Alle versies of momentopnamen die zich in de oorspronkelijke laag bevinden, worden gefactureerd voor de unieke blokken die ze mogelijk delen, zoals beschreven in Facturering wanneer de bloblaag niet expliciet is ingesteld.
Een blob verplaatsen naar een nieuwe laag
In de volgende tabel wordt het factureringsgedrag voor een blob of momentopname beschreven wanneer deze wordt verplaatst naar een nieuwe laag.
| Wanneer het blobniveau expliciet is ingesteld op... | Vervolgens wordt u gefactureerd voor... |
|---|---|
| Een basisblob met een momentopname | De basis-blob in de nieuwe laag en de oudste momentopname in de oorspronkelijke laag, plus eventuele unieke blokken in andere momentopnamen.1 |
| Een basisblob met een vorige versie en een momentopname | De basis-blob in de nieuwe laag, de oudste versie in de oorspronkelijke laag en de oudste momentopname in de oorspronkelijke laag, plus eventuele unieke blokken in andere versies of momentopnamen1. |
| Een momentopname | De momentopname in de nieuwe laag en de basis-blob in de oorspronkelijke laag, plus eventuele unieke blokken in andere momentopnamen.1 |
1Als er andere eerdere versies of momentopnamen zijn die niet zijn verplaatst van de oorspronkelijke laag, worden deze versies of momentopnamen in rekening gebracht op basis van het aantal unieke blokken dat ze bevatten, zoals beschreven in Facturering wanneer de bloblaag niet expliciet is ingesteld.
In het volgende diagram ziet u hoe objecten worden gefactureerd wanneer een blob met momentopnamen naar een andere laag wordt verplaatst.
Het expliciet instellen van de laag voor een blob, versie of momentopname kan niet ongedaan worden gemaakt. Als u een blob verplaatst naar een nieuwe laag en deze vervolgens weer verplaatst naar de oorspronkelijke laag, worden er kosten in rekening gebracht voor de volledige inhoudslengte van het object, zelfs als het blokken deelt met andere objecten in de oorspronkelijke laag.
Bewerkingen die expliciet de laag van een blob, versie of momentopname instellen, zijn onder andere:
- Set Blob Tier (Blob-laag instellen)
- BLOB plaatsen met de opgegeven laag
- Lijst met blokken plaatsen met opgegeven laag
- Blob kopiëren met opgegeven laag
Een blob verwijderen wanneer soft delete is ingeschakeld
Wanneer voorlopig verwijderen van blobs is ingeschakeld en u een basis-blob verwijdert of overschrijft waarvoor de laag expliciet is ingesteld, worden eventuele eerdere versies of momentopnamen van de voorlopig verwijderde blob gefactureerd op volledige inhoudslengte. Zie Blob-versiebeheer en voorlopig verwijderen voor meer informatie over hoe blobversiebeheer en voorlopig verwijderen samenwerken.
De volgende tabel beschrijft het factureringsgedrag voor een blob die voorlopig wordt verwijderd, afhankelijk van of versiebeheer is ingeschakeld of uitgeschakeld. Wanneer versiebeheer is ingeschakeld, wordt er een nieuwe versie gemaakt wanneer een blob voorlopig wordt verwijderd. Wanneer versiebeheer is uitgeschakeld, resulteert het voorlopig verwijderen (soft-delete) van een blob in het maken van een momentopname.
| Wanneer u een basis-blob overschrijft met de bijbehorende laag expliciet ingesteld... | Vervolgens wordt u gefactureerd voor... |
|---|---|
| Als soft delete van blobs en versiebeheer beide zijn ingeschakeld | Alle bestaande versies met volledige inhoudslengte, ongeacht de laag. |
| Als blob soft delete is ingeschakeld, maar versiebeheer is uitgeschakeld | Alle bestaande momentopnamen voor zachte verwijdering op volledige inhoudslengte, ongeacht de laag. |
Functieondersteuning
Ondersteuning voor deze functie kan worden beïnvloed door het inschakelen van Data Lake Storage Gen2, het NFS-protocol (Network File System) 3.0 of het SSH File Transfer Protocol (SFTP). Als u een van deze mogelijkheden hebt ingeschakeld, raadpleegt u de ondersteuning voor Blob Storage-functies in Azure Storage-accounts om ondersteuning voor deze functie te beoordelen.
Belangrijk
De preview-versie van momentopnamen voor accounts waarvoor de hiërarchische naamruimtefunctie is ingeschakeld, accepteert geen nieuwe klanten meer. We raden u aan alternatieve mechanismen te overwegen. (Voorbeelden: Zacht verwijderen voor blobs, AzCopy, Gekluisde back-up [Preview])