Share via

Blobbérlet

  • Cikk

A Lease Blob művelet létrehoz és kezel egy blob zárolását az írási és törlési műveletekhez. A zárolás időtartama 15–60 másodperc lehet, vagy végtelen lehet. A 2012-02-12 előtti verziókban a zárolás időtartama 60 másodperc.

Fontos

A 2012-02-12-es verziótól kezdve a művelet bizonyos viselkedése eltér a Lease Blob korábbi verzióktól. A korábbi verziókban például megújíthat egy bérletet a kiadás után. A 2012-02-12-es verziótól kezdve ez a bérletkérés sikertelen, de a régebbi verziókat Lease Blob használó hívások továbbra is sikeresek. A művelet működésével kapcsolatos változások listáját a jelen cikk "Megjegyzések" szakaszában találja.

A műveletet az Lease Blob alábbi módok egyikével hívhatja meg:

  • Acquire, hogy új bérletet kérjen.

  • Renew, meglévő bérlet megújításához.

  • Changeelemet egy meglévő bérlet azonosítójának módosításához.

  • Release, hogy felszabadítsa a bérletet, ha már nincs rá szükség, hogy egy másik ügyfél azonnal megszerezhesse a bérletet a blobon.

  • Break, a bérlet befejezéséhez, de győződjön meg arról, hogy egy másik ügyfél csak akkor szerezhet be új bérletet, ha az aktuális bérleti időszak lejárt.

Kérés

A kérést a Lease Blob következőképpen hozhatja létre. A HTTPS használata ajánlott. Cserélje le a myaccount nevet a tárfiók nevére.

PUT metódus kérésének URI-ja HTTP-verzió
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=lease HTTP/1.1

Emulált tárolási szolgáltatás URI-ja

Amikor kérést küld az emulált tárolási szolgáltatásra, adja meg az emulátor gazdagépnevét és Azure Blob Storage portot 127.0.0.1:10000, majd az emulált tárfiók nevét.

PUT metódus kérésének URI-ja HTTP-verzió
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=lease HTTP/1.0

HTTP/1.1

További információ: Az azurite emulátor használata helyi Azure Storage-fejlesztéshez.

URI-paraméterek

A kérelem URI-ja a következő további paramétert adhatja meg.

Paraméter Leírás
timeout Választható. A timeout paraméter másodpercben van kifejezve. További információ: Időtúllépések beállítása a Blob Storage-műveletekhez.

Kérésfejlécek

Az alábbi táblázat a szükséges és nem kötelező kérelemfejléceket ismerteti.

Kérelem fejléce Leírás
Authorization Kötelező. Megadja az engedélyezési sémát, a fióknevet és az aláírást. További információ: Kérések engedélyezése az Azure Storage-ba.
Date vagy x-ms-date Kötelező. Megadja a kérés egyezményes világidő (UTC) formátumban kifejezett időpontját. További információ: Kérések engedélyezése az Azure Storage-ba.
x-ms-version Választható. A kérelemhez használni kívánt művelet verzióját adja meg. További információ: Az Azure Storage-szolgáltatások verziószámozása.
x-ms-lease-id: <ID> A bérlet megújításához, módosításához vagy kiadásához szükséges.

A értéket x-ms-lease-id bármilyen érvényes GUID-sztringformátumban megadhatja. Az érvényes formátumok listáját lásd: Guid Constructor (Sztring).
x-ms-lease-action: <acquire ¦ renew ¦ change ¦ release ¦ break> acquire: Új bérletet kér. Ha a blob nem rendelkezik aktív bérletekkel, a Blob Storage létrehoz egy bérletet a blobon, és egy új bérletazonosítót ad vissza. Ha a blob aktív bérletet használ, csak az aktív bérletazonosító használatával kérhet új bérletet. Megadhat azonban egy újat x-ms-lease-duration, beleértve a negatívat (-1) egy olyan bérlethez, amely soha nem jár le.

renew: Megújítja a bérletet. Megújíthatja a bérletet, ha a kérelemben megadott bérletazonosító megegyezik a blobhoz társított bérletazonosítóval. Vegye figyelembe, hogy a bérlet akkor is megújítható, ha lejárt, feltéve, hogy a blobot a bérlet lejárata óta nem módosították vagy bérletezték újra. A bérlet megújításakor a bérlet időtartama alaphelyzetbe áll.

change: 2012-02-12-es és újabb verzió. Módosítja egy aktív bérlet bérletazonosítóját. A-nek change tartalmaznia kell az aktuális bérletazonosítót a fájlban x-ms-lease-id, és egy új bérletazonosítót a fájlban x-ms-proposed-lease-id.

release: Felszabadítja a bérletet. Felszabadíthatja a bérletet, ha a kérelemben megadott bérletazonosító megegyezik a blobhoz társított bérletazonosítóval. A bérlet felszabadítása lehetővé teszi, hogy egy másik ügyfél azonnal megszerezze a blob bérletét, amint a kiadás befejeződött.

break: Megszakítja a bérletet, ha a blob aktív bérletet kapott. A bérlet megszakadása után nem lehet megújítani. Bármely engedélyezett kérelem megszakíthatja a bérletet; a kérelem nem szükséges egyező bérletazonosító megadásához. Ha egy bérlet megszakad, a bérlettörési időszak lejár, amely idő break alatt és release az egyetlen olyan bérletművelet, amelyet a blobon végre lehet hajtani. Ha egy bérlet sikeresen megszakad, a válasz másodpercek alatt jelzi az időközt, amíg új bérletet nem szerezhet be.

A megszakadt bérlet is felszabadítható, ebben az esetben egy másik ügyfél azonnal megszerezheti a bérletet a blobon.
x-ms-lease-break-period: N Választható. 2012-02-12-es és újabb verzió. Egy break művelet esetében ez a javasolt másodperchossz, amelyet a bérletnek a megszakítása előtt folytatnia kell, 0 és 60 másodperc között. Ezt a törési időszakot csak akkor használja a rendszer, ha rövidebb, mint a bérletben fennmaradó idő. Ha hosszabb ideig tart, a rendszer a bérleten hátralévő időt használja fel. Az új bérlet nem lesz elérhető a megszakítási időszak lejárta előtt, de a bérlet hosszabb ideig tartható a megszakítási időszaknál. Ha ez a fejléc nem jelenik meg művelettel break , a fennmaradó bérletidőszak letelte után a rögzített időtartamú bérlet megszakad, és azonnal végtelen bérlettörések jelennek meg.
x-ms-lease-duration: -1 ¦ n seconds 2012-02-12-es és újabb verzió. Csak egy acquire műveleten engedélyezett és kötelező. Megadja a bérlet időtartamát másodpercben, vagy negatívat (-1) egy olyan bérlethez, amely soha nem jár le. A nem végtelen bérlet 15 és 60 másodperc között lehet. A bérlet időtartama nem módosítható a vagy changea használatávalrenew.
x-ms-proposed-lease-id: <ID> 2012-02-12-es és újabb verzió. Nem kötelező a , acquireés kötelező a számára change. Javasolt bérletazonosító GUID sztringformátumban. A Blob Storage akkor ad vissza, 400 (Invalid request) ha a javasolt bérletazonosító nem a megfelelő formátumban van. Az érvényes formátumok listáját lásd: Guid Constructor (Sztring).
Origin Választható. Meghatározza, hogy a kérelem melyik forrásból származik. Ennek a fejlécnek a jelenléte a válasz forrásközi erőforrás-megosztási (CORS-) fejléceit eredményezi. További részletekért lásd : CORS-támogatás a Storage-szolgáltatásokhoz .
x-ms-client-request-id Választható. Ügyfél által generált, átlátszatlan értéket biztosít egy 1 kib-os (KiB) karakterkorláttal, amelyet a naplózás konfigurálásakor rögzít a naplókban. Javasoljuk, hogy ezt a fejlécet használva korrelálja az ügyféloldali tevékenységeket a kiszolgáló által kapott kérésekkel. További információ: Monitorozási Azure Blob Storage.

Ez a művelet feltételes fejlécek használatát is támogatja a művelet futtatásához, csak akkor, ha egy adott feltétel teljesül. További információ: Feltételes fejlécek megadása Blob Storage-műveletekhez.

A kérés törzse

Nincsenek.

Mintakérés

Az alábbi mintakérés bemutatja, hogyan szerezhet be bérletet:

  
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=

Reagálás

A válasz tartalmaz egy HTTP-állapotkódot és egy válaszfejléceket.

Állapotkód

A bérletműveletek sikerességi állapotkódjai a következők:

  • Acquire: A sikeres művelet a 201-ben létrehozott állapotkódot adja vissza.

  • Renew: A sikeres művelet a 200-ra (OK) vonatkozó állapotkódot adja vissza.

  • Change: A sikeres művelet a 200-ra (OK) vonatkozó állapotkódot adja vissza.

  • Release: A sikeres művelet a 200-ra (OK) vonatkozó állapotkódot adja vissza.

  • Break: A sikeres művelet a 202-s állapotkódot adja vissza (Elfogadva).

Az állapotkódokkal kapcsolatos információkért lásd: Állapot- és hibakódok.

Válaszfejlécek

A műveletre adott válasz a következő fejléceket tartalmazza. A válasz további szabványos HTTP-fejléceket is tartalmazhat. Minden szabványos fejléc megfelel a HTTP/1.1 protokoll specifikációjának.

Syntax Description
ETag Olyan értéket tartalmaz, amellyel feltételesen hajthat végre műveleteket. További információ: Feltételes fejlécek megadása Blob Storage-műveletekhez .

Ez a fejléc a 2013-08-15-ös és újabb verzióval kapcsolatos kérések esetén jelenik meg, és az ETag érték idézőjelekben van megadva.

A Lease Blob művelet nem módosítja ezt a tulajdonságot.
Last-Modified A blob utolsó módosításának dátuma/időpontja. További információ: Dátum-idő értékek ábrázolása fejlécekben.

A blob írási művelete, beleértve a blob metaadatainak vagy tulajdonságainak frissítéseit is, megváltoztatja a blob utolsó módosítási időpontját. A Lease Blob művelet nem módosítja ezt a tulajdonságot.
x-ms-lease-id: <id> Ha bérletet kér, a Blob Storage egy egyedi bérletazonosítót ad vissza. Amíg a bérlet aktív, meg kell adnia a bérletazonosítót a blobba való írásra, illetve a bérlet megújítására, módosítására vagy kiadására vonatkozó kérésekkel.

A sikeres megújítási művelet az aktív bérlet bérletazonosítóját is visszaadja.
x-ms-lease-time: seconds A bérletidőszakban hátralévő hozzávetőleges idő másodpercben. Ez a fejléc csak a bérlet megszakítására irányuló sikeres kérelem esetén lesz visszaadva. Ha a törés azonnali, 0 a függvény visszaadja.
x-ms-request-id Ez a fejléc egyedileg azonosítja a végrehajtott kérést, és a kérés hibaelhárításához használható. További információ: API-műveletek hibaelhárítása.
x-ms-version A Blob Storage kérés futtatásához használt verzióját jelzi. A rendszer ezt a fejlécet adja vissza a 2009-09-19-es és újabb verzióval kapcsolatos kérésekhez.
Date Utc dátum/idő érték, amely a válasz indításának időpontját jelzi. A szolgáltatás létrehozza ezt az értéket.
Access-Control-Allow-Origin Akkor adja vissza, ha a kérelem tartalmaz egy fejlécet Origin , és a CORS engedélyezve van egyező szabmánnyal. Ez a fejléc a forráskérés fejlécének értékét adja vissza egyezés esetén.
Access-Control-Expose-Headers Akkor adja vissza, ha a kérelem tartalmaz egy fejlécet Origin , és a CORS engedélyezve van egyező szabmánnyal. Visszaadja azoknak a válaszfejléceknek a listáját, amelyeket elérhetővé kell tenni az ügyfélnek vagy a kérés kiállítójának.
Access-Control-Allow-Credentials Akkor adja vissza, ha a kérelem tartalmaz egy fejlécet Origin , és a CORS engedélyezve van egyező szabálysal, amely nem engedélyezi az összes forrást. Ez a fejléc a következőre van állítva: true.
x-ms-client-request-id Ezzel a fejlécmel elháríthatja a kéréseket és a megfelelő válaszokat. A fejléc értéke megegyezik a fejléc értékével x-ms-client-request-id , ha az szerepel a kérelemben. Az érték legfeljebb 1024 látható ASCII-karakter lehet. Ha a x-ms-client-request-id fejléc nem szerepel a kérelemben, az nem jelenik meg a válaszban.

Választörzs

Nincsenek.

Mintaválasz

Az alábbiakban egy mintaválaszt ad vissza egy bérlet beszerzésére irányuló kérelemhez:

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>

Engedélyezés

Az Azure Storage-ban bármilyen adathozzáférési művelet meghívásához engedélyezésre van szükség. A műveletet az Lease Blob alábbiak szerint engedélyezheti.

Fontos

A Microsoft azt javasolja, hogy Microsoft Entra ID felügyelt identitásokkal engedélyezze az Azure Storage-ra irányuló kéréseket. Microsoft Entra ID a megosztott kulcs engedélyezéséhez képest kiváló biztonságot és könnyű használatot biztosít.

Az Azure Storage támogatja az Microsoft Entra ID használatát a blobadatokra irányuló kérések engedélyezéséhez. A Microsoft Entra ID azure-beli szerepköralapú hozzáférés-vezérléssel (Azure RBAC) adhat engedélyeket egy biztonsági tagnak. A rendszerbiztonsági tag lehet felhasználó, csoport, alkalmazásszolgáltatásnév vagy Azure-beli felügyelt identitás. A rendszerbiztonsági tagot a Microsoft Entra ID hitelesíti egy OAuth 2.0-jogkivonat visszaadásához. A jogkivonat ezután a Blob szolgáltatással szembeni kérések engedélyezésére használható.

További információ a Microsoft Entra ID használatával történő engedélyezésről: Blobok hozzáférésének engedélyezése Microsoft Entra ID használatával.

Engedélyek

Az alábbiakban felsoroljuk azt az RBAC-műveletet, amely a művelet meghívásához Lease Blob szükséges Microsoft Entra felhasználóhoz, csoporthoz, felügyelt identitáshoz vagy szolgáltatásnévhez, valamint a legkevésbé emelt szintű beépített Azure RBAC-szerepkörhöz, amely tartalmazza ezt a műveletet:

A szerepkörök Azure RBAC-vel való hozzárendeléséről további információt az Azure-szerepkör hozzárendelése a blobadatokhoz való hozzáféréshez című témakörben talál.

Megjegyzések

A blobok bérlete kizárólagos írási és törlési hozzáférést biztosít a blobhoz. Ha aktív bérlettel rendelkező blobba szeretne írni, az ügyfélnek tartalmaznia kell az aktív bérlet azonosítóját az írási kérelemmel. A bérlet a bérlet beszerzésekor megadott időtartamra van megadva. Ez az időtartam 15 és 60 másodperc között lehet, vagy végtelen időtartam.

Amikor egy ügyfél bérletet szerez be, a bérletazonosító lesz visszaadva. A Blob Storage létrehoz egy bérletazonosítót, ha nincs megadva a beolvasási kérelemben. Az ügyfél ezzel a bérletazonosítóval megújíthatja a bérletet, módosíthatja a bérletazonosítóját, vagy felszabadíthatja a bérletet.

Ha egy bérlet aktív, a bérletazonosítónak szerepelnie kell a következő műveletek bármelyikére vonatkozó kérelemben:

Ha a bérletazonosító nem szerepel a bérletben, ezek a műveletek egy bérelt blobon meghiúsulnak a következővel 412 – Precondition failed: .

A következő műveletek sikeresek egy bérelt blobon a bérletazonosító nélkül:

Nem szükséges megadni a bérletazonosítót egy aktív bérletet tartalmazó blob műveleteihez GET . Azonban minden GET művelet támogat egy feltételes bérletparamétert, ahol a művelet csak akkor folytatódik, ha a kérelemben szereplő bérletazonosító érvényes.

Minden tárolóművelet engedélyezett egy olyan tárolón, amely aktív bérlettel rendelkező blobokat tartalmaz, beleértve a tároló törlését is. Ezért a tárolók akkor is törölhetők, ha a benne lévő blobok aktív bérletekkel rendelkeznek. A Tárolóbérlet művelettel szabályozhatja a tároló törléséhez szükséges jogosultságokat.

Bérletállapotok

Az alábbi ábrán egy bérlet öt állapota, valamint a bérletállapot változásait okozó parancsok és események láthatók.

A blobbérletek állapotát és az állapotváltozási eseményindítókat bemutató ábra.

A bérlet ezen állapotok egyikében lehet, attól függően, hogy a bérlet zárolva van-e vagy feloldva, és hogy a bérlet megújítható-e ebben az állapotban. Az előző diagramon látható bérletműveletek állapotváltásokat okoznak.

Megújítás állapota Zárolt bérlet Zárolt bérlet
Megújuló bérlet Bérelt Lejárt
Nem megújuló bérlet Törés Hibás, elérhető

  • Available: A bérlet feloldva van, és beszerezhető. Engedélyezett művelet: acquire.

  • Leased: A bérlet zárolva van. Engedélyezett műveletek: acquire (csak bérletazonosító), renew, change, releaseés break.

  • Expired: A bérlet időtartama lejárt. Engedélyezett műveletek: acquire, renew, releaseés break.

  • Breaking: A bérlet megszakadt, de a bérlet a megszakítási időszak lejártáig zárolva marad. Engedélyezett műveletek: release és break.

  • Broken: A bérlet megszakadt, és a megszakítási időszak lejárt. Engedélyezett műveletek: acquire, releaseés break.

A bérlet lejártát követően a Blob Storage mindaddig megőrzi a bérletazonosítót, amíg a blobot nem módosítják vagy újra bérbe nem adják. Az ügyfelek megpróbálhatják megújítani vagy felszabadítani a bérletet a lejárt bérletazonosítójuk használatával. Ha a művelet sikeres, az azt jelenti, hogy a blob nem módosult a bérletazonosító utolsó érvényességétől kezdve.

Ha az ügyfél megpróbál megújítani vagy felszabadítani egy bérletet a korábbi bérletazonosítójával, és a kérés meghiúsul, akkor a blob módosult vagy újra lett bérletben, mivel az ügyfél bérlete utoljára aktív volt. Az ügyfélnek ezután új bérletet kell beszereznie a blobon.

Ha egy bérlet lejár ahelyett, hogy explicit módon felszabadulna, előfordulhat, hogy az ügyfélnek akár egy percet is várnia kell, mielőtt új bérletet szerezhetne be a blobhoz. Az ügyfél azonban azonnal megújíthatja a bérletet a bérletazonosítójával, ha a blobot nem módosították.

Vegye figyelembe, hogy a blobpillanatképekhez nem adható bérlet, mert a pillanatképek írásvédettek. Ha egy pillanatképhez bérletet kér, az 400-ra (hibás kérelem) vonatkozó állapotkódot eredményez.

A blob tulajdonságát Last-Modified-Time nem frissítik a hívásai Lease Blob.

Az alábbi táblázatok a különböző bérletállapotú bérletekkel rendelkező blobok műveleteinek eredményeit mutatják be. Az A), a (B) és a (C) betűk a bérletazonosítókat, az (X) pedig a Blob Storage által létrehozott bérletazonosítót jelölik.

Blobok használati kísérleteinek eredményei bérletállapot szerint

Művelet Elérhető Bérelt (A) Kompatibilitástörő (A) Hibás (A) Lejárt (A)
Írás a következővel: (A) Sikertelen (412) Bérelt (A), az írás sikeres Kompatibilitástörő (A), az írás sikeres Sikertelen (412) Sikertelen (412)
Írás a következővel: (B) Sikertelen (412) Sikertelen (409) Sikertelen (412) Sikertelen (412) Sikertelen (412)
Írás, nincs megadva bérlet Elérhető, az írás sikeres Sikertelen (412) Sikertelen (412) Elérhető, az írás sikeres Elérhető, az írás sikeres
Olvasás a következővel: (A) Sikertelen (412) Bérelt (A), olvasás sikeres Kompatibilitástörő (A), olvasás sikeres Sikertelen (412) Sikertelen (412)
Olvasás a következővel: (B) Sikertelen (412) Sikertelen (409) Sikertelen (409) Sikertelen (412) Sikertelen (412)
Olvasás, nincs megadva bérlet Elérhető, olvasás sikeres Bérelt (A), olvasás sikeres Kompatibilitástörő (A), olvasás sikeres Hibás (A), az olvasás sikeres Lejárt (A), olvasás sikeres

Blobok bérletállapot szerinti bérletműveleteinek eredményei

Művelet Elérhető Bérelt (A) Kompatibilitástörő (A) Hibás (A) Lejárt (A)
Acquire, nincs javasolt bérletazonosító Bérelt (X) Sikertelen (409) Sikertelen (409) Bérelt (X) Bérelt (X)
Acquire (A) Bérelt (A) Bérelt (A), új időtartam Sikertelen (409) Bérelt (A) Bérelt (A)
Acquire (B) Bérelt (B) Sikertelen (409) Sikertelen (409) Bérelt (B) Bérelt (B)
Break, pont=0 Sikertelen (409) Hibás (A) Hibás (A) Hibás (A) Hibás (A)
Break, 0. időszak> Sikertelen (409) Kompatibilitástörő (A) Kompatibilitástörő (A) Hibás (A) Hibás (A)
Change, (A) –B) Sikertelen (409) Bérelt (B) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Change, (B) –(A) Sikertelen (409) Bérelt (A) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Change, (B) –(C) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Renew (A) Sikertelen (409) Bérelt (A), lejárati idő alaphelyzetbe állítása Sikertelen (409) Sikertelen (409) Leased(A), ha a blob nem lett módosítva.

Sikertelen (409), ha a blob módosult.
Renew (B) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Release (A) Sikertelen (409) Elérhető Elérhető Elérhető Elérhető
Release (B) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409) Sikertelen (409)
Az időtartam lejár Elérhető Lejárt (A) Hibás (A) Hibás (A) Lejárt (A)

A 2012-02-12-es verzióban bevezetett bérletblob módosításai

Az alábbi lista a 2012-02-12-es verzióban bevezetett viselkedésváltozásokat Lease Blob határozza meg.

  • A bérlet beszerzésére irányuló hívásnak Lease Blob tartalmaznia kell egy bérlet időtartamának fejlécét. Ha bérletet próbál szerezni a bérlet időtartamának megadása nélkül, a szolgáltatás a következőt adja 400 Bad Request – Missing required headervissza: .

  • A bérlet felszabadítása után már nem lehet megújítani a bérletet. Ha megpróbálja ezt megtenni, a szolgáltatás a következőt adja 409 Conflict – The lease ID specified did not match the lease ID for the blobvissza: . A kiadást, majd a megújítást hívó alkalmazásoknak most menteniük kell a ETag kiadási hívásból. Ezután az alkalmazásoknak feltételes fejléccel If-Match kell meghívni a beolvasást, hogy csak akkor szerezhesse meg a bérletet, ha a blob változatlan.

  • A bérlet feloldása után már nem szakíthatja meg a bérletet. Ha megpróbálja ezt megtenni, a szolgáltatás a következőt adja 409 Conflict – There is currently no lease on the blobvissza: .

  • Most már megszakíthatja a törési vagy a hibás bérletet, így a törésműveletek idempotensek lesznek. A korábbi verziókban ez nem sikerült a következővel 409 Conflict – The lease has already been broken and cannot be broken again: . Ezzel a módosítással lerövidítheti a szünetek időtartamát. Ha megszakít egy olyan bérletet, amely törési állapotban van, és a hátralévő megszakítási időszaknál rövidebb időtartamot tartalmaz, a rendszer a rövidebb időtartamot használja.

Számlázás

A díjszabási kérések a Blob Storage API-kat használó ügyfelektől, közvetlenül a Blob Storage REST API-ból vagy egy Azure Storage-ügyfélkódtárból származhatnak. Ezek a kérések tranzakciónkénti díjakat halmoznak fel. A tranzakció típusa befolyásolja a fiók terhelését. Az olvasási tranzakciók például más számlázási kategóriába tartoznak, mint az írási tranzakciók. Az alábbi táblázat a tárfiók típusa alapján a kérelmek számlázási kategóriáját Lease Blob mutatja be:

Művelet Tárfiók típusa Számlázási kategória
Blob bérlete (beszerzés, kiadás, megújítás) Prémium szintű blokkblob
Standard általános célú v2		 Egyéb műveletek
Blob bérlete (beszerzés, kiadás, megújítás) Standard általános célú v1 Olvasási műveletek
Bérletblob (törés, módosítás) Prémium szintű blokkblob
Standard általános célú v2		 Egyéb műveletek
Bérletblob (törés, módosítás) Standard általános célú v1 Írási műveletek

Lásd még

new-blob-lease-features-infinite-leases-smaller-lease-times-and-more.aspx)
Kérések engedélyezése az Azure Storage-ba
Állapot- és hibakódok
Blob Storage-hibakódok
Tároló bérlete