Voorlopig verwijderen van containers

Container soft delete beschermt je containers tegen het per ongeluk verwijderen door de verwijderde containers gedurende een bepaalde periode in het opslagaccount te houden. Tijdens de bewaarperiode kunt u een voorlopig verwijderde container en de inhoud ervan herstellen naar de status van de container op het moment dat deze is verwijderd. Nadat de bewaarperiode is verlopen, worden de container en de inhoud ervan definitief verwijderd.

Soft delete van containers maakt deel uit van een uitgebreide strategie voor gegevensbescherming binnen een account. Voor optimale beveiliging voor uw opslagaccount raadt Microsoft aan de volgende functies voor gegevensbeveiliging in te schakelen:

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. Voor meer informatie over Microsofts aanbevelingen voor gegevensbescherming op basis van je werklast, zie Overzicht gegevensbescherming.

Tip

Om blob- en container-soft delete op schaal mogelijk te maken, gebruik je het ingebouwde Azure Policy Configure soft delete voor blobs en containers op opslagaccounts.

Hoe zachte verwijdering van containers werkt

Wanneer je container soft delete inschakelt, geef dan een bewaarperiode aan voor verwijderde containers tussen 1 en 365 dagen. De standaardretentieperiode is zeven dagen. Kies een minimum van zeven dagen en verleng de bewaarperiode indien nodig op basis van het datavolume en hoe lang het kan duren om dataverlies te detecteren en erop te reageren.

Tijdens de bewaarperiode kunt u een verwijderde container herstellen door de herstelcontainerbewerking aan te roepen. Wanneer u een container herstelt, worden de blobs en eventuele blobversies en momentopnamen van de container ook hersteld.

Waarschuwing

Soft delete van containers kan alleen complete containers en hun inhoud herstellen zoals deze was op het moment van verwijdering. Om een verwijderde blob te herstellen wanneer de oudercontainer niet verwijderd is, moet je gebruik maken van blob soft delete of blobversiebeheer. Wanneer u een container herstelt, moet u deze herstellen naar de oorspronkelijke naam. Als je de originele naam gebruikt om een nieuwe container aan te maken, kun je de container die voorlopig is verwijderd niet herstellen.

In het volgende diagram ziet u hoe een verwijderde container kan worden hersteld wanneer voorlopig verwijderen van containers is ingeschakeld:

Diagram dat laat zien hoe een zacht verwijderde container wordt hersteld wanneer container soft delete is ingeschakeld.

Na afloop van de bewaarperiode verwijdert Azure Storage de container permanent en kun je hem niet meer herstellen. De klok voor de bewaartermijn begint wanneer de container wordt verwijderd. U kunt de bewaarperiode op elk gewenst moment wijzigen, maar de nieuwe instelling is alleen van toepassing op containers die na de update zijn verwijderd. Containers die al verwijderd zijn, worden permanent verwijderd op basis van de bewaarperiode die gold toen ze oorspronkelijk werden verwijderd.

Wanneer u het zacht verwijderen van containers uitschakelt, worden bestaande zacht verwijderde containers niet permanent verwijderd. Ze worden permanent verwijderd op basis van de bewaarperiode die gold op het moment dat ze verwijderd werden.

Container soft delete is beschikbaar voor de volgende typen opslagaccounts:

  • Opslagaccounts voor algemeen gebruik v2 en v1
  • Blokblob-opslagaccounts
  • Blob Storage-accounts

Opslagaccounts waarvoor een hiërarchische naamruimte is ingeschakeld voor gebruik met Azure Data Lake Storage, worden ook ondersteund.

Versie 2019-12-12 of hoger van de Azure Storage REST API ondersteunt voorlopig verwijderen van containers.

De minst privilegeerde, ingebouwde rol voor het herstellen van een zacht verwijderde container is Storage Blob Data Contributor.

Belangrijk

Voorlopig verwijderen van containers beschermt niet tegen het verwijderen van een opslagaccount, maar alleen tegen het verwijderen van containers in dat account. Als u een opslagaccount wilt beveiligen tegen verwijdering, configureert u een vergrendeling voor de opslagaccountresource. Zie Resources vergrendelen om onverwachte wijzigingen te voorkomen voor meer informatie over het vergrendelen van Azure Resource Manager-resources.

Overwegingen rond workload

Overweeg de volgende punten voordat je container soft delete inschakelt op bestaande accounts:

  • Inschakelen is niet retroactief: Container soft delete beschermt alleen containers die je verwijdert nadat je het hebt ingeschakeld. Je kunt containers die verwijderd waren voordat je het inschakelde niet herstellen.

  • Containers herstellen alleen naar hun oorspronkelijke naam: Je kunt een soft-deleted container alleen herstellen naar de naam die hij had bij het verwijderen. Als je een nieuwe container met die naam aanmaakt, moet je deze hernoemen of verwijderen voordat je deze herstelt.

  • De kortere retentieperiode gaat voorop: Container soft delete en blob soft delete hebben onafhankelijke retentieperiodes. Als de retentie van soft delete van blobs korter is dan de retentie voor soft delete van containers, kunnen de blobs binnen een herstelde container al permanent verwijderd zijn voordat de bewaarperiode van de container verloopt. Lijn de twee retentieperiodes af om te voorkomen dat een container met ontbrekende blobs wordt hersteld.

  • Retentiewijzigingen zijn niet retroactief: Het wijzigen van de retentieperiode geldt alleen voor containers die na de update zijn verwijderd. Containers die al logisch verwijderd zijn, behouden de bewaarperiode die van kracht was toen ze werden verwijderd.

  • Het verlengen van de bewaartermijn van een reeds voorlopig verwijderde container vereist opnieuw verwijderen: Om een langere bewaartermijn toe te passen op een container die al voorlopig verwijderd is, herstel je deze en verwijder je hem opnieuw terwijl de nieuwe bewaartermijn van kracht is.

  • Het uitschakelen van soft delete verwijdert bestaande soft-deleted containers niet: Wanneer je container soft delete uitschakelt, verwijdert de service niet meteen containers die al soft-deleted zijn. Ze blijven bestaan en zijn herstelbaar totdat hun oorspronkelijke retentieperiode is verlopen.

  • HNS-accounts kunnen geen soft-deleted containers opsommen: Bij accounts met een hiërarchische namespace kun je niet oplisten welke containers soft-deleted zijn. Restauratie vereist het exact kennen van de oorspronkelijke naam van de container.

  • Blokkeert het upgraden van een flat-namespace-account naar een hiërarchische namespace (ADLS): Migratie naar een hiërarchische namespace wordt geblokkeerd terwijl container soft delete is ingeschakeld. Schakel het uit voordat je migreert, en schakel het daarna weer in nadat de migratie is voltooid.

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.

Prijzen en facturering

Er worden geen extra kosten in rekening gebracht voor het inschakelen van de functie voor tijdelijk verwijderen van containers. Je betaalt voor data in soft-deletecontainers tegen hetzelfde tarief als actieve data.

Om kosten te minimaliseren, stel je de kortste retentieperiode in die je team voldoende tijd geeft om onbedoelde verwijdering te detecteren en ervan te herstellen. Microsoft raadt minimaal zeven dagen aan, maar je moet deze waarde aanpassen op basis van het volume van je werkbelastinggegevens en de vereisten.

Bewaking en problemen oplossen

Monitor containerverwijderingsgebeurtenissen door gebruik te maken van Azure Monitor-activiteitenlogs. Om zacht verwijderde containers in het Azure-portaal te bekijken, schakel Verwijderde containers weergeven in in de opslagbrowser. Gebruik programmatisch de List Containers-operatie met include=deleted.

  • Mijn voorlopig verwijderde container is niet zichtbaar: Voorlopig verwijderde containers zijn standaard verborgen. Schakel in het Azure-portaal 'Toon verwijderde containers' in in de opslagbrowser. Via de API roep je List Containers aan met include=deleted. Als de container nog steeds niet verschijnt, bevestig dan dat de soft delete van de container is ingeschakeld voordat de container werd verwijderd en dat de bewaarperiode nog niet is verstreken.

  • Ik kan mijn container niet herstellen omdat de naam is bezet: Je hebt een nieuwe container aangemaakt met dezelfde naam nadat de originele was verwijderd. Je kunt een container alleen herstellen naar de oorspronkelijke naam, dus hernoem of verwijder eerst de conflicterende container en herstel deze vervolgens.

  • Ik kan mijn soft-deleted container niet vinden in een HNS-account: Accounts met een hiërarchische naamruimte ondersteunen het opsommen van soft-deleted containers niet. Herstel vereist de exacte oorspronkelijke containernaam.

  • Mijn upgrade naar een hiërarchische naamruimte (ADLS) is geblokkeerd: Container soft delete blokkeert migratie naar een hiërarchische naamruimte. Schakel de zachte verwijdering van containers uit, voer de migratie uit en schakel die daarna weer in nadat de migratie is voltooid.

  • Ik moet meerdere containers tegelijk herstellen: Bulk restoration is niet beschikbaar in het Azure-portaal. Gebruik Azure PowerShell of de Azure CLI om herstel te scripten voor meerdere containers.

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

Volgende stappen