Delen via

Blobeigenschappen instellen

  • Artikel

Met Set Blob Properties de bewerking worden systeemeigenschappen ingesteld op de blob.

Aanvraag

De Set Blob Properties aanvraag kan als volgt worden samengesteld. U wordt aangeraden HTTPS te gebruiken. Vervang myaccount door de naam van uw opslagaccount:

AANVRAAG-URI voor PUT-methode HTTP-versie
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=properties HTTP/1.1

Geëmuleerde opslagservice-URI

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

AANVRAAG-URI voor PUT-methode HTTP-versie
http://127.0.0.1:10000/ devstoreaccount1/mycontainer/myblob?comp=properties HTTP/1.1

Zie Use the Azurite emulator for local Azure Storage development (De 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
timeout Optioneel. De timeout parameter wordt uitgedrukt in seconden. Zie Time-outs instellen voor Blob Storage-bewerkingen voor meer informatie.

Aanvraagheaders (alle blobtypen)

In de volgende tabel worden vereiste en optionele aanvraagheaders voor alle blobtypen beschreven.

Aanvraagheader Beschrijving
Authorization Vereist. Hiermee geeft u het autorisatieschema, de accountnaam en de handtekening op. Zie Aanvragen autoriseren voor Azure Storage voor meer informatie.
Date of x-ms-date Vereist. Geef de Coordinated Universal Time (UTC) op voor de aanvraag. Zie Aanvragen autoriseren voor Azure Storage voor meer informatie.
x-ms-version Vereist voor alle geautoriseerde aanvragen. Hiermee geeft u de versie van de bewerking te gebruiken voor deze aanvraag. Zie Versiebeheer voor de Azure Storage-services voor meer informatie.
x-ms-blob-cache-control Optioneel. Hiermee wijzigt u de cachebesturingsreeks voor de blob.

Als deze eigenschap niet is opgegeven in de aanvraag, wordt de eigenschap gewist voor de blob. Volgende aanroepen naar Blobeigenschappen ophalen retourneren deze eigenschap niet, tenzij deze expliciet opnieuw is ingesteld op de blob.
x-ms-blob-content-type Optioneel. Hiermee stelt u het inhoudstype van de blob in.

Als deze eigenschap niet is opgegeven in de aanvraag, wordt de eigenschap gewist voor de blob. Volgende aanroepen naar Blobeigenschappen ophalen retourneren deze eigenschap niet, tenzij deze expliciet opnieuw is ingesteld op de blob.
x-ms-blob-content-md5 Optioneel. Hiermee stelt u de MD5-hash van de blob in.

Als deze eigenschap niet is opgegeven in de aanvraag, wordt de eigenschap gewist voor de blob. Volgende aanroepen naar Blobeigenschappen ophalen retourneren deze eigenschap niet, tenzij deze expliciet opnieuw is ingesteld op de blob.
x-ms-blob-content-encoding Optioneel. Hiermee stelt u de inhoudscodering van de blob in.

Als deze eigenschap niet is opgegeven in de aanvraag, wordt de eigenschap gewist voor de blob. Volgende aanroepen naar Blobeigenschappen ophalen retourneren deze eigenschap niet, tenzij deze expliciet opnieuw is ingesteld op de blob.
x-ms-blob-content-language Optioneel. Hiermee stelt u de inhoudstaal van de blob in.

Als deze eigenschap niet is opgegeven in de aanvraag, wordt de eigenschap gewist voor de blob. Volgende aanroepen naar Blobeigenschappen ophalen retourneren deze eigenschap niet, tenzij deze expliciet opnieuw is ingesteld op de blob.
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.
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.
x-ms-blob-content-disposition Optioneel. Hiermee stelt u de koptekst van Content-Disposition de blob in. Beschikbaar voor versie 2013-08-15 en hoger.

Het Content-Disposition veld antwoordheader bevat aanvullende informatie over het verwerken van de nettolading van het antwoord en kan worden gebruikt om aanvullende metagegevens toe te voegen. Als deze bijvoorbeeld is ingesteld op attachment, geeft dit aan dat de gebruikersagent het antwoord niet moet weergeven, maar in plaats daarvan een dialoogvenster Opslaan als weergeven met een andere bestandsnaam dan de opgegeven blobnaam.

Het antwoord van de bewerkingen Blob ophalen en Blobeigenschappen ophalen bevat de content-disposition header.
Origin Optioneel. Hiermee geeft u de oorsprong op van waaruit de aanvraag wordt uitgegeven. De aanwezigheid van deze header resulteert in cross-origin resource sharing headers voor het antwoord. Zie CORS-ondersteuning (cross-origin resource sharing) voor de Azure Storage-services voor meer informatie.

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

Aanvraagheaders (alleen pagina-blobs)

In de volgende tabel worden aanvraagheaders beschreven die alleen van toepassing zijn op bewerkingen op pagina-blobs:

Aanvraagheader Beschrijving
x-ms-blob-content-length: byte value Optioneel. Hiermee wijzigt u de grootte van een pagina-blob in de opgegeven grootte. Als de opgegeven waarde kleiner is dan de huidige grootte van de blob, worden alle pagina-blobs met waarden die groter zijn dan de opgegeven waarde gewist.

Deze eigenschap kan niet worden gebruikt om de grootte van een blok-blob of een toevoeg-blob te wijzigen. Als u deze eigenschap instelt voor een blok-blob of een toevoeg-blob, wordt statuscode 400 (ongeldige aanvraag) geretourneerd.
x-ms-sequence-number-action: {max, update, increment} Optioneel, maar vereist als de x-ms-blob-sequence-number header is ingesteld voor de aanvraag. Deze eigenschap is alleen van toepassing op pagina-blobs.

Deze eigenschap geeft aan hoe de service het volgnummer van de blob moet wijzigen. Geef een van de volgende opties op voor deze eigenschap:

- max: Stelt het volgnummer in op de hoogste waarde die is opgenomen in de aanvraag en de waarde die momenteel is opgeslagen voor de blob.
- update: Hiermee stelt u het volgnummer in op de waarde die is opgenomen in de aanvraag.
- increment: hiermee wordt de waarde van het volgnummer verhoogd met 1. Als u deze optie opgeeft, moet u de x-ms-blob-sequence-number headerniet opnemen. Als u dit doet, wordt statuscode 400 (ongeldige aanvraag) geretourneerd.
x-ms-blob-sequence-number: <num> Optioneel, maar vereist als de x-ms-sequence-number-action eigenschap is ingesteld op max of update. Deze eigenschap is alleen van toepassing op pagina-blobs.

De eigenschap stelt het volgnummer van de blob in. Het volgnummer is een door de gebruiker beheerde eigenschap die u kunt gebruiken om aanvragen bij te houden en gelijktijdigheidsproblemen te beheren. Zie de bewerking Pagina plaatsen voor meer informatie.

Gebruik deze eigenschap in combinatie met x-ms-sequence-number-action om het volgnummer van de blob bij te werken naar de opgegeven waarde of de hoogste waarde die is opgegeven met de aanvraag of momenteel is opgeslagen met de blob. Deze header moet niet worden opgegeven als x-ms-sequence-number-action is ingesteld op increment. In dat geval wordt het volgnummer automatisch verhoogd met één.

Als u het volgnummer wilt instellen op een waarde van uw keuze, moet deze eigenschap worden opgegeven in de aanvraag samen met x-ms-sequence-number-action.

Aanvraagbody

Geen.

Antwoord

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

Statuscode

Een geslaagde bewerking retourneert statuscode 200 (OK).

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.

Syntax Description
ETag Bevat een waarde die u kunt gebruiken om bewerkingen voorwaardelijk uit te voeren. Zie Voorwaardelijke headers opgeven voor Blob Storage-bewerkingen voor meer informatie. Als de aanvraagversie 2011-08-18 of hoger is, staat de ETag-waarde tussen aanhalingstekens.
Last-Modified De datum/tijd waarop de blob het laatst is gewijzigd. De datumnotatie volgt RFC 1123. Zie Datum-/tijdwaarden weergeven in kopteksten voor meer informatie.

Elke schrijfbewerking op de blob (inclusief updates voor de metagegevens of eigenschappen van de blob) verandert de laatste wijzigingstijd van de blob.
x-ms-blob-sequence-number Als de blob een pagina-blob is, wordt het huidige volgnummer van de blob geretourneerd met deze koptekst.
x-ms-request-id Identificeert op unieke wijze de aanvraag die is gedaan en kan worden gebruikt om problemen met de aanvraag op te lossen. Zie Problemen met API-bewerkingen oplossen voor meer informatie.
x-ms-version Geeft de Blob Storage-versie aan die is 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.
Date Een UTC-datum/tijd-waarde die wordt gegenereerd door de service, die de tijd aangeeft waarop het antwoord is gestart.
Access-Control-Allow-Origin Wordt geretourneerd als de aanvraag een Origin header bevat en CORS is ingeschakeld met een overeenkomende regel. Als er een overeenkomst is, retourneert deze header de waarde van de oorspronkelijke aanvraagheader.
Access-Control-Expose-Headers Wordt geretourneerd als de aanvraag een Origin header bevat en CORS is ingeschakeld met een overeenkomende regel. Retourneert de lijst met antwoordheaders die moeten worden weergegeven voor de client of verlener van de aanvraag.
Access-Control-Allow-Credentials Wordt geretourneerd als de aanvraag een Origin header bevat en CORS is ingeschakeld met een overeenkomende regel die niet alle origins toestaat. De header wordt ingesteld op true.
x-ms-client-request-id Kan worden gebruikt 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 en de waarde niet meer dan 1024 zichtbare ASCII-tekens bevat. Als de x-ms-client-request-id header niet aanwezig is in de aanvraag, is deze niet aanwezig in het antwoord.

Hoofdtekst van de reactie

Geen.

Autorisatie

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

Belangrijk

Microsoft raadt aan Microsoft Entra ID met beheerde identiteiten te gebruiken om aanvragen voor Azure Storage te autoriseren. Microsoft Entra ID biedt superieure beveiliging en gebruiksgemak in vergelijking met autorisatie van gedeelde sleutels.

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, beheerde identiteit of service-principal om de Set Blob Properties bewerking aan te roepen, en de ingebouwde Azure RBAC-rol met de minste bevoegdheden die deze actie omvat:

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

Opmerkingen

De semantiek voor het bijwerken van de eigenschappen van een blob is als volgt:

  • Het volgnummer van een pagina-blob wordt alleen bijgewerkt als de aanvraag aan een van de volgende voorwaarden voldoet:

    • De aanvraag stelt de x-ms-sequence-number-action in op max of updateen geeft een waarde op voor de x-ms-blob-sequence-number header.

    • De aanvraag stelt de x-ms-sequence-number-action in op increment, wat aangeeft dat de service het volgnummer met één moet verhogen.

  • De grootte van een pagina-blob wordt alleen gewijzigd als de aanvraag een waarde voor de x-ms-content-length koptekst opgeeft.

  • Als u de grootte van een pagina-blob in een Premium Storage-account wilt wijzigen, mag de nieuwe grootte niet groter zijn dan de inhoudslengte die is toegestaan door de bestaande laag. Roep Set Blob Tier aan voordat u de grootte van de blob wijzigt. Zie Premium-opslag met hoge prestaties en beheerde schijven voor VM's voor een lijst met lagen en toegestane inhoudslengte.

  • Als met een aanvraag alleen x-ms-blob-sequence-number of x-ms-content-lengthwordt ingesteld, wordt geen van de andere eigenschappen van de blob gewijzigd.

  • Als een of meer van de volgende eigenschappen zijn ingesteld in de aanvraag, worden alle eigenschappen samen ingesteld. Als er geen waarde is opgegeven voor een eigenschap wanneer ten minste één eigenschap is ingesteld, wordt die eigenschap gewist voor de blob.

    • x-ms-blob-cache-control
    • x-ms-blob-content-type
    • x-ms-blob-content-md5
    • x-ms-blob-content-encoding
    • x-ms-blob-content-language
    • x-ms-blob-content-disposition

Notitie

Voor een Shared Access Signature (SAS) kunt u bepaalde eigenschappen overschrijven die zijn opgeslagen voor de blob door queryparameters op te geven als onderdeel van de Shared Access Signature. Deze eigenschappen omvatten de cache-controleigenschappen , content-type, content-encoding, content-languageen content-disposition . Zie een service-SAS Creatie voor meer informatie.

Billing

Prijsaanvragen kunnen afkomstig zijn van clients die gebruikmaken van Blob Storage-API's, rechtstreeks via de Blob Storage REST API of vanuit een Azure Storage-clientbibliotheek. Met deze aanvragen worden kosten per transactie in rekening gebracht. Het type transactie is van invloed op de manier waarop de rekening in rekening wordt gebracht. Leestransacties worden bijvoorbeeld toegevoegd aan een andere factureringscategorie dan schrijftransacties. In de volgende tabel ziet u de factureringscategorie voor Set Blob Properties aanvragen op basis van het type opslagaccount:

Bewerking Type opslagaccount Factureringscategorie
Blobeigenschappen instellen Premium-blok-blob
Standard v2 voor algemeen gebruik		 Andere bewerkingen
Blobeigenschappen instellen Standard v1 voor algemeen gebruik Schrijfbewerkingen

Zie prijzen voor Azure Blob Storage voor meer informatie over prijzen voor de opgegeven factureringscategorie.

Zie ook