Lease Blob

Artikel
04/06/2023

Met Lease Blob de bewerking wordt een vergrendeling op een blob gemaakt en beheerd voor schrijf- en verwijderbewerkingen. De vergrendelingsduur kan 15 tot 60 seconden of oneindig zijn. In versies vóór 2012-02-12 is de vergrendelingsduur 60 seconden.

Belangrijk

Vanaf versie 2012-02-12 verschillen sommige gedragingen van de Lease Blob bewerking van vorige versies. In eerdere versies kunt u bijvoorbeeld een lease verlengen nadat deze is vrijgegeven. Vanaf versie 2012-02-12 mislukt deze leaseaanvraag, maar aanroepen die gebruikmaken van oudere versies van Lease Blob slagen nog steeds. Zie de sectie Opmerkingen verderop in dit artikel voor een lijst met wijzigingen in het gedrag van deze bewerking.

U kunt de Lease Blob bewerking aanroepen in een van de volgende modi:

Acquireom een nieuwe lease aan te vragen.
Renew, om een bestaande lease te vernieuwen.
Changeom de id van een bestaande lease te wijzigen.
Release, om de lease vrij te maken als deze niet meer nodig is, zodat een andere client onmiddellijk een lease kan verkrijgen op basis van de blob.
Breakom de lease te beëindigen, maar ervoor te zorgen dat een andere client geen nieuwe lease kan verkrijgen totdat de huidige leaseperiode is verlopen.

Aanvraag

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

AANVRAAG-URI voor PUT-methode	HTTP-versie
`https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=lease`	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 PUT-methode	HTTP-versie
`http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=lease`	HTTP/1.0 HTTP/1.1

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

URI-parameters

U kunt de volgende aanvullende parameter 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

In de volgende tabel worden vereiste en optionele aanvraagheaders 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`	Optioneel. 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-lease-id: <ID>`	Vereist voor het verlengen, wijzigen of vrijgeven van de lease. U kunt de waarde van `x-ms-lease-id` opgeven in elke geldige GUID-tekenreeksindeling. Zie Guid Constructor (String) voor een lijst met geldige notaties.
`x-ms-lease-action: <acquire ¦ renew ¦ change ¦ release ¦ break>`	`acquire`: Hiermee wordt een nieuwe lease aangevraagd. Als de blob geen actieve lease heeft, maakt Blob Storage een lease op de blob en retourneert een nieuwe lease-id. Als de blob een actieve lease heeft, kunt u alleen een nieuwe lease aanvragen met behulp van de actieve lease-id. U kunt echter een nieuwe `x-ms-lease-duration`opgeven, inclusief een negatieve (-1) voor een lease die nooit verloopt. `renew`: vernieuwt de lease. U kunt de lease verlengen als de lease-id die is opgegeven in de aanvraag overeenkomt met de lease-id die is gekoppeld aan de blob. Houd er rekening mee dat de lease kan worden verlengd, zelfs als deze is verlopen, zolang de blob niet opnieuw is gewijzigd of geleased sinds het verlopen van die lease. Wanneer u een lease verlengt, wordt de klok van de leaseduur opnieuw ingesteld. `change`: Versie 2012-02-12 en hoger. Hiermee wijzigt u de lease-id van een actieve lease. Een `change` moet de huidige lease-id in `x-ms-lease-id`bevatten en een nieuwe lease-id in `x-ms-proposed-lease-id`. `release`: geeft de lease vrij. U kunt de lease vrijgeven als de lease-id die is opgegeven in de aanvraag overeenkomt met de lease-id die is gekoppeld aan de blob. Door de lease vrij te geven, kan een andere client onmiddellijk de lease voor de blob verkrijgen zodra de release is voltooid. `break`: Breekt de lease als de blob een actieve lease heeft. Nadat een lease is verbroken, kan deze niet worden verlengd. Elke geautoriseerde aanvraag kan de lease verbreken; de aanvraag is niet vereist om een overeenkomende lease-id op te geven. Wanneer een lease wordt verbroken, mag de lease-onderbrekingsperiode verlopen, gedurende welke tijd `break` en `release` zijn de enige leasebewerkingen die u op de blob kunt uitvoeren. Wanneer een lease is verbroken, geeft het antwoord het interval in seconden aan totdat een nieuwe lease kan worden verkregen. Een verbroken lease kan ook worden vrijgegeven, in welk geval een andere client onmiddellijk de lease op de blob kan verkrijgen.
`x-ms-lease-break-period: N`	Optioneel. Versie 2012-02-12 en hoger. Voor een `break` bewerking is dit de voorgestelde duur van seconden die de lease moet voortzetten voordat deze wordt verbroken, tussen 0 en 60 seconden. Deze onderbrekingsperiode wordt alleen gebruikt als deze korter is dan de resterende tijd van de lease. Indien langer, wordt de resterende tijd van de lease gebruikt. Er is geen nieuwe lease beschikbaar voordat de onderbrekingsperiode is verstreken, maar de lease kan langer worden vastgehouden dan de onderbrekingsperiode. Als deze header niet wordt weergegeven met een `break` bewerking, wordt een lease met vaste duur beëindigd nadat de resterende leaseperiode is verstreken en wordt een oneindige lease onmiddellijk verbroken.
`x-ms-lease-duration: -1 ¦ n seconds`	Versie 2012-02-12 en hoger. Alleen toegestaan en vereist voor een `acquire` bewerking. Hiermee geeft u de duur van de lease op, in seconden, of negatief (-1) voor een lease die nooit verloopt. Een niet-oneindige lease kan tussen 15 en 60 seconden duren. Een leaseduur kan niet worden gewijzigd met behulp van `renew` of `change`.
`x-ms-proposed-lease-id: <ID>`	Versie 2012-02-12 en hoger. Optioneel voor `acquire`en vereist voor `change`. Voorgestelde lease-id, in een GUID-tekenreeksindeling. Blob Storage retourneert `400 (Invalid request)` als de voorgestelde lease-id niet de juiste indeling heeft. Zie Guid Constructor (String) voor een lijst met geldige notaties.
`Origin`	Optioneel. Hiermee geeft u de oorsprong op van waaruit de aanvraag wordt uitgegeven. De aanwezigheid van deze header resulteert in CORS-headers (Cross-Origin Resource Sharing) in het antwoord. Zie CORS-ondersteuning voor de opslagservices voor meer informatie.
`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 bewerking uit te voeren, alleen als aan een opgegeven voorwaarde wordt voldaan. Zie Voorwaardelijke headers opgeven voor Blob Storage-bewerkingen voor meer informatie.

Aanvraagbody

Geen.

Voorbeeldaanvraag

De volgende voorbeeldaanvraag laat zien hoe u een lease kunt verkrijgen:

  
Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=lease HTTP/1.1  
  
Request Headers:  
x-ms-version: 2015-02-21  
x-ms-lease-action: acquire  
x-ms-lease-duration: -1  
x-ms-proposed-lease-id: 1f812371-a41d-49e6-b123-f4b542e851c5  
x-ms-date: <date>  
Authorization: SharedKey testaccount1:esSKMOYdK4o+nGTuTyeOLBI+xqnqi6aBmiW4XI699+o=

Antwoord

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

Statuscode

De geslaagde statuscodes die worden geretourneerd voor leasebewerkingen zijn de volgende:

Acquire: Een geslaagde bewerking retourneert statuscode 201 (Gemaakt).
Renew: Een geslaagde bewerking retourneert statuscode 200 (OK).
Change: Een geslaagde bewerking retourneert statuscode 200 (OK).
Release: Een geslaagde bewerking retourneert statuscode 200 (OK).
Break: 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.

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. Deze header wordt geretourneerd voor aanvragen die zijn gedaan in versie 2013-08-15 en hoger, en de `ETag` waarde staat tussen aanhalingstekens. Deze `Lease Blob` eigenschap wordt niet gewijzigd door de bewerking.
`Last-Modified`	De datum/tijd waarop de blob het laatst is gewijzigd. Zie Weergave van datum-tijdwaarden in kopteksten voor meer informatie. Elke schrijfbewerking op de blob, inclusief updates voor de metagegevens of eigenschappen van de blob, wijzigt de tijd van de laatste wijziging van de blob. Deze `Lease Blob` eigenschap wordt niet gewijzigd door de bewerking.
`x-ms-lease-id: <id>`	Wanneer u een lease aanvraagt, retourneert Blob Storage een unieke lease-id. Terwijl de lease actief is, moet u de lease-id opnemen bij elke aanvraag om naar de blob te schrijven of om de lease te verlengen, te wijzigen of vrij te geven. Een geslaagde verlengingsbewerking retourneert ook de lease-id voor de actieve lease.
`x-ms-lease-time: seconds`	Geschatte resterende tijd in de leaseperiode, in seconden. Deze header wordt alleen geretourneerd voor een geslaagde aanvraag om de lease te verbreken. Als het einde onmiddellijk is, `0` wordt geretourneerd.
`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 in versie 2009-09-19 en hoger.
`Date`	Een UTC-datum/tijd-waarde die de tijd aangeeft waarop het antwoord is gestart. De service genereert deze waarde.
`Access-Control-Allow-Origin`	Wordt geretourneerd als de aanvraag een `Origin` header bevat en CORS is ingeschakeld met een overeenkomende regel. Deze header retourneert de waarde van de aanvraagheader van de oorsprong in het geval van een overeenkomst.
`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. Deze header is ingesteld op `true`.
`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 niet aanwezig in het antwoord.

Hoofdtekst van de reactie

Geen.

Voorbeeldantwoord

Hier volgt een voorbeeld van een antwoord voor een aanvraag voor het verkrijgen van een lease:

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-request-id: cc6b209a-b593-4be1-a38a-dde7c106f402  
x-ms-version: 2015-02-21  
x-ms-lease-id: 1f812371-a41d-49e6-b123-f4b542e851c5  
Date: <date>

Autorisatie

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

Belangrijk

Microsoft raadt het gebruik van Microsoft Entra ID met beheerde identiteiten aan om aanvragen voor Azure Storage te autoriseren. Microsoft Entra ID biedt superieure beveiliging en gebruiksgemak in vergelijking met autorisatie met 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 beheerde Azure-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 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 Lease Blob bewerking aan te roepen, en de ingebouwde Azure RBAC-rol met de minste bevoegdheden die deze actie omvat:

Azure RBAC-actie:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
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 Lease 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.

Voor het aanroepen van de Lease Blob bewerking met behulp van een SAS-token dat is gedelegeerd aan een container of blob-resource, is de machtiging Schrijven (w) vereist als onderdeel van het SAS-token voor gebruikersdelegatie.

Zie een SAS voor gebruikersdelegatie Creatie 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 Lease Blob bewerking met behulp van een SAS-token dat is gedelegeerd aan een container of blob-resource, is de machtiging Schrijven (w) vereist als onderdeel van het service-SAS-token.

Zie een service-SAS Creatie 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
Lease Blob	Blob (b)	Object (o)	Schrijven (w)

Zie een account-SAS Creatie voor meer informatie over de account-SAS.

Opmerkingen

Een lease op een blob biedt exclusieve schrijf- en verwijdertoegang tot de blob. Als u wilt schrijven naar een blob met een actieve lease, moet een client de actieve lease-id bij de schrijfaanvraag opnemen. De lease wordt verleend voor de duur die is opgegeven bij het verkrijgen van de lease. Deze duur kan tussen 15 en 60 seconden of een oneindige duur zijn.

Wanneer een klant een lease verkrijgt, wordt een lease-id geretourneerd. Blob Storage genereert een lease-id als deze niet is opgegeven in de acquire-aanvraag. De client kan deze lease-id gebruiken om de lease te verlengen, de lease-id te wijzigen of de lease vrij te geven.

Wanneer een lease actief is, moet de lease-id worden opgenomen in de aanvraag voor een van de volgende bewerkingen:

Blob plaatsen
Blobmetagegevens instellen
Blobeigenschappen instellen
Blob verwijderen
Blok plaatsen
Lijst met blokkeringen plaatsen
Pagina plaatsen
Toevoegblok
Blob kopiëren (lease-id nodig voor doel-blob)

Als de lease-id niet is opgenomen, mislukken deze bewerkingen op een geleasede blob met 412 – Precondition failed.

De volgende bewerkingen worden uitgevoerd op een lease-blob, zonder de lease-id op te inbegrepen:

Blob ophalen
Blob-metagegevens ophalen
Blob-eigenschappen ophalen
Lijst met blokkeringen ophalen
Paginabereiken ophalen
Blobs weergeven
Blob kopiëren (geen lease-id nodig voor de bron-blob.)
Lease Blob (REST API) (geen lease-id nodig voor x-ms-lease-action: break.)

Het is niet nodig om de lease-id op te nemen voor GET bewerkingen op een blob die een actieve lease heeft. Alle GET bewerkingen ondersteunen echter een parameter voor voorwaardelijke lease, waarbij de bewerking alleen wordt uitgevoerd als de lease-id die is opgenomen in de aanvraag geldig is.

Alle containerbewerkingen zijn toegestaan voor een container met blobs met een actieve lease, waaronder Container verwijderen. Daarom kan een container worden verwijderd, zelfs als blobs in de container actieve leases hebben. Gebruik de bewerking Leasecontainer om rechten te beheren voor het verwijderen van een container.

Leasestatussen

In het volgende diagram ziet u de vijf statussen van een lease en de opdrachten of gebeurtenissen die wijzigingen in de leasestatus veroorzaken.

Diagram met blob-leasestatussen en triggers voor statuswijziging.

Een lease kan zich in een van deze statussen bevinden, afhankelijk van of de lease is vergrendeld of ontgrendeld en of de lease in die status kan worden verlengd. De leaseacties die in het voorgaande diagram worden weergegeven, veroorzaken statusovergangen.

Verlengingsstatus	Vergrendelde lease	Ontgrendelde lease
Hernieuwbare lease	Geleasd	Verlopen
Niet-hernieuwbare lease	Breken	Defect, beschikbaar

Available: de lease wordt ontgrendeld en kan worden verkregen. Toegestane actie: acquire.
Leased: de lease is vergrendeld. Toegestane acties: acquire (alleen dezelfde lease-id), renew, change, releaseen break.
Expired: de duur van de lease is verlopen. Toegestane acties: acquire, renew, releaseen break.
Breaking: de lease is verbroken, maar de lease blijft vergrendeld totdat de onderbrekingsperiode is verstreken. Toegestane acties: release en break.
Broken: de lease is verbroken en de onderbrekingsperiode is verlopen. Toegestane acties: acquire, releaseen break.

Nadat een lease is verlopen, wordt de lease-id onderhouden door Blob Storage totdat de blob wordt gewijzigd of opnieuw wordt geleased. Een client kan proberen de lease te verlengen of vrij te geven met behulp van de verlopen lease-id. Als de bewerking is geslaagd, betekent dit dat de blob niet is gewijzigd sinds de lease-id voor het laatst geldig was.

Als de client probeert een lease te vernieuwen of vrij te geven met de vorige lease-id en de aanvraag mislukt, is de blob gewijzigd of opnieuw geleased omdat de lease van de client voor het laatst actief was. De client moet vervolgens een nieuwe lease op de blob verkrijgen.

Als een lease verloopt in plaats van expliciet te worden vrijgegeven, moet een client mogelijk maximaal één minuut wachten voordat een nieuwe lease kan worden verkregen voor de blob. De client kan de lease echter onmiddellijk verlengen met de lease-id als de blob niet is gewijzigd.

Houd er rekening mee dat er geen lease kan worden verleend voor een blob-momentopname, omdat momentopnamen het kenmerk Alleen-lezen hebben. Het aanvragen van een lease op basis van een momentopname resulteert in statuscode 400 (Ongeldige aanvraag).

De eigenschap van de Last-Modified-Time blob wordt niet bijgewerkt door aanroepen naar Lease Blob.

In de volgende tabellen worden de resultaten weergegeven van acties op blobs met leases in verschillende leasestatussen. Letters (A), (B) en (C) vertegenwoordigen lease-id's en (X) vertegenwoordigt een lease-id die wordt gegenereerd door Blob Storage.

Resultaten van gebruikspogingen op blobs per leasestatus

Actie	Beschikbaar	Geleased (A)	Fouten maken (A)	Gebroken (A)	Verlopen (A)
Schrijven met (A)	Mislukt (412)	Geleased (A), schrijfbewerkingen geslaagd	Fouten maken (A), schrijven slaagt	Mislukt (412)	Mislukt (412)
Schrijven met (B)	Mislukt (412)	Mislukt (409)	Mislukt (412)	Mislukt (412)	Mislukt (412)
Schrijven, geen lease opgegeven	Beschikbaar, schrijfbewerkingen zijn geslaagd	Mislukt (412)	Mislukt (412)	Beschikbaar, schrijfbewerkingen zijn geslaagd	Beschikbaar, schrijfbewerkingen zijn geslaagd
Lezen met (A)	Mislukt (412)	Geleased (A), lezen slaagt	Brekend (A), lezen slaagt	Mislukt (412)	Mislukt (412)
Lezen met (B)	Mislukt (412)	Mislukt (409)	Mislukt (409)	Mislukt (412)	Mislukt (412)
Lezen, geen lease opgegeven	Beschikbaar, lezen slaagt	Geleased (A), lezen slaagt	Brekend (A), lezen slaagt	Verbroken (A), lezen slaagt	Verlopen (A), lezen slaagt

Resultaten van leasebewerkingen op blobs per leasestatus

Actie	Beschikbaar	Geleased (A)	Brekend (A)	Gebroken (A)	Verlopen (A)
`Acquire`, geen voorgestelde lease-id	Geleased (X)	Mislukt (409)	Mislukt (409)	Geleased (X)	Geleased (X)
`Acquire` (A)	Geleased (A)	Geleased (A), nieuwe duur	Mislukt (409)	Geleased (A)	Geleased (A)
`Acquire` (B)	Geleased (B)	Mislukt (409)	Mislukt (409)	Geleased (B)	Geleased (B)
`Break`, punt =0	Mislukt (409)	Gebroken (A)	Gebroken (A)	Gebroken (A)	Gebroken (A)
`Break`, punt>0	Mislukt (409)	Brekend (A)	Brekend (A)	Gebroken (A)	Gebroken (A)
`Change`, (A) tot (B)	Mislukt (409)	Geleased (B)	Mislukt (409)	Mislukt (409)	Mislukt (409)
`Change`, (B) tot (A)	Mislukt (409)	Geleased (A)	Mislukt (409)	Mislukt (409)	Mislukt (409)
`Change`, (B) tot (C)	Mislukt (409)	Mislukt (409)	Mislukt (409)	Mislukt (409)	Mislukt (409)
`Renew` (A)	Mislukt (409)	Geleased (A), verloopklok opnieuw instellen	Mislukt (409)	Mislukt (409)	Geleasd(A), als de blob niet is gewijzigd. Mislukt (409) als blob is gewijzigd.
`Renew` (B)	Mislukt (409)	Mislukt (409)	Mislukt (409)	Mislukt (409)	Mislukt (409)
`Release` (A)	Mislukt (409)	Beschikbaar	Beschikbaar	Beschikbaar	Beschikbaar
`Release` (B)	Mislukt (409)	Mislukt (409)	Mislukt (409)	Mislukt (409)	Mislukt (409)
Duur verloopt	Beschikbaar	Verlopen (A)	Gebroken (A)	Gebroken (A)	Verlopen (A)

Wijzigingen in lease-blob geïntroduceerd in versie 2012-02-12

De volgende lijst bevat wijzigingen in Lease Blob het gedrag die zijn geïntroduceerd in versie 2012-02-12.

Een aanroep naar Lease Blob om nu een lease te verkrijgen, moet een leaseduurheader bevatten. Als u een lease wilt verkrijgen zonder een leaseduur op te geven, retourneert 400 Bad Request – Missing required headerde service .
U kunt een lease niet meer verlengen nadat deze is vrijgegeven. Als u dit probeert te doen, retourneert 409 Conflict – The lease ID specified did not match the lease ID for the blobde service . Toepassingen die release hebben aangeroepen en vervolgens vernieuwen hebben aangeroepen, moeten nu de ETag uit de release-aanroep opslaan. Vervolgens moeten toepassingen acquire aanroepen, met een If-Match voorwaardelijke header, om de lease alleen te verkrijgen wanneer de blob ongewijzigd is.
U kunt een lease niet meer verbreken nadat deze is vrijgegeven. Als u dit probeert te doen, retourneert 409 Conflict – There is currently no lease on the blobde service .
U kunt nu een gebroken of gebroken lease verbreken, waardoor onderbrekingsbewerkingen idempotent worden. In eerdere versies is dit mislukt met 409 Conflict – The lease has already been broken and cannot be broken again. Met deze wijziging kunt u de duur van een onderbreking verkorten. Als u een lease onderbreekt die de onderbrekingsstatus heeft en een kortere duur opgeeft dan de resterende onderbrekingsperiode, wordt de kortere duur gebruikt.

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 Lease Blob aanvragen op basis van het type opslagaccount:

Bewerking	Type opslagaccount	Factureringscategorie
Lease-blob (verkrijgen, vrijgeven, verlengen)	Premium-blok-blob Standard v2 voor algemeen gebruik	Andere bewerkingen
Lease-blob (verkrijgen, vrijgeven, verlengen)	Standard v1 voor algemeen gebruik	Leesbewerkingen
Lease-blob (einde, wijziging)	Premium-blok-blob Standard v2 voor algemeen gebruik	Andere bewerkingen
Lease-blob (einde, wijziging)	Standard v1 voor algemeen gebruik	Schrijfbewerkingen

Zie ook

new-blob-lease-features-infinite-leases-smaller-lease-times-and-more.aspx)
Aanvragen voor Azure Storage autoriseren
Status en foutcodes
Blob Storage-foutcodes
Leasecontainer

Delen via