Zacht verwijderen van blobs

Blob soft delete beschermt een individuele blob, snapshot of versie tegen per ongeluk verwijderingen of overschrijvingen door de verwijderde gegevens gedurende een bepaalde periode in het systeem te bewaren. Tijdens de retentieperiode kunt u een voorlopig verwijderd object herstellen naar de status die het had op het moment van verwijderen. Na afloop van de bewaarperiode wordt het object permanent verwijderd.

Aanbevolen configuratie voor gegevensbeveiliging

Zacht verwijderen van blobs maakt deel uit van een uitgebreide strategie voor gegevensbescherming binnen een account voor blobgegevens. Voor een optimale beveiliging van uw blobgegevens raadt Microsoft u aan de volgende functies voor gegevensbeveiliging in te schakelen:

• Blob soft delete om een blob, snapshot of versie die je hebt verwijderd te herstellen. Zie Het inschakelen en beheren van soft delete voor blobs voor meer informatie over het inschakelen van soft delete voor blobs.

• Container soft delete, om een container te herstellen die je hebt verwijderd. Zie Voorlopig verwijderen voor containers inschakelen en beheren om te leren hoe u voorlopig verwijderen van containers kunt inschakelen.

Voor bescherming tegen bredere scenario's voor gegevensverlies, zoals onbedoeld verwijderen van accounts of ransomware, kunt u overwegen Azure Backup in te schakelen naast functies in het account. Zie het overzicht van gegevensbescherming voor meer informatie over de aanbevelingen van Microsoft voor gegevensbescherming.

Hoe blob soft delete werkt

Wanneer u blob soft delete inschakelt voor een opslagaccount, specificeert u een bewaarperiode voor verwijderde objecten van 1 tot 365 dagen. De bewaarperiode geeft aan hoe lang de gegevens beschikbaar blijven nadat ze zijn verwijderd of overschreven. De klok begint op de bewaarperiode zodra een object wordt verwijderd of overschreven.

Terwijl de bewaarperiode actief is, kunt u een verwijderde blob, samen met diens momentopnamen of een verwijderde versie, herstellen door de Undelete Blob operatie aan te roepen. In het volgende diagram ziet u hoe een verwijderd object kan worden hersteld wanneer blob soft delete is ingeschakeld.

U kunt de retentieperiode voor soft delete altijd wijzigen. Een bijgewerkte bewaarperiode is alleen van toepassing op gegevens die zijn verwijderd nadat de bewaarperiode is gewijzigd. Alle gegevens die zijn verwijderd vóór de bewaarperiode zijn gewijzigd, zijn onderhevig aan de bewaarperiode die van kracht was toen deze werd verwijderd.

Het proberen te verwijderen van een zacht verwijderd object heeft geen invloed op de verlooptijd.

Als u voorlopig verwijderen van blob uitschakelt, kunt u voorlopig verwijderde objecten blijven openen en herstellen in uw opslagaccount totdat de bewaarperiode voor voorlopig verwijderen is verstreken.

Blob-versiebeheer, dat Microsoft aanbeveelt om samen met soft delete in te schakelen, is beschikbaar voor algemene v2-, block blob- en Blob-opslagaccounts. Versiebeheer wordt niet ondersteund voor accounts met een hiërarchische naamruimte.

Versie 2017-07-29 en hoger van de Azure Storage REST API ondersteunt blob soft delete.

Hoe verwijderingen worden verwerkt wanneer voorlopig verwijderen is ingeschakeld

Wanneer je blob soft delete inschakelt, markeert het verwijderen van een blob die blob als soft deleted. Het verwijderen maakt geen snapshot aan. Wanneer de bewaarperiode verloopt, wordt de zacht verwijderde blob definitief verwijderd. In accounts met een hiërarchische naamruimte blijft de toegangscontrolelijst van een blob onaangetast en blijft intact als de blob wordt hersteld.

Als een blob snapshots heeft, kun je de blob niet verwijderen tenzij je ook de snapshots verwijdert. Wanneer je een blob en zijn snapshots verwijdert, worden zowel de blob als snapshots als soft deleted gemarkeerd. Het verwijderen maakt geen nieuwe snapshots.

U kunt ook een of meer actieve momentopnamen verwijderen zonder de basis-blob te verwijderen. In dit geval wordt de momentopname voorlopig verwijderd.

Als je een map verwijdert in een account met de hiërarchische naamruimtefunctie ingeschakeld, worden de map en alle inhoud als zacht verwijderd gemarkeerd. Je hebt alleen toegang tot de tijdelijk verwijderde map. Om toegang te krijgen tot de inhoud van de soft-deleted directory, moet je de soft-deleted map terughalen.

Voorlopig verwijderde objecten zijn onzichtbaar, tenzij ze expliciet worden weergegeven of vermeld. Zie Voorlopig verwijderde objecten beheren en herstellen voor meer informatie over het weergeven van voorlopig verwijderde objecten.

Hoe overschrijvingen worden afgehandeld wanneer soft delete is ingeschakeld

Als u een bewerking aanroept, zoals Put Blob, Put Block List of Copy Blob , worden de gegevens in een blob overschreven. Wanneer blob soft delete is ingeschakeld, creëert het overschrijven van een blob automatisch een zacht verwijderde snapshot van de toestand van de blob vóór de schrijfoperatie. Wanneer de bewaarperiode verloopt, wordt de voorlopig verwijderde momentopname definitief verwijderd. De bewerking die het systeem uitvoert om de snapshot te maken, verschijnt niet in Azure Monitor resource logs of Opslaganalyse logs.

Zacht verwijderde snapshots zijn onzichtbaar tenzij je duidelijk zacht verwijderde objecten toont of vermeldt. Zie Voorlopig verwijderde objecten beheren en herstellen voor meer informatie over het weergeven van voorlopig verwijderde objecten.

Om een kopieeroperatie te beschermen, moet je blob soft delete inschakelen voor het bestemmingsgeheugenaccount.

Voorlopig verwijderen van blobs beschermt niet tegen bewerkingen voor het schrijven van blobmetagegevens of -eigenschappen. De verwijdering creëert geen zacht verwijderde snapshot wanneer de metadata of eigenschappen van een blob worden bijgewerkt.

Voor premium-opslagaccounts tellen soft-verwijderde momentopnamen niet mee voor de limiet van 100 momentopnamen per blob.

Zacht verwijderde objecten herstellen

U kunt voorlopig verwijderde blobs of directory's (in een hiërarchische naamruimte) herstellen door de bewerking Undelete Blob aan te roepen binnen de bewaarperiode. Met de Undelete Blob-bewerking herstelt u een blob en eventuele zacht verwijderde momentopnamen die eraan zijn gekoppeld. Het herstelt alle snapshots die je tijdens de bewaarperiode hebt verwijderd. In accounts met een hiërarchische naamruimte wordt de toegangsbeheerlijst van een blob samen met de blob hersteld.

In accounts met een hiërarchische naamruimte kun je ook de Undelete Blob-operatie gebruiken om een soft-deleted map en alle inhoud te herstellen. Als u de naam van een map met voorlopig verwijderde blobs wijzigt, worden deze voorlopig verwijderde blobs losgekoppeld van de map. Om die blobs te herstellen, moet je de mapnaam terugzetten naar de oorspronkelijke naam of een aparte map aanmaken die de oorspronkelijke mapnaam gebruikt. Anders krijg je een foutmelding wanneer je probeert die zacht verwijderde blobs te herstellen. Je kunt ook geen map of blob herstellen naar een bestandspad dat al een map of blob met die naam heeft. Als je bijvoorbeeld (1) verwijdert a.txt en een nieuw bestand uploadt met dezelfde naam a.txt (2), kun je de zacht verwijderde a.txt (1) pas herstellen als de actieve a.txt (2) is verwijderd of hernoemd. Je hebt pas toegang tot de inhoud van een voorlopig verwijderde map nadat die map is hersteld.

Het aanroepen van Undelete Blob op een blob die niet soft-deleted is, herstelt alle soft-deleted snapshots die aan de blob zijn gekoppeld. Als de blob geen snapshots heeft en niet zacht verwijderd is, heeft het aanroepen van Undelete Blob geen effect.

Als u een voorlopig verwijderde momentopname naar de basis-blob wilt promoveren, roept u eerst Undelete Blob aan op de basis-blob om de blob en de bijbehorende momentopnamen te herstellen. Kopieer vervolgens de gewenste momentopname over de basis-blob. U kunt de momentopname ook kopiëren naar een nieuwe blob.

Je kunt geen data lezen in een zacht verwijderde blob of snapshot totdat het object is hersteld.

Zie Soft-verwijderde blobs beheren en herstellen voor meer informatie over het herstellen van soft-verwijderde objecten.

Zachte verwijdering en versiebeheer van Blob

Als je zowel blobversiebeheer als blob soft delete inschakelt voor een opslagaccount, dan creëert het overschrijven van een blob automatisch een nieuwe vorige versie die de status van de blob vóór de schrijfoperatie weerspiegelt. De nieuwe versie wordt niet voorlopig verwijderd en wordt niet verwijderd wanneer de bewaarperiode voor voorlopig verwijderen verloopt. Er worden geen zacht verwijderde momentopnamen gemaakt.

Als je zowel blob-versiebeheer als blob soft delete inschakelt voor een opslagaccount, dan wordt de huidige versie van de blob een eerdere versie wanneer je een blob verwijdert, en is er geen huidige versie meer. Er wordt geen nieuwe versie aangemaakt en er worden geen zacht verwijderde momentopnamen aangemaakt. Alle eerdere versies blijven behouden totdat je ze expliciet verwijdert, hetzij met een directe verwijderingsoperatie of via een lifecycle management policy.

Door zacht verwijderen en versiebeheer samen in te schakelen, worden eerdere blobversies en huidige versies beschermd tegen verwijdering. Wanneer je soft delete inschakelt, blijven versies niet verwijderd, zelfs als de blob is verwijderd. Als u een versie verwijdert, wordt die versie voorlopig verwijderd. Voorlopig verwijderde versies worden bewaard totdat de bewaarperiode voor voorlopig verwijderen is verstreken. Na het verstrijken van de bewaarperiode wordt de zacht verwijderde blobversie permanent verwijderd.

U kunt de bewerking Blob ongedaan maken gebruiken om voorlopig verwijderde versies te herstellen tijdens de bewaarperiode voor voorlopig verwijderen. De bewerking Blob ongedaan maken herstelt altijd alle versies van de blob die zacht zijn verwijderd. Het is niet mogelijk om slechts één soft-verwijderde versie te herstellen.

Microsoft raadt aan zowel versiebeheer als voorlopig verwijderen van blobs in te schakelen voor uw opslagaccounts voor optimale gegevensbeveiliging. Zie Blob-versiebeheer en Soft Delete voor meer informatie over het gebruik van Blob-versiebeheer en Soft Delete.

Beveiliging voor soft delete van blobs per operatie

In de volgende tabel wordt het verwachte gedrag voor schrijf- en verwijderbewerkingen beschreven wanneer soft delete van blobs is ingeschakeld, met of zonder blobversiebeheer. In de volgende tabellen betekent Geen wijziging dat de operatie zich hetzelfde gedraagt, ongeacht of blob soft delete is ingeschakeld of niet.

Opslagaccount (geen hiërarchische naamruimte)

Opslagaccount (hiërarchische naamruimte)

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.

Voorlopig verwijderen wordt niet ondersteund voor blobs die worden geüpload met behulp van Data Lake Storage-API's in Storage-accounts zonder hiërarchische naamruimte.

Prijzen en facturering

Voorlopig verwijderde gegevens worden gefactureerd tegen hetzelfde tarief als actieve gegevens. Je wordt niet belast voor gegevens die permanent worden verwijderd nadat de bewaarperiode is verstreken.

Wanneer je soft delete inschakelt, gebruik dan een korte retentieperiode om beter te begrijpen hoe de functie je factuur beïnvloedt. De minimaal aanbevolen bewaarperiode is zeven dagen.

Het inschakelen van soft delete voor vaak overschreven data kan leiden tot hogere opslagcapaciteitskosten en verhoogde latentie bij het lijsten van blobs. Je kunt deze extra kosten en latentie beperken door de vaak overschreven data op te slaan in een apart opslagaccount waar soft delete is uitgeschakeld.

U wordt niet gefactureerd voor transacties met betrekking tot het automatisch genereren van momentopnamen of versies wanneer een blob wordt overschreven of verwijderd. U wordt gefactureerd voor oproepen naar de Ongedaan maken van Blob-bewerking tegen de transactiesnelheid voor schrijfbewerkingen.

Zie de pagina met prijzen voor Blob Storage voor meer informatie over prijzen voor Blob Storage.

Schijven voor voorlopig verwijderen van blobs en virtuele machines

Zacht verwijderen van blobs is beschikbaar voor zowel premium als standaard niet-beheerde schijven, die als pagina-blobs onderliggende structuur hebben. Met soft delete kunt u gegevens herstellen die zijn verwijderd of overschreven door de bewerkingen Delete Blob, Put Blob, Put Block List en Copy Blob.

Gegevens die worden overschreven door een aanroep naar Put Page , kunnen niet worden hersteld. Een Azure virtuele machine schrijft naar een niet-beheerde schijf door gebruik te maken van aanroepen naar Put Page, dus soft delete gebruiken om schrijfopdrachten naar een niet-beheerde schijf vanuit een Azure VM ongedaan te maken, wordt niet ondersteund.

Volgende stappen

• Zachte verwijdering inschakelen voor blobs
• Voorlopig verwijderde blobs beheren en herstellen
• Blob-versiebeheer