Megosztás a következőn keresztül:


Oldal elhelyezése URL-címről

A Put Page From URL művelet egy oldaltartományt ír egy lapblobba, ahol a tartalom egy URL-címről van beolvasva. Ez az API a 2018-11-09-es verziótól érhető el.

Kérés

A kérést az Put Page From URL alábbiak szerint hozhatja létre. Javasoljuk, hogy HTTPS-t használjon. Cserélje le a myaccount kifejezést a tárfiók nevére:

PUT metóduskérés URI-ja HTTP-verzió
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=page 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 a Blob-szolgáltatás portját , 127.0.0.1:10000majd az emulált tárfiók nevét:

PUT metóduskérés URI-ja HTTP-verzió
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=page 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-ján a következő további paramétereket 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 Blob szolgáltatásműveletekhez.

Kérésfejlécek

A szükséges és nem kötelező kérésfejléceket az alábbi táblázat 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érelmek 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érelmek engedélyezése az Azure Storage-ba.
x-ms-version Minden engedélyezett kéréshez szükséges. A kérelemhez használandó művelet verzióját adja meg. További információ: Az Azure Storage-szolgáltatások verziószámozása.
Range x-ms-range Vagy Range kötelező.

Megadja a lapként írandó bájtok tartományát. A tartomány kezdetét és végét is meg kell adni. Ezt a fejlécet a HTTP/1.1 protokoll specifikációja határozza meg.

Oldalfrissítési művelet esetén az oldaltartomány legfeljebb 4 MiB méretű lehet.

Mivel az oldalakat 512 bájtos határokhoz kell igazítani, a kezdő eltolásnak 512-es modulusnak kell lennie, a végeltolásnak pedig 512–1 modulusnak kell lennie. Érvényes bájttartományok például 0-511, 512-1023 és így tovább.

A Blob szolgáltatás csak egyetlen bájttartományt fogad el a Range fejléchez, és a bájttartományt a következő formátumban kell megadni: bytes=startByte-endByte.

Ha a és x-ms-range a érték is Range meg van adva, a szolgáltatás a értékét x-ms-rangehasználja. További információ: A blobszolgáltatás műveleteinek tartományfejlécének megadása.
x-ms-range x-ms-range Vagy Range kötelező.

Megadja a lapként írandó bájtok tartományát. A tartomány kezdetét és végét is meg kell adni. Ezt a fejlécet a HTTP/1.1 protokoll specifikációja határozza meg.

Az oldaltartomány legfeljebb 4 MiB méretű lehet.

Mivel az oldalakat 512 bájtos határokhoz kell igazítani, a kezdő eltolásnak 512-es modulusnak kell lennie, a végeltolásnak pedig 512–1 modulusnak kell lennie. Érvényes bájttartományok például 0-511, 512-1023 és így tovább.

A Blob szolgáltatás csak egyetlen bájttartományt fogad el a x-ms-range fejléchez, és a bájttartományt a következő formátumban kell megadni: bytes=startByte-endByte.

Ha a és x-ms-range a érték is Range meg van adva, a szolgáltatás a értékét x-ms-rangehasználja. További információ: A blobszolgáltatás műveleteinek tartományfejlécének megadása.
Content-Length Kötelező. A kérelem törzsében továbbított bájtok számát adja meg. A fejléc értékét nullára kell állítani. Ha a hossz nem nulla, a művelet a 400-es állapotkóddal (hibás kérelem) meghiúsul.
x-ms-copy-source:name Kötelező. A forrásblob URL-címét adja meg. Az érték legfeljebb 2 kib hosszúságú URL-cím lehet, amely egy blobot határoz meg. Az értéknek URL-kódolásúnak kell lennie, ahogy az a kérelem URI-jában is megjelenik. A forrásblobnak nyilvánosnak kell lennie, vagy közös hozzáférésű jogosultságkóddal kell rendelkeznie. Ha a forrásblob nyilvános, a művelet végrehajtásához nincs szükség engedélyezésre. Íme néhány példa a forrásobjektum URL-címére:

- 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>
x-ms-copy-source-authorization: <scheme> <signature> Választható. Megadja a másolási forrás engedélyezési sémáját és aláírását. További információ: Kérelmek engedélyezése az Azure Storage-ba.
Csak a rendszer tulajdonosát támogatja a Microsoft Entra.
Ez a fejléc a 2020-10-02-es és újabb verziókban támogatott.
x-ms-source-range Feltölti a blob bájtját a forrás URL-címében a megadott tartományban. A tartomány kezdetét és végét is meg kell adni. Ezt a fejlécet a HTTP/1.1 protokoll specifikációja határozza meg.

Az oldaltartomány legfeljebb 4 MiB méretű lehet.

A Blob szolgáltatás csak egyetlen bájttartományt fogad el a x-ms-source-range fejléchez, és a bájttartományt a következő formátumban kell megadni: bytes=startByte-endByte.

További információt a Blob-szolgáltatásműveletek tartományfejlécének megadása című témakörben talál.
x-ms-source-content-md5 Választható. Az URI-ból származó laptartalom MD5-kivonata. Ez a kivonat a lap integritásának ellenőrzésére szolgál az adatok URI-ból való átvitele során. Ha ez a fejléc meg van adva, a tárolási szolgáltatás összehasonlítja a másolási forrásból érkezett tartalom kivonatát ezzel a fejlécértékkel.

Megjegyzés: Ez az MD5-kivonat nem a blobban van tárolva.

Ha a két kivonat nem egyezik, a művelet a 400-es hibakóddal (hibás kérelem) meghiúsul.
x-ms-source-content-crc64 Választható. A lap URI-ból származó tartalmának CRC64-kivonata. Ez a kivonat a lap integritásának ellenőrzésére szolgál az adatok URI-ból való átvitele során. Ha ez a fejléc meg van adva, a tárolási szolgáltatás összehasonlítja a másolási forrásból érkezett tartalom kivonatát ezzel a fejlécértékkel.

Megjegyzés: Ez a CRC64-kivonat nem a blobban van tárolva.

Ha a két kivonat nem egyezik, a művelet a 400-es hibakóddal (hibás kérelem) meghiúsul.

Ha a és x-ms-source-content-crc64 a fejléc is x-ms-source-content-md5 jelen van, a kérés 400-zal (hibás kéréssel) meghiúsul.

Ez a fejléc a 2019-02-02-es és újabb verziókban támogatott.
x-ms-lease-id:<ID> Akkor szükséges, ha a blob rendelkezik aktív bérlettal. Ha ezt a műveletet aktív bérlettel rendelkező blobon szeretné végrehajtani, adja meg a fejléc érvényes bérletazonosítóját.
x-ms-if-sequence-number-le: <num> Választható. Ha a blob sorszáma kisebb vagy egyenlő a megadott értékkel, a kérés folytatódik. Ellenkező esetben a SequenceNumberConditionNotMet hibával meghiúsul (HTTP-állapotkód: 412 – Az előfeltétel sikertelen).
x-ms-if-sequence-number-lt: <num> Választható. Ha a blob sorszáma kisebb a megadott értéknél, a kérés folytatódik. Ellenkező esetben SequenceNumberConditionNotMet hibával meghiúsul (HTTP-állapotkód: 412 – Az előfeltétel sikertelen).
x-ms-if-sequence-number-eq: <num> Választható. Ha a blob sorszáma megegyezik a megadott értékkel, a kérés folytatódik. Ellenkező esetben SequenceNumberConditionNotMet hibával meghiúsul (HTTP-állapotkód: 412 – Az előfeltétel sikertelen).
If-Modified-Since Választható. Egy DateTime érték. Ezt a feltételes fejlécet csak akkor adja meg a lap írásához, ha a blob a megadott dátum/idő óta módosult. Ha a blob nem lett módosítva, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel sikertelen).
If-Unmodified-Since Választható. Egy DateTime érték. Ezt a feltételes fejlécet csak akkor adja meg a lap írásához, ha a blob a megadott dátum/idő óta nem lett módosítva. Ha a blob módosult, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel sikertelen).
If-Match Választható. Egy ETag érték. Adjon meg egy ETag-értéket a feltételes fejléchez a lap írásához, ha a blob ETag értéke megegyezik a megadott értékkel. Ha az értékek nem egyeznek, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel sikertelen).
If-None-Match Választható. Egy ETag érték.

Adjon meg egy ETag-értéket a feltételes fejléchez a lap írásához, ha a blob ETag értéke nem egyezik meg a megadott értékkel. Ha az értékek azonosak, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel sikertelen).
x-ms-encryption-scope Választható. A forrástartalom titkosításához használandó titkosítási hatókört jelzi. Ez a fejléc a 2019-02-02-es és újabb verziókban támogatott.
x-ms-client-request-id Választható. Ügyfél által generált, átlátszatlan értéket biztosít egy 1 kibibyte (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ó: Azure Blob Storage figyelése.

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

Kérelemfejlécek (ügyfél által biztosított titkosítási kulcsok)

A 2019-02-02-es verziótól a következő fejlécek adhatók meg az ügyfél által megadott kulccsal titkosított blob titkosítására vonatkozó kérelemben. Az ügyfél által megadott kulccsal (és a megfelelő fejléckészlettel) történő titkosítás nem kötelező.

Kérelem fejléce Leírás
x-ms-encryption-key Kötelező. A Base64 kódolású AES-256 titkosítási kulcs.
x-ms-encryption-key-sha256 Kötelező. A titkosítási kulcs Base64 kódolású SHA256 kivonata.
x-ms-encryption-algorithm: AES256 Kötelező. Megadja a titkosításhoz használandó algoritmust. A fejléc értékének a következőnek kell lennie AES256: .

A kérés törzse

A kérelem törzse tartalmazza a lap tartalmát.

Mintakérés

  
Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=page HTTP/1.1  
  
Request Headers:   
x-ms-date: Fri, 16 Sep 2011 22:15:50 GMT  
x-ms-version: 2018-11-09  
x-ms-range: bytes=0-65535  
x-ms-copy-source: https://myaccount.blob.core.windows.net/mycontainer/myblob
x-ms-source-range: bytes=0-65535
Authorization: SharedKey myaccount:4KdWDiTdA9HmIF9+WF/8WfYOpUrFhieGIT7f0av+GEI=  
Content-Length: 0  
  

Reagálás

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

Állapotkód

A sikeres művelet a 201-et (Létrehozva) állapotkódot adja vissza.

További információ az állapotkódokról: Á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 A blob ETagje. Ha a kérelem verziója 2011-08-18 és újabb, az ETag értéke idézőjelek közé kerül. Az ETag használatával feltételes Put Page From URL műveletet hajthat végre a vagy If-None-Match a If-Match kérelem fejlécének értékének megadásával.
Last-Modified A blob utolsó módosításának dátuma és időpontja. A dátumformátum az RFC 1123-at követi. 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ését is, megváltoztatja a blob utolsó módosításának időpontját.
Content-MD5 A visszaadott érték, hogy az ügyfél ellenőrizni tudja az üzenet tartalomintegritását. A fejléc értékét a Blob szolgáltatás számítja ki. Ez nem feltétlenül ugyanaz, mint a kérelemfejlécekben megadott érték. A 2019-02-02-es vagy újabb verzió esetén ez a fejléc csak akkor jelenik meg, ha a kérelemhez tartozik ez a fejléc.
x-ms-content-crc64 A 2019-02-02-es vagy újabb verzióhoz. A visszaadott érték, hogy az ügyfél ellenőrizni tudja az üzenet tartalomintegritását. A fejléc értékét a Blob szolgáltatás számítja ki. Ez nem feltétlenül ugyanaz, mint a kérelemfejlécekben megadott érték.

Ez a fejléc akkor jelenik meg, ha x-ms-source-content-md5 a fejléc nincs jelen a kérelemben.
x-ms-blob-sequence-number Az oldalblob aktuális sorszáma.
x-ms-request-id 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 kérés végrehajtásához használt Blob szolgáltatásverziót jelzi. Ez a fejléc a 2009-09-19-es és újabb verzióval kapcsolatos kérések esetén jelenik meg.
Date A szolgáltatás által létrehozott UTC dátum/idő érték, amely a válasz indításának időpontját jelzi.
x-ms-request-server-encrypted: true/false 2015-12-11-es és újabb verziók. Ennek a fejlécnek az értéke akkor van beállítva true , ha a kérés tartalma sikeresen titkosítva van a megadott algoritmussal, egyébként false .
x-ms-encryption-key-sha256 2019-02-02-es és újabb verzió. Akkor adja vissza, ha a kérés ügyfél által megadott kulcsot használt a titkosításhoz, így az ügyfél a megadott kulccsal meggyőződhet arról, hogy a kérés tartalma sikeresen titkosítva van.
x-ms-encryption-scope 2019-02-02-es és újabb verzió. Akkor adja vissza, ha a kérelem titkosítási hatókört használt, így az ügyfél meggyőződhet arról, hogy a kérés tartalma sikeresen titkosítva van a titkosítási hatókör használatával.
x-ms-client-request-id A kérések és a megfelelő válaszok hibaelhárítására használható. A fejléc értéke megegyezik a x-ms-client-request-id kérelemben szereplő fejléc értékével, és az érték legfeljebb 1024 látható ASCII-karaktert tartalmaz. Ha a x-ms-client-request-id fejléc nem szerepel a kérelemben, akkor az nem jelenik meg a válaszban.

Választörzs

Nincsenek.

Mintaválasz

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-content-crc64: 77uWZTolTHU  
Date: Sun, 25 Sep 2011 22:33:35 GMT  
ETag: "0x8CB171BA9E94B0B"  
Last-Modified: Sun, 25 Sep 2011 12:13:31 GMT  
x-ms-version: 2011-08-18  
x-ms-blob-sequence-number: 0  
Content-Length: 0  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
  

Engedélyezés

Az azure storage-beli adathozzáférési műveletek meghívásakor engedélyezés szükséges. A műveletet az Put Page From URL alábbiak szerint engedélyezheti.

Fontos

A Microsoft a Microsoft Entra ID felügyelt identitásokkal való használatát javasolja az Azure Storage felé irányuló kérések engedélyezéséhez. Microsoft Entra ID a megosztott kulcsos hitelesítéshez képest kiemelkedő 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 Put Page From URL 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 Put Page From URL művelet oldaltartományt ír egy lapblobba. Ez a művelet csak egy meglévő lapblobon hívható meg. Nem hívható meg új lapblob létrehozásához, és nem hívható meg blokkblobon sem. A jelenleg nem létező blobnévvel való hívás Put Page From URL a BlobNotFound hibát adja vissza (HTTP-állapotkód: 404 – Nem található).

A 2020-10-02-es és újabb verziókban Microsoft Entra hitelesítés támogatott a másolási művelet forrásához.

Új lapblob létrehozásához hívja fel a Put Blob függvényt, és adja meg a létrehozandó blob típusát lapblobként. Az oldalblobok mérete legfeljebb 8 TiB lehet.

Ha a blob rendelkezik aktív bérletmel, az ügyfélnek érvényes bérletazonosítót kell megadnia a lap írására vonatkozó kérelemhez.

Oldalfrissítési műveletek

A hívás Put Page From URL egy helyben történő írást hajt végre a megadott lapblobon. A megadott lapon lévő összes tartalom felülíródik a frissítéssel.

Fontos

Ha a kiszolgáló túllépi az időkorlátot, vagy a kapcsolat megszakadt egy Put Page From URLadott időszakban, előfordulhat, hogy a lap frissült vagy nem lett frissítve. Ezért folytassa a frissítés újrapróbálkozását, amíg a sikerességet jelző válasz nem érkezik.

A frissítési művelethez elküldött Put Page From URL lapok tartományai legfeljebb 4 MiB méretűek lehetnek. A lap kezdő és záró tartományát 512 bájtos határokkal kell igazítani. Ha 4 MiB-nél nagyobb oldaltartományt kísérel meg feltölteni, a szolgáltatás a 413-at (kérelem entitás túl nagy) adja vissza.

Egyidejűségi problémák kezelése

A Blob szolgáltatás egymás után kezeli az egymást átfedő oldalakra történő egyidejű írásokat. Vagyis a szolgáltatás által feldolgozott utolsó oldal határozza meg a blob tartalmát. Ezért a blob tartalmának integritásának biztosítása érdekében az ügyfélnek egy vagy több alábbi módszer használatával kell kezelnie az egymást átfedő oldalakra történő írásokat:

  • A válaszfejléc értékét Last-Modified minden sikeres hívásnál ellenőrizheti.Put Page From URL A Blob szolgáltatástól visszaadott válaszok sorrendje nem feltétlenül felel meg annak a sorrendnek, amelyben a szolgáltatás végrehajtotta őket. Az érték Last-Modified azonban mindig azt a sorrendet jelzi, amelyben a szolgáltatás feldolgozta a kéréseket.

  • A frissítéseket feltételesen hajthatja végre a blob ETagje vagy az utolsó módosítás időpontja alapján optimista egyidejűség használatával. Ez a megközelítés akkor működik jól, ha az egyidejű írások száma viszonylag alacsony. Ehhez használja a feltételes kérelem fejléceit, a , If-Modified-Sincea és If-Unmodified-Since a fejléceketIf-Match. If-None-Match

  • Meghívhatja a bérletblobot , hogy zárolja a blobot más írásokkal szemben egy percig, vagy hosszabb ideig, ha a bérlet megújul.

  • A blob sorszámával biztosíthatja, hogy egy olyan kérés újrapróbálkozása, amelyre nem érkezett válasz, nem eredményeznek egyidejű frissítéseket. Ez a megközelítés lehet a legjobb azoknak az ügyfeleknek, amelyek nagy átviteli sebességet igényelnek az oldalírásokhoz. a következő szakaszban részletesen ismertetjük.

A kérések újrapróbálkozásához használja az oldalblob sorszámát

Ha egy hívás Put Page From URL túllépi az időkorlátot, vagy nem ad vissza választ, nem lehet biztosan tudni, hogy a kérés sikeres volt-e. Ezért újra meg kell próbálnia a kérést, de az Azure Storage-szolgáltatások elosztott jellege miatt lehetséges, hogy az eredeti kérés feldolgozása az újrapróbálkozás sikeressége után történik. A késleltetett eredeti kérés felülírhat más frissítéseket, és váratlan eredményt eredményezhet. Az alábbi sorozat bemutatja, hogyan történhet ez meg:

  1. Az Put Page From URL "X" értéknek a 0. oldalra történő írására vonatkozó kérés túllépi az időkorlátot, vagy nem ad vissza választ.

  2. Az "X" érték 0. oldalra való írására irányuló újrapróbálkozott kérés sikeres.

  3. Az "Y" értéknek a 0. oldalra történő írására irányuló kérés sikeres.

  4. Az eredeti kérés sikeres, és az "X" értéket a 0. oldalra írja.

  5. A 0. olvasólap az "X" értéket adja vissza, amikor az ügyfél ekkor az "Y" értéket várta.

Ez az ütközés akkor fordulhat elő, ha az eredeti kérés nem ad vissza 100–499 vagy 503 közötti állapotkódot (kiszolgáló foglalt). Ha az alábbi állapotkódok egyikét adja vissza, biztos lehet abban, hogy a kérés sikeres volt vagy sikertelen volt. Ha azonban a szolgáltatás ezen a tartományon kívüli állapotkódot ad vissza, nem lehet tudni az eredeti kérés állapotát.

Az ilyen típusú ütközések elkerülése érdekében az oldalblob sorszámával gondoskodhat arról, hogy a kérés újrapróbálkozásakor az eredeti kérés később ne legyen sikeres. Ehhez az eredeti kérés újrapróbálkozása előtt növelnie kell a sorszámot. Ezután használhatja a feltételes sorszámfejléceket annak biztosítására, hogy a kérés meghiúsuljon, ha a sorszáma nem egyezik meg a várt sorszámmal. A következő sorozat ezt a megközelítést szemlélteti:

  1. Az ügyfél létrehoz egy lapblobot a Put Blob használatával, és a sorszámát 0-ra állítja.

  2. Az Put Page From URL "X" értéknek a 0. oldalra történő írására vonatkozó kérés, if-sequence-number-lt amelynek fejléce időtúllépésre 1 van beállítva, vagy nem ad vissza választ.

  3. Az ügyfél meghívja a Set Blob Properties (Blob tulajdonságainak beállítása) parancsot, hogy frissítse a sorszámot 1-esre.

  4. Egy újrapróbálkozott kérés, amely az "X" értéket a 0 if-sequence-number-lt . oldalra írja, és a sikeres értékre 2 van állítva.

  5. Az "Y" értéknek a 0. oldalra történő írására vonatkozó kérés sikeres beállítással if-sequence-number-lt2 .

  6. Az eredeti kérés végül feldolgozva lesz, de sikertelen, mert azt a feltételt határozza meg, hogy a sorszámnak 1-nél kisebbnek kell lennie (azaz a if-sequence-num-lt fejléc 1értéke ). A hiba: SequenceNumberConditionNotMet (HTTP-állapotkód: 412 – Az előfeltétel sikertelen).

  7. A 0. olvasólap az "Y" várt értékét adja vissza.

Lásd még

Kérések engedélyezése az Azure Storage-nak
Állapot- és hibakódok
Időtúllépések beállítása blobszolgáltatás-műveletekhez