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 je blob soft delete inschakelt voor een opslagaccount, geef dan een bewaarperiode aan voor verwijderde objecten tussen 1 en 365 dagen. De bewaarperiode geeft aan hoe lang de gegevens beschikbaar blijven nadat ze zijn verwijderd of overschreven. Zodra een object wordt verwijderd of overschreven, wordt de vervaldatum van de bewaarperiode vastgesteld.

Zolang de retentieperiode actief is, kun je een verwijderde blob herstellen, samen met de snapshots en versies, 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.

Je kunt de geconfigureerde retentieperiode op elk moment bijwerken.

Als je blob soft delete uitschakelt, kun je soft-verwijderde objecten in je opslagaccount blijven benaderen en herstellen totdat de soft delete-retentieperiode is verstreken.

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 verwijderingsproces maakt geen snapshot. Wanneer de bewaarperiode verloopt, verwijdert het systeem permanent de soft-deleteblob. In accounts met een hiërarchische naamruimte blijft de toegangscontrolelijst van een blob intact als de blob wordt hersteld.

Als een blob snapshots heeft, kun je de blob niet verwijderen tenzij je ook de snapshots verwijdert. Wanneer u een blob en de bijbehorende momentopnamen verwijdert, worden zowel de blob als momentopnamen gemarkeerd als voorlopig verwijderd. Het verwijderingsproces 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 gemarkeerd als voorlopig verwijderd. Je kunt alleen toegang krijgen tot de soft-deleted map. Om toegang te krijgen tot de inhoud van de soft-deleted directory, moet je de soft-deleted map terughalen.

Soft-verwijderde objecten zijn onzichtbaar tenzij je ze expliciet toont of opsomt. 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 je blob soft delete inschakelt, creëert het overschrijven van een blob automatisch een soft-deleted snapshot van de status van de blob vóór de schrijfoperatie. Wanneer de bewaarperiode is verstreken, verwijdert het systeem permanent de zacht verwijderde snapshot. 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.

Voorlopig verwijderen van blobs beschermt niet tegen bewerkingen voor het schrijven van blobmetagegevens of -eigenschappen. Er wordt geen voorlopig verwijderde momentopname gemaakt wanneer de metagegevens of eigenschappen van een blob worden bijgewerkt. Om de metadata van een blob vast te leggen, zie Blob-versiebeheer.

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. De Undelete Blob-operatie herstelt een blob en alle zacht verwijderde snapshots of versies die eraan zijn gekoppeld. Het herstelt eventuele snapshots die tijdens de bewaarperiode zijn 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 momentopnamen heeft en niet zacht verwijderd is, heeft het oproepen van Blob herstellen 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.

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.

Overwegingen rond workload

Het inschakelen van soft delete heeft geen invloed op je bestaande data, maar het verandert wel het gedrag van verwijder- en overschrijfoperaties. Voordat je soft delete inschakelt op een productieworkload, overweeg de volgende factoren:

• Bij het weergeven van alle blobs worden nu soft-deleted blobs geretourneerd. Deze verandering heeft de grootste impact. Applicaties die blobs met een all-vlag weergeven (BlobListingDetails.All in legacy SDK's of BlobStates.All in de v12 Azure.Storage.Blobs SDK) beginnen soft-deleted blobs te ontvangen zodra je soft delete inschakelt. Applicatielogica die ervan uitgaat dat alleen actieve blobs worden teruggegeven, kan zich misdragen, en back-up- of herstelprocessen kunnen soft-deleted blobs verkeerd interpreteren als actieve data. Controleer je code op alle listingflags en test voordat je ze activeert. Om alleen actieve blobs te vermelden, gebruik BlobStates.None. Om versies te vermelden terwijl zacht verwijderde blobs worden uitgesloten, gebruik BlobStates.Versioned.

• Verwijderingen en overschrijfbewerkingen behouden nu gegevens en blijven factureren. Wanneer je soft delete inschakelt, maakt verwijderen of overschrijven van een blob niet direct ruimte vrij. De vorige toestand wordt behouden als logisch verwijderde gegevens en tegen hetzelfde tarief als actieve gegevens gefactureerd totdat de bewaarperiode is verstreken. Workloads die afhankelijk zijn van verwijder- of overschrijfoperaties om opslag terug te winnen, brengen extra kosten met zich mee gedurende de retensieperiode.

• Workloads met veel overschrijvingen hopen soft-verwijderde snapshots zich op. Op FNS-accounts, als versiebeheer niet is ingeschakeld, creëert elke overwrite een zacht verwijderde snapshot die de vorige staat vastlegt. Applicaties die vaak dezelfde blobs overschrijven, zoals logging, checkpointing of tijdelijke bestanden, kunnen grote hoeveelheden zacht verwijderde data genereren en onverwachte kosten genereren. 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 de schermafbeeldingen Prijzen en facturering. Kies een retentieperiode die aansluit bij jouw herstelbehoeften zonder verloop te lang te bewaren.

• Blokkeert het DFS-eindpunt op flat-namespace-accounts. Wanneer je soft delete inschakelt op een account zonder hiërarchische naamruimte, worden bewerkingen via het Data Lake Storage (DFS) eindpunt (*.dfs.core.windows.net) geblokkeerd en falen ze met EndpointUnsupportedAccountFeatures. Gebruik in plaats daarvan het Blob-eindpunt (*.blob.core.windows.net) of upgrade het account naar een hiërarchische naamruimte om DFS-eindpunten te gebruiken met soft delete ingeschakeld.

Interactie tussen functies

Blob-versiebeheer

• Overschrijven creëert een versie in plaats van een zacht verwijderde snapshot: Als je zowel blobversieering als blob soft delete inschakelt, creëert het overschrijven van een blob een nieuwe vorige versie die de vorige toestand van de blob vastlegt. De bewerking maakt geen soft-deleted snapshot. De nieuwe versie wordt niet voorlopig verwijderd en wordt niet verwijderd wanneer de bewaarperiode voor voorlopig verwijderen verloopt.

• Als u een vorige versie verwijdert, wordt alleen die versie voorlopig verwijderd: Als u een specifieke vorigeversie verwijdert, wordt die versie voorlopig verwijderd en blijft deze behouden totdat de bewaartermijn voor voorlopig verwijderen is verstreken. Na afloop van de bewaarperiode wordt de voorlopig verwijderde versie permanent verwijderd.

• Verwijdering ongedaan maken herstelt alle zacht verwijderde versies: De blobbewerking Verwijdering ongedaan maken herstelt alle zacht verwijderde versies van een blob tegelijk; je kunt er niet selectief één herstellen. Het promoot geen enkele versie tot huidige versie. Om de huidige versie te herstellen, maak je eerst het verwijderen ongedaan en kopieer je vervolgens de gewenste vorige versie over de basisblob. Voor meer informatie, zie Feature-interacties.

Blob-momentopnamen

• Overschrijvingen creëren een zacht verwijderde snapshot wanneer versiebeheer is uitgeschakeld: Op een flat-namespace-account zonder versiebeheer genereert het overschrijven van een blob automatisch een zacht verwijderde snapshot die de status van de blob vastlegt vóór het schrijven. Wanneer de bewaartermijn verloopt, wordt de snapshot permanent verwijderd.

• Soft delete beschermt snapshots die je expliciet verwijdert: Het verwijderen van een actieve snapshot zorgt ervoor dat deze voorlopig wordt verwijderd, en deze blijft behouden gedurende de bewaarperiode. Je kunt een basisblob met snapshots niet verwijderen tenzij je ook de snapshots verwijdert. Wanneer je beide verwijdert, markeer je alles als verwijderd.

• Premium-accounts tellen soft-deleted snapshots niet mee voor de snapshotlimiet: Op premium block blob-accounts tellen soft-deleted snapshots niet mee voor de limiet van 100 snapshots per blob.

Levenscyclusbeheer

• Levenscyclusverwijderingsacties genereren zacht verwijderde objecten: Wanneer een levenscyclusbeheerbeleid een blob, snapshot of versie verwijdert, geldt zachte verwijdering nog steeds. Het verwijderde object gaat naar de soft-delete-status en blijft herstelbaar voor de retentieperiode in plaats van direct verwijderd te worden. Als je levenscyclusregels gebruikt om opslaggroei te beheersen, houd dan rekening met het extra retentievenster, aangezien er kosten in rekening worden gebracht voor verwijderde data totdat de retentieperiode is verstreken.

Permanent verwijderen

• Permanente verwijdering overschrijft soft-delete retentie op snapshots en versies: Als je de permanente verwijderfunctie op het account inschakelt, kan een caller met de juiste rechten soft-verwijderde snapshots en versies permanent verwijderen voordat de bewaarperiode is verlopen. Als je volledige soft-delete-bescherming wilt voor de hele bewaarperiode, schakel dan permanente verwijdering uit.

Container voorlopig wissen

• Blob soft delete en container soft delete beschermen verschillende scopes: Blob soft delete herstelt individuele blobs, snapshots en versies, maar kan een verwijderde container niet herstellen. Container soft delete herstelt een verwijderde container en de inhoud ervan, maar beschermt niet tegen het verwijderen van individuele blobs binnen een live container. De twee functies vullen elkaar aan en Microsoft raadt aan om beide in te schakelen.

• Je kunt individuele blobs niet herstellen uit een zacht verwijderde container: Zacht verwijderen van containers herstelt een container volledig naar de status waarin deze zich bevond op het moment van verwijdering. Je kunt geen individuele blobs selectief herstellen uit een zacht verwijderde container. Herstel eerst de hele container en werk daarna met de blobs. Voor meer informatie, zie Container soft delete.

Bekende beperkingen

• Beschermt niet tegen het verwijderen van containers of accounts. Blob soft delete werkt alleen op blob-, snapshot-, versie- en directoryniveau (in een hiërarchische naamruimte). Om een verwijderde container en de inhoud ervan te herstellen, moet je ook de zachte verwijdering van containers inschakelen. Om bredere dataverlies te voorkomen, zoals per ongeluk verwijdering van accounts of ransomware, schakel Azure Backup in.

• Beschermt geen metadata of property-writes. Er wordt geen soft-deleted snapshot gemaakt wanneer je de metadata of eigenschappen van een blob bijwerkt. Je kunt deze wijzigingen niet herstellen via soft delete.

• Beschermt hiërarchische naamruimteaccounts niet tegen overschrijvingen. Bij accounts met een hiërarchische naamruimte beschermt soft delete alleen tegen verwijderingen. Overschrijvingen worden niet vastgelegd als zacht verwijderde snapshots en kunnen niet worden hersteld.

• De retentieperiode is 1 tot 365 dagen en kan niet worden verlengd. Zodra de bewaarperiode is verstreken, kan deze niet worden verlengd en wordt het object permanent verwijderd.

• De functie Permanent Delete heft de soft-delete-retentie op. Als je de functie Permanent Verwijderen op het account inschakelt, kunnen soft-verwijderde snapshots en versies permanent worden verwijderd voordat de bewaartermijn afloopt.

• Verwijderingen door Blobverval instellen zijn niet herstelbaar. Blobs die met de ADLS-only-bewerking Set Blob Expiry worden verwijderd, worden geen zacht verwijderde blobs en kunnen niet worden teruggehaald.

• Blokkeert het upgraden van een flat-namespace-account naar een hiërarchische namespace (ADLS). Wanneer je blob- of container-soft delete inschakelt op een flat-namespace-account, wordt het upgraden van het account naar een hiërarchische namespace geblokkeerd (bijvoorbeeld via Invoke-AzStorageAccountHierarchicalNamespaceUpgrade of az storage account hns-migration start). Om te migreren, schakel soft delete uit, voer de upgrade uit en schakel dan soft delete weer in. Bij voorkeur schakel ADLS in bij het aanmaken van een account.

Prijzen en facturering

Voorlopig verwijderde gegevens worden gefactureerd tegen hetzelfde tarief als actieve gegevens. Wanneer een blob zacht verwijderd wordt, blijft deze in dezelfde tier en betaal je op dezelfde tier. Je wordt niet belast voor gegevens die permanent worden verwijderd nadat de bewaartermijn 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. 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.

Bewaking en problemen oplossen

Om zacht verwijderde blobs in het Azure-portaal te bekijken, schakel je actieve en verwijderde blobs tonen in in de containerweergave.

Programmatisch vermeld je ze met de List Blobs-operatie en include=deleted (of de BlobStates.Deleted vlag in de Azure.Storage.Blobs v12 SDK). Om zacht verwijderde gegevens te kwantificeren, voer je een Azure Storage blob-inventarisrapport uit met het includeDeleted filter ingesteld op true en aggregeer het Content-Length veld; let op dat de BlobCapacity-metriek in Azure Monitor de totale accountcapaciteit rapporteert en geen zacht verwijderde data scheidt van actieve data.

• Mijn applicatie begon verwijderde blobs terug te geven, of faalt nadat ik soft delete heb ingeschakeld: Als je code blobs vermeldt met een "all"-vlag (BlobListingDetails.All in legacy SDK's, of BlobStates.All in de v12 Azure.Storage.Blobs SDK), worden soft-deleted blobs nu in de resultaten opgenomen. Applicatielogica die ervan uitgaat dat alleen actieve blobs worden teruggegeven, kan zich misdragen, en back-up- of herstelprocessen kunnen soft-deleted blobs verkeerd interpreteren als actieve data. Controleer je code op "alle" lijstflags. Om alleen actieve blobs weer te geven, gebruik BlobStates.None; om versies weer te geven terwijl soft-deleted blobs worden uitgesloten, gebruik BlobStates.Versioned.

• Mijn DFS-endpointoperaties falen met EndpointUnsupportedAccountFeatures: Op een flat-namespace-account blokkeert het inschakelen van soft delete het Data Lake Storage (DFS) endpoint. Bewerkingen op *.dfs.core.windows.net falen met EndpointUnsupportedAccountFeatures. Controleer en bevestig of je verbindingsstrings of monitoring DFS-endpointverzoeken tonen. Om dit op te lossen, update je ofwel de workload om het Blob-eindpunt (*.blob.core.windows.net) te gebruiken, of upgrade je het account naar een hiërarchische naamruimte zodat DFS-eindpunten werken met soft delete ingeschakeld.

• Mijn verwijderde blob wordt niet weergegeven in de blobcontainer: Soft-deleted blobs zijn verborgen voor standaardlijstbewerkingen. Schakel in het Azure-portaal 'Toon verwijderde blobs' in; programmatisch, stel include=deleted in. Als de blob nog steeds niet verschijnt, bevestig dan dat soft delete was ingeschakeld voordat de blob werd verwijderd, en dat de retentieperiode nog niet is verstreken.

• Mijn blob is permanent verwijderd, ook al staat soft delete ingeschakeld: Controleer twee dingen. Ten eerste, als de Permanent Delete-functie op het account is ingeschakeld, kunnen soft-deleted snapshots en versies worden verwijderd voordat de bewaartermijn verstrijkt; schakel deze uit voor volledige bescherming. Ten tweede worden bestanden die via de ADLS-only Set Blob Expiry operatie worden verwijderd niet zacht verwijderd en kunnen ze niet worden teruggehaald. Controleer anders of de bewaartermijn nog niet is verstreken, want data wordt permanent verwijderd zodra dat gebeurt.

• Mijn opslagkosten zijn gestegen nadat ik soft delete had ingeschakeld: Soft verwijderde blobs, snapshots en versies worden tegen hetzelfde tarief gefactureerd als actieve data totdat de retentieperiode is verlopen. Overschrijf-intensieve workloads verzamelen snel logisch verwijderde snapshots wanneer versiebeheer is uitgeschakeld. Gebruik blob inventory om zacht verwijderde data te identificeren en overweeg een kortere bewaarperiode.

• Ik kan een verwijderde container niet herstellen met blob soft delete: Blob soft delete beschermt individuele blobs, niet containers. Als een container is verwijderd, kunnen de blobs niet worden hersteld via blob soft delete. Containerherstel vereist dat container soft delete vooraf was ingeschakeld. Zie Container soft delete.

• Ik moet soft delete op schaal uitschakelen nadat ik dit op te grote schaal heb ingeschakeld: Raadpleeg Soft delete inschakelen voor containers voor instructies over het uitschakelen van soft delete met verschillende hulpprogramma's.

• Ik heb mijn bewaartijd te lang ingesteld en wil dat mijn blobs eerder permanent verwijderd worden: Om blobs die al voorlopig zijn verwijderd permanent te verwijderen, herstelt u de voorlopig verwijderde blobs, schakelt u de functie voor voorlopig verwijderen van blobs uit en verwijdert u de blobs opnieuw.

Volgende stappen

• Zachte verwijdering inschakelen voor blobs

• Voorlopig verwijderde blobs beheren en herstellen

• Blob-versiebeheer