Blob verwijderen

Met deze Delete Blob bewerking wordt de opgegeven blob of momentopname verwijderd.

Houd er rekening mee dat als u een blob wilt verwijderen, u alle momentopnamen moet verwijderen. U kunt beide tegelijkertijd verwijderen met de Delete Blob bewerking.

Aanvraag

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

DELETE methode verzoek URI	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 URI van de opslagservice

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

DELETE methode verzoek URI	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 in de aanvraag-URI.

Kenmerk	Description
`snapshot`	Optional. De snapshot-parameter is een ondoorzichtige `DateTime` waarde die, indien aanwezig, de blob-snapshot opgeeft die moet worden verwijderd. Zie Een momentopname van een blob maken voor meer informatie over het werken met blob-snapshots.
`versionid`	Optioneel, versie 2019-12-12 en later. De `versionid` parameter is een ondoorzichtige `DateTime` waarde die, indien aanwezig, de versie van de blob opgeeft die moet worden verwijderd.
`timeout`	Optional. 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 later. De waarde van `deletetype` kan alleen zijn `permanent`.

Headers aanvragen

In de volgende tabel worden de vereiste en optionele aanvraagheaders beschreven.

Header van de aanvraag	Description
`Authorization`	Verplicht. Hiermee geeft u het autorisatieschema, de accountnaam en de handtekening op. Zie Aanvragen voor Azure Storage autoriseren voor meer informatie.
`Date` of `x-ms-date`	Verplicht. Hiermee geeft u de gecoördineerde universele tijd (UTC) voor de aanvraag op. Zie Aanvragen voor Azure Storage autoriseren voor meer informatie.
`x-ms-version`	Vereist voor alle geautoriseerde verzoeken. 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 deze koptekst niet is opgegeven in de aanvraag, retourneert Blob Storage statuscode 412 (`LeaseIdMissing`, Voorwaarde: Mislukt). Als er een onjuist geformatteerde lease-id is opgegeven in de aanvraag, mislukt de bewerking met statuscode 400 (`InvalidHeaderValue`, Ongeldige aanvraag). Als een correct opgemaakte lease-id is opgegeven, maar de opgegeven lease-id niet is gekoppeld aan de blob, mislukt de bewerking met statuscode 412 (`LeaseIdMismatchWithBlobOperation`, Voorvoorwaarde mislukt)
`x-ms-delete-snapshots: {include, only}`	Vereist als de blob momentopnamen heeft gekoppeld. 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 basis-blobresource. Als deze koptekst is opgegeven bij een aanvraag om een afzonderlijke momentopname te verwijderen, retourneert Blob Storage statuscode 400 (Ongeldige aanvraag). Als deze header niet is opgegeven in de aanvraag en de blob gekoppelde momentopnamen bevat, retourneert Blob Storage statuscode 409 (Conflict).
`x-ms-client-request-id`	Optional. Biedt een door de client gegenereerde, ondoorzichtige waarde met een tekenlimiet van 1 kibibyte (KiB) die wordt vastgelegd in de logboeken wanneer logboekregistratie wordt 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.
`x-ms-access-tier-if-modified-since`	Optional. Versie 2025-05-05 en later. Specificeer deze header om de bewerking alleen uit te voeren als de toegangslaag van de blob sinds de opgegeven tijd is gewijzigd. De waarde is in `DateTime` en volgt het RFC 1123-formaat. Voor meer informatie, zie Representatie van datum-tijdwaarden in headers.
`x-ms-access-tier-if-unmodified-since`	Optional. Versie 2025-05-05 en later. Specificeer deze header om de bewerking alleen uit te voeren als de toegangslaag van de blob sinds de opgegeven tijd niet is gewijzigd. De waarde is in `DateTime` en volgt het RFC 1123-formaat. Voor meer informatie, zie Representatie van datum-tijdwaarden in headers

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.

Inhoud van het verzoek

Geen.

Reactie

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.

Antwoordkopteksten

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

Header van het antwoord	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 is gebruikt om de aanvraag uit te voeren. Deze header wordt geretourneerd voor aanvragen die zijn ingediend tegen versie 2009-09-19 en hoger.
`x-ms-delete-type-permanent`	Voor versie 2017-07-29 en hoger wordt Blob Storage geretourneerd `true` als de blob definitief is verwijderd en `false` als de blob voorlopig is verwijderd.
`Date`	Een UTC-datum/tijd-waarde die het tijdstip aangeeft waarop de reactie is gestart. De service genereert deze waarde.
`x-ms-client-request-id`	U kunt deze koptekst 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 1.024 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.

Authorization

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

Belangrijk

Microsoft raadt aan om Microsoft Entra-id te gebruiken met beheerde identiteiten om aanvragen voor Azure Storage te autoriseren. Microsoft Entra ID biedt superieure beveiliging en gebruiksgemak in vergelijking met Shared Key-autorisatie.

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 beveiligingsprincipaal wordt geverifieerd door Microsoft Entra ID om een OAuth 2.0-token terug te geven. Het token kan vervolgens worden gebruikt om een aanvraag te autoriseren voor de Blob-service.

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

Permissions

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

Azure RBAC-actie:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete
Ingebouwde rol met minste bevoegdheden:Storage Blob Data Contributor

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

Een SAS (Shared Access Signature) biedt veilige gedelegeerde toegang tot resources in een opslagaccount. Met een SAS heb je gedetailleerde controle over hoe een client toegang kan krijgen tot gegevens. U kunt opgeven tot welke resource de client toegang heeft, welke machtigingen deze heeft voor deze resources en hoe lang de SAS geldig is.

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

Als best practice voor beveiliging raden we u aan Microsoft Entra-referenties te gebruiken in plaats van de opslagaccountsleutel, die gemakkelijker kan worden gecompromitteerd. Als voor het ontwerp van uw toepassing handtekeningen voor gedeelde toegang zijn vereist, gebruikt u indien mogelijk Microsoft Entra-referenties om een SAS voor gebruikersdelegering te maken.

Wanneer toegang tot gedeelde sleutels niet is toegestaan voor het opslagaccount, is een SAS-token voor services of een SAS-token voor het account niet toegestaan voor een aanvraag voor Blob Storage. Zie Begrijpen hoe het niet toestaan van gedeelde sleutel van invloed is op SAS-tokens voor meer informatie.

Gebruikersdelegatie SAS

Een SAS voor gebruikersdelegatie is beveiligd met Microsoft Entra-referenties en ook met de machtigingen die zijn gespecificeerd voor de SAS.

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

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

Service-SAS

Een service-SAS is beveiligd met de sleutel van het opslagaccount. Een service-SAS delegeert 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 blobresource, is de machtiging Delete (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 SAS-account is 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 u moet opgeven bij het delegeren van toegang:

Operation	Ondertekende dienst	Type ondertekende resource	Ondertekende toestemming
Blob verwijderen	Klodder (b)	Voorwerp (o)	Schrappen (d)

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

Opmerkingen

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

Als een blob een groot aantal momentopnamen bevat, 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-vastgelegde blobs te verwijderen. Een niet-vastgelegde blob is een blob die is gemaakt met aanroepen naar de bewerking Put Block , maar nooit is vastgelegd met behulp van de bewerking Put Block List . Voor eerdere versies moet de client de blob eerst vastleggen voordat deze wordt verwijderd.

Voorwaardelijke Headers van de toegangslaag

Voor versie 2025-05-05 en later kunnen clients de requestheaders x-ms-access-tier-if-modified-since gebruiken of x-ms-access-tier-if-unmodified-since een blob voorwaardelijk verwijderen op basis van wijzigingen in het toegangsniveau.

De responsheader x-ms-access-tier-change-timedie door Get Blob Properties wordt teruggegeven, geeft aan wanneer de toegangslaag van de blob voor het laatst is gewijzigd. Deze tijdstempel wordt gebruikt om bovenstaande voorwaarden te evalueren.

De DeleteBlob API maakt het mogelijk om zowel Last-Modified-Time als Access-Tier-Change-Time conditionele headers in een verzoek te specificeren. Als beide voorwaarden zijn gespecificeerd, zal de Blob-service de voorwaarden evalueren met behulp van een logische EN-operatie, dat wil zeggen dat beide voorwaarden waar moeten zijn om het verzoek te laten slagen.

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.

Functie voor voorlopig verwijderen ingeschakeld

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

Na het opgegeven aantal dagen worden de gegevens van de blob uit de service verwijderd. U kunt toegang krijgen tot een voorlopig verwijderde blob of momentopname door de bewerking Lijstblobs 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 Not Found).

Permanent verwijderen

Met versie 2020-02-10 en hoger kunt u een voorlopig verwijderde momentopname of versie permanent verwijderen. Om dit te doen, schakelt u de functie in. Zie Eigenschappen van blobopslag instellen voor meer informatie.

Opmerking

Voor het opslagaccount moet versiebeheer of momentopnamen zijn ingeschakeld. Voorlopig verwijderen moet ook zijn ingeschakeld op het opslagaccount om versies of momentopnamen van blobs in het account voorlopig te verwijderen. Met definitief verwijderen worden alleen voorlopig verwijderde momentopnamen of versies verwijderd.

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

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

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

Permanent verwijderen omvat ook een machtiging voor een gedeelde toegangshandtekening om een blobmomentopname of blobversie permanent te verwijderen. Zie Een service SAS maken voor meer informatie.