Blob verwijderen

Artikel
02/03/2024

De Delete Blob bewerking markeert de opgegeven blob of momentopname voor verwijdering. De blob wordt later verwijderd tijdens de garbagecollection.

Als u een blob wilt verwijderen, moet u alle momentopnamen verwijderen. U kunt beide tegelijk met de Delete Blob bewerking verwijderen.

Aanvraag

U kunt de Delete Blob aanvraag als volgt samenstellen. HTTPS wordt aanbevolen. Vervang myaccount door de naam van uw opslagaccount.

AANVRAAG-URI voor delete-methode	HTTP-versie
`https://myaccount.blob.core.windows.net/mycontainer/myblob` `https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>` `https://myaccount.blob.core.windows.net/mycontainer/myblob?versionid=<DateTime>`	HTTP/1.1

Geëmuleerde opslagservice-URI

Wanneer u een aanvraag doet voor de geëmuleerde opslagservice, geeft u de hostnaam van de emulator en Azure Blob Storage poort op als 127.0.0.1:10000, gevolgd door de naam van het geëmuleerde opslagaccount.

AANVRAAG-URI voor delete-methode	HTTP-versie
`http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob`	HTTP/1.1

Zie Azurite emulator gebruiken voor lokale Azure Storage-ontwikkeling voor meer informatie.

URI-parameters

U kunt de volgende aanvullende parameters opgeven voor de aanvraag-URI.

Parameter	Beschrijving
`snapshot`	Optioneel. De parameter momentopname is een ondoorzichtige `DateTime` waarde die, indien aanwezig, de blob-momentopname aangeeft die moet worden verwijderd. Zie Een momentopname van een blob maken voor meer informatie over het werken met blobmomentopnamen.
`versionid`	Optioneel, versie 2019-12-12 en hoger. De `versionid` parameter is een ondoorzichtige `DateTime` waarde die, indien aanwezig, de versie van de blob aangeeft die moet worden verwijderd.
`timeout`	Optioneel. De `timeout` parameter wordt uitgedrukt in seconden. Zie Time-outs instellen voor Blob Storage-bewerkingen voor meer informatie.
`deletetype`	Optioneel, versie 2020-02-10 of hoger. De waarde van `deletetype` kan alleen zijn `permanent`.

Aanvraagheaders

In de volgende tabel worden vereiste en optionele aanvraagheaders beschreven.

Aanvraagheader	Beschrijving
`Authorization`	Vereist. Hiermee geeft u het autorisatieschema, de accountnaam en de handtekening. Zie Aanvragen voor Azure Storage autoriseren voor meer informatie.
`Date` of `x-ms-date`	Vereist. Geef de Coordinated Universal Time (UTC) op voor de aanvraag. Zie Aanvragen voor Azure Storage autoriseren voor meer informatie.
`x-ms-version`	Vereist voor alle geautoriseerde aanvragen. Zie Versiebeheer voor de Azure Storage-services voor meer informatie.
`x-ms-lease-id:<ID>`	Vereist als de blob een actieve lease heeft. Als u deze bewerking wilt uitvoeren op een blob met een actieve lease, geeft u de geldige lease-id voor deze header op. Als er geen geldige lease-id is opgegeven voor de aanvraag, mislukt de bewerking met statuscode 403 (Verboden).
`x-ms-delete-snapshots: {include, only}`	Vereist als de blob gekoppelde momentopnamen heeft. Geef een van de volgende opties op: - `include`: Verwijder de basis-blob en alle bijbehorende momentopnamen. - `only`: Verwijder alleen de momentopnamen van de blob en niet de blob zelf. Geef deze header alleen op voor een aanvraag voor de basisblobresource. Als deze header is opgegeven voor een aanvraag om een afzonderlijke momentopname te verwijderen, retourneert Blob Storage statuscode 400 (Ongeldige aanvraag). Als deze header niet is opgegeven voor de aanvraag en de blob gekoppelde momentopnamen heeft, retourneert Blob Storage statuscode 409 (conflict).
`x-ms-client-request-id`	Optioneel. Biedt een door de client gegenereerde, ondoorzichtige waarde met een limiet van 1 kibibyte (KiB) die wordt vastgelegd in de logboeken wanneer logboekregistratie is geconfigureerd. We raden u ten zeerste aan deze header te gebruiken om activiteiten aan de clientzijde te correleren met aanvragen die de server ontvangt. Zie Azure Blob Storage bewaken voor meer informatie.

Deze bewerking ondersteunt ook het gebruik van voorwaardelijke headers om de blob alleen te verwijderen als aan een opgegeven voorwaarde wordt voldaan. Zie Voorwaardelijke headers opgeven voor Blob Storage-bewerkingen voor meer informatie.

Aanvraagbody

Geen.

Antwoord

Het antwoord bevat een HTTP-statuscode en een set antwoordheaders.

Statuscode

Een geslaagde bewerking retourneert statuscode 202 (Geaccepteerd). Zie Status- en foutcodes voor meer informatie over statuscodes.

Antwoordheaders

Het antwoord voor deze bewerking bevat de volgende headers. Het antwoord kan ook extra, standaard HTTP-headers bevatten. Alle standaardheaders voldoen aan de HTTP/1.1-protocolspecificatie.

Antwoordheader	Description
`x-ms-request-id`	Deze header identificeert op unieke wijze de aanvraag die is gedaan en kan worden gebruikt voor het oplossen van problemen met de aanvraag. Zie Problemen met API-bewerkingen oplossen voor meer informatie.
`x-ms-version`	Geeft de versie van Blob Storage aan die wordt gebruikt om de aanvraag uit te voeren. Deze header wordt geretourneerd voor aanvragen die zijn gedaan op basis van versie 2009-09-19 en hoger.
`x-ms-delete-type-permanent`	Voor versie 29-07-2017 en hoger retourneert `true` Blob Storage of de blob permanent is verwijderd en `false` als de blob voorlopig is verwijderd.
`Date`	Een UTC-datum/tijd-waarde die de tijd aangeeft waarop het antwoord is gestart. De service genereert deze waarde.
`x-ms-client-request-id`	U kunt deze header gebruiken om problemen met aanvragen en bijbehorende antwoorden op te lossen. De waarde van deze header is gelijk aan de waarde van de `x-ms-client-request-id` header, als deze aanwezig is in de aanvraag. De waarde is maximaal 1024 zichtbare ASCII-tekens. Als de `x-ms-client-request-id` header niet aanwezig is in de aanvraag, is deze header niet aanwezig in het antwoord.

Autorisatie

Autorisatie is vereist bij het aanroepen van een bewerking voor gegevenstoegang in Azure Storage. U kunt de Delete Blob bewerking autoriseren zoals hieronder wordt beschreven.

Azure Storage ondersteunt het gebruik van Microsoft Entra ID om aanvragen voor blobgegevens te autoriseren. Met Microsoft Entra ID kunt u op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) gebruiken om machtigingen te verlenen aan een beveiligingsprincipal. De beveiligingsprincipal kan een gebruiker, groep, toepassingsservice-principal of door Azure beheerde identiteit zijn. De beveiligingsprincipal wordt geverifieerd door Microsoft Entra ID om een OAuth 2.0-token te retourneren. Het token kan vervolgens worden gebruikt om een aanvraag voor de Blob-service te autoriseren.

Zie Toegang tot blobs autoriseren met behulp van Microsoft Entra ID voor meer informatie over autorisatie met behulp van Microsoft Entra ID.

Machtigingen

Hieronder vindt u de RBAC-actie die nodig is voor een Microsoft Entra gebruiker, groep of service-principal om de Delete Blob bewerking aan te roepen, en de minst bevoorrechte ingebouwde Azure RBAC-rol die deze actie omvat:

Azure RBAC-actie:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete
Ingebouwde rol met minimale bevoegdheden:Inzender voor opslagblobgegevens

Zie Een Azure-rol toewijzen voor toegang tot blobgegevens voor meer informatie over het toewijzen van rollen met behulp van Azure RBAC.

Een Shared Access Signature (SAS) biedt beveiligde gedelegeerde toegang tot resources in een opslagaccount. Met een SAS hebt u gedetailleerde controle over hoe een client toegang heeft tot gegevens. U kunt opgeven tot welke resource de client toegang heeft, welke machtigingen ze hebben voor deze resources en hoe lang de SAS geldig is.

De Delete Blob bewerking ondersteunt drie typen handtekeningen voor gedeelde toegang: sas voor gebruikersdelegatie, service-SAS en account-SAS.

Als best practice voor beveiliging raden we u aan Microsoft Entra referenties te gebruiken in plaats van de sleutel van het opslagaccount, die gemakkelijker kan worden aangetast. Als voor uw toepassingsontwerp handtekeningen voor gedeelde toegang zijn vereist, gebruikt u Microsoft Entra referenties om, indien mogelijk, een SAS voor gebruikersdelegatie te maken.

Wanneer gedeelde sleuteltoegang niet is toegestaan voor het opslagaccount, is een service-SAS-token of een ACCOUNT-SAS-token niet toegestaan op een aanvraag voor Blob Storage. Zie Begrijpen hoe het niet toewijzen van gedeelde sleutel van invloed is op SAS-tokens voor meer informatie.

SAS voor gebruikersdelegatie

Een SAS voor gebruikersdelegatie wordt beveiligd met Microsoft Entra referenties en ook met de machtigingen die zijn opgegeven voor de SAS.

Als u de Delete Blob bewerking aanroept met behulp van een SAS-token dat is gedelegeerd aan een container of blob-resource, is de machtiging Verwijderen (d) vereist als onderdeel van het SAS-token voor gebruikersdelegatie.

Zie Een SAS voor gebruikersdelegatie maken voor meer informatie over de SAS voor gebruikersdelegatie.

Service-SAS

Een service-SAS wordt beveiligd met de sleutel van het opslagaccount. Een service-SAS delegeert de toegang tot een resource in één Azure Storage-service, zoals blobopslag.

Voor het aanroepen van de Delete Blob bewerking met behulp van een SAS-token dat is gedelegeerd aan een container of blob-resource, is de machtiging Verwijderen (d) vereist als onderdeel van het SAS-token van de service.

Zie Een service-SAS maken voor meer informatie over de service-SAS.

Account-SAS

Een account-SAS wordt beveiligd met de sleutel van het opslagaccount. Een account-SAS delegeert toegang tot resources in een of meer van de opslagservices. Alle bewerkingen die beschikbaar zijn via een service of gebruikersdelegatie-SAS zijn ook beschikbaar via een account-SAS.

In de volgende tabel ziet u het ondertekende resourcetype en de ondertekende machtigingen die moeten worden opgegeven bij het delegeren van toegang:

Bewerking	Ondertekende service	Ondertekend resourcetype	Ondertekende machtiging
Blob verwijderen	Blob (b)	Object (o)	Verwijderen (d)

Zie Een account-SAS maken voor meer informatie over de account-SAS.

Opmerkingen

Als de blob een actieve lease heeft, moet de client een geldige lease-id voor de aanvraag opgeven om deze te verwijderen.

Als een blob een groot aantal momentopnamen heeft, is het mogelijk dat er een time-out optreedt voor de Delete Blob bewerking. Als dit gebeurt, moet de client de aanvraag opnieuw proberen.

Voor versie 2013-08-15 en hoger kan de client aanroepen Delete Blob om niet-doorgevoerde blobs te verwijderen. Een niet-doorgevoerde blob is een blob die is gemaakt met aanroepen naar de bewerking Put Block , maar nooit is doorgevoerd met behulp van de bewerking Put Block List . Voor eerdere versies moet de client de blob eerst doorvoeren voordat deze wordt verwijderd.

Functie voor voorlopig verwijderen uitgeschakeld

Wanneer een blob is verwijderd, wordt deze onmiddellijk verwijderd uit de index van het opslagaccount en is deze niet meer toegankelijk voor clients. De gegevens van de blob worden later tijdens de garbagecollection uit de service verwijderd.

Functie voor voorlopig verwijderen ingeschakeld

Wanneer een blob is verwijderd, wordt deze voorlopig verwijderd en is deze niet meer toegankelijk voor clients. Blob Storage behoudt de blob of momentopname gedurende het aantal dagen dat is opgegeven voor de DeleteRetentionPolicy eigenschap van Blob Storage. Zie Blob Storage-eigenschappen instellen voor informatie over het lezen van Blob Storage-eigenschappen.

Na het opgegeven aantal dagen worden de gegevens van de blob verwijderd uit de service tijdens de garbagecollection. U kunt toegang krijgen tot een voorlopig verwijderde blob of momentopname door de bewerking List Blobs aan te roepen en de include=deleted optie op te geven.

U kunt voorlopig verwijderde blobs of momentopnamen herstellen met behulp van Blob verwijderen ongedaan maken. Voor elke andere bewerking op voorlopig verwijderde blobs of momentopnamen retourneert Blob Storage fout 404 (Resource niet gevonden).

Permanent verwijderen

Met versie 2020-02-10 en hoger kunt u een voorlopig verwijderde momentopname of versie permanent verwijderen. Hiervoor schakelt u de functie in. Zie Blob Storage-eigenschappen instellen voor meer informatie.

Notitie

Versiebeheer of momentopnamen moeten zijn ingeschakeld voor het opslagaccount. Voorlopig verwijderen moet ook zijn ingeschakeld voor het opslagaccount om versies of momentopnamen van blobs in het account voorlopig te verwijderen. Met permanent verwijderen worden alleen voorlopig verwijderde momentopnamen of versies verwijderd.

Opslagaccounts waarvoor permanent verwijderen is ingeschakeld, kunnen de deletetype=permanent queryparameter gebruiken om een voorlopig verwijderde momentopname of verwijderde blobversie permanent te verwijderen.

Als de queryparameter een van de volgende waarden weergeeft, retourneert Blob Storage een 409-fout (conflict):

De functie permanent verwijderen is niet ingeschakeld voor het opslagaccount.
snapshot Noch versionid worden verstrekt.
De opgegeven momentopname of versie wordt niet voorlopig verwijderd.

Permanent verwijderen omvat ook een shared access signature-machtiging voor het permanent verwijderen van een blob-momentopname of blobversie. Zie Een service-SAS maken voor meer informatie.