Put Daftar Blokir

Artikel
07/26/2022
14 menit untuk membaca

Operasi Put Block List menulis blob dengan menentukan daftar ID blok yang membentuk blob. Untuk ditulis sebagai bagian dari blob, blok harus berhasil ditulis ke server dalam operasi Put Block sebelumnya.

Anda dapat memanggil Put Block List untuk memperbarui blob dengan hanya mengunggah blok yang telah berubah, lalu menerapkan blok baru dan yang sudah ada bersama-sama. Anda dapat melakukan ini dengan menentukan apakah akan menerapkan blok dari daftar blokir yang diterapkan atau dari daftar blokir yang tidak dikomit, atau untuk menerapkan versi blok yang terakhir diunggah, daftar mana pun yang mungkin dimilikinya.

Minta

Permintaan Put Block List dapat dibuat sebagai berikut. HTTPS disarankan. Ganti myaccount dengan nama akun penyimpanan Anda:

URI Permintaan Metode PUT	Versi HTTP
`https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=blocklist`	HTTP/1.1

URI Layanan Storage Emulasi

Saat membuat permintaan terhadap layanan penyimpanan yang ditimulasi, tentukan nama host emulator dan port layanan Blob sebagai 127.0.0.1:10000, diikuti dengan nama akun penyimpanan yang ditimulasikan:

URI Permintaan Metode PUT	Versi HTTP
`http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=blocklist`	HTTP/1.1

Emulator penyimpanan hanya mendukung ukuran blob hingga 2 GiB.

Untuk informasi selengkapnya, lihat Menggunakan Emulator Azure Storage untuk Pengembangan dan Pengujian.

Parameter URI

Parameter tambahan berikut dapat ditentukan pada URI permintaan.

Parameter	Deskripsi
`timeout`	Opsional. Parameter `timeout` dinyatakan dalam hitung detik. Untuk informasi selengkapnya, lihat Mengatur Batas Waktu untuk Operasi Blob Service.

Judul Permintaan

Tabel berikut ini menjelaskan header permintaan yang diperlukan dan opsional.

Header Permintaan	Deskripsi
`Authorization`	Wajib diisi. Menentukan skema otorisasi, nama akun, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`Date` atau `x-ms-date`	Wajib diisi. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan tersebut. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`x-ms-version`	Diperlukan untuk semua permintaan yang diotorisasi. Menentukan versi operasi yang akan digunakan untuk permintaan ini. Untuk informasi selengkapnya, lihat Penerapan versi untuk layanan Azure Storage.
`Content-Length`	Wajib diisi. Panjang konten permintaan dalam byte. Header ini mengacu pada panjang konten daftar blok, bukan blob itu sendiri.
`Content-MD5`	Opsional. Hash MD5 dari konten permintaan. Hash ini digunakan untuk memverifikasi integritas konten permintaan selama transportasi. Jika dua hash tidak cocok, operasi akan gagal dengan kode kesalahan 400 (Permintaan Buruk). Header ini dikaitkan dengan konten permintaan, dan bukan dengan konten blob itu sendiri.
`x-ms-content-crc64`	Opsional. Hash crc64 dari konten permintaan. Hash ini digunakan untuk memverifikasi integritas konten permintaan selama transportasi. Jika dua hash tidak cocok, operasi akan gagal dengan kode kesalahan 400 (Permintaan Buruk). Header ini dikaitkan dengan konten permintaan, dan bukan dengan konten blob itu sendiri. Jika header Content-MD5 dan x-ms-content-crc64 ada, permintaan akan gagal dengan 400 (Permintaan Buruk). Header ini didukung dalam versi2019-02-02 atau yang lebih baru.
`x-ms-blob-cache-control`	Opsional. Mengatur kontrol cache blob. Jika ditentukan, properti ini disimpan dengan blob dan dikembalikan dengan permintaan baca. Jika properti ini tidak ditentukan dengan permintaan, maka akan dihapus untuk blob jika permintaan berhasil.
`x-ms-blob-content-type`	Opsional. Mengatur jenis konten blob. Jika ditentukan, properti ini disimpan dengan blob dan dikembalikan dengan permintaan baca. Jika jenis konten tidak ditentukan, maka jenis konten diatur ke jenis default, yaitu `application/octet-stream`.
`x-ms-blob-content-encoding`	Opsional. Mengatur pengodean konten blob. Jika ditentukan, properti ini disimpan dengan blob dan dikembalikan dengan permintaan baca. Jika properti ini tidak ditentukan dengan permintaan, maka akan dihapus untuk blob jika permintaan berhasil.
`x-ms-blob-content-language`	Opsional. Atur bahasa konten blob. Jika ditentukan, properti ini disimpan dengan blob dan dikembalikan dengan permintaan baca. properti ini tidak ditentukan dengan permintaan, maka akan dihapus untuk blob jika permintaan berhasil.
`x-ms-blob-content-md5`	Opsional. Hash MD5 dari konten blob. Hash ini tidak divalidasi, karena hash untuk blok individual divalidasi ketika masing-masing diunggah. Operasi Dapatkan Blob mengembalikan nilai header ini di header respons Content-MD5. Jika properti ini tidak ditentukan dengan permintaan, maka akan dihapus untuk blob jika permintaan berhasil.
`x-ms-meta-name:value`	Opsional. Pasangan nama-nilai yang ditentukan pengguna yang terkait dengan blob. Dimulai dengan versi 2009-09-19, nama metadata harus mematuhi aturan penamaan untuk pengidentifikasi C#.
`x-ms-encryption-scope`	Opsional. Menunjukkan cakupan enkripsi yang akan digunakan untuk mengenkripsi blob. Nilai ini harus cocok dengan cakupan enkripsi yang digunakan untuk mengenkripsi semua blok yang sedang diterapkan. Header ini didukung dalam versi 2019-02-02 atau yang lebih baru.
`x-ms-tags`	Opsional. Mengatur tag yang dikodekan string kueri yang diberikan pada blob. Lihat Keterangan untuk informasi tambahan. Didukung dalam versi 2019-12-12 dan yang lebih baru.
`x-ms-lease-id:<ID>`	Diperlukan jika blob memiliki sewa aktif. Untuk melakukan operasi ini pada blob dengan sewa aktif, tentukan ID sewa yang valid untuk header ini.
`x-ms-client-request-id`	Opsional. Menyediakan nilai buram yang dihasilkan klien dengan batas karakter 1 KiB yang dicatat dalam log analitik saat pengelogan analitik penyimpanan diaktifkan. Menggunakan header ini sangat direkomendasikan untuk mengkorelasi aktivitas sisi klien dengan permintaan yang diterima oleh server. Untuk informasi selengkapnya, lihat Tentang Storage Analytics Logging dan Azure Logging: Menggunakan Log untuk Melacak Permintaan Storage.
`x-ms-blob-content-disposition`	Opsional. Mengatur header blob `Content-Disposition` . Tersedia untuk versi 2013-08-15 dan yang lebih baru. Bidang `Content-Disposition` header menyampaikan informasi tambahan tentang cara memproses payload respons, dan juga dapat digunakan untuk melampirkan metadata tambahan. Misalnya, jika diatur ke `attachment`, itu menunjukkan bahwa agen pengguna tidak boleh menampilkan respons, tetapi sebaliknya menampilkan dialog Simpan Sebagai. Respons dari operasi Dapatkan Properti Blob dan Dapatkan Blob menyertakan header disposisi konten.
`x-ms-access-tier`	Opsional. Versi 2018-11-09 dan yang lebih baru. Menunjukkan tingkat yang akan diatur pada blob. Untuk blob blok, didukung pada penyimpanan blob atau akun v2 tujuan umum hanya dengan versi 2018-11-09 dan yang lebih baru. Nilai yang valid untuk tingkat blob blok adalah `Hot`//`CoolArchive`. Untuk informasi mendetail tentang tingkat blob blok, lihat Tingkat penyimpanan panas, dingin, dan arsip.
`x-ms-immutability-policy-until-date`	Versi 2020-06-12 dan yang lebih baru. Menentukan tanggal 'retensi hingga' yang akan diatur pada blob. Ini adalah tanggal hingga blob dapat dilindungi agar tidak dimodifikasi atau dihapus. Mengikuti format RFC1123.
`x-ms-immutability-policy-mode`	Versi 2020-06-12 dan yang lebih baru. Menentukan mode kebijakan imutabilitas yang akan diatur pada blob. Nilai yang valid adalah `unlocked`/`locked`. `unlocked` menunjukkan pengguna dapat mengubah kebijakan dengan meningkatkan atau mengurangi tanggal retensi hingga. `locked` menunjukkan bahwa tindakan ini dilarang.
`x-ms-legal-hold`	Versi 2020-06-12 dan yang lebih baru. Menentukan penahanan legal yang akan ditetapkan pada blob, nilai yang valid adalah `true/false`.

Operasi ini juga mendukung penggunaan header bersyarah untuk menerapkan daftar blokir hanya jika kondisi tertentu terpenuhi. Untuk informasi selengkapnya, lihat Menentukan Header Kondisional untuk Operasi Blob Service.

Header Permintaan (Kunci enkripsi yang disediakan pelanggan)

Dimulai dengan versi 2019-02-02, header berikut dapat ditentukan pada permintaan untuk mengenkripsi blob dengan kunci yang disediakan pelanggan. Enkripsi dengan kunci yang disediakan pelanggan (dan set header yang sesuai) bersifat opsional.

Header permintaan	Deskripsi
`x-ms-encryption-key`	Wajib diisi. Kunci enkripsi AES-256 yang dikodekan Base64.
`x-ms-encryption-key-sha256`	Wajib diisi. Hash SHA256 yang dikodekan Base64 dari kunci enkripsi.
`x-ms-encryption-algorithm: AES256`	Wajib diisi. Menentukan algoritma yang akan digunakan untuk enkripsi. Nilai header ini harus `AES256`.

Isi Permintaan

Dalam isi permintaan, Anda dapat menentukan daftar blok mana yang harus diperiksa layanan Blob untuk blok yang diminta. Dengan cara ini Anda dapat memperbarui blob yang ada dengan menyisipkan, mengganti, atau menghapus blok individual, daripada memuat ulang seluruh blob. Setelah mengunggah blok atau blok yang telah berubah, Anda dapat menerapkan versi baru blob dengan menerapkan blok baru bersama dengan blok yang ada yang ingin Anda simpan.

Untuk memperbarui blob, Anda dapat menentukan bahwa layanan harus mencari ID blok dalam daftar blok yang diterapkan, dalam daftar blokir yang tidak dikomit, atau di daftar blok yang tidak dikomit terlebih dahulu lalu di daftar blokir yang diterapkan. Untuk menunjukkan pendekatan mana yang akan digunakan, tentukan ID blok dalam elemen XML yang sesuai dalam isi permintaan, sebagai berikut:

Tentukan ID blok dalam Committed elemen untuk menunjukkan bahwa Blob service hanya boleh mencari daftar blok yang diterapkan untuk blok bernama. Jika blok tidak ditemukan dalam daftar blok yang diterapkan, blok tersebut tidak akan ditulis sebagai bagian dari blob, dan layanan Blob akan mengembalikan kode status 400 (Permintaan Buruk).
Tentukan ID blok dalam Uncommitted elemen untuk menunjukkan bahwa Blob service hanya harus mencari daftar blokir yang tidak dikomit untuk blok bernama. Jika blok tidak ditemukan dalam daftar blok yang tidak dilakukan, blok tersebut tidak akan ditulis sebagai bagian dari blob, dan layanan Blob akan mengembalikan kode status 400 (Permintaan Buruk).
Tentukan ID blok dalam Latest elemen untuk menunjukkan bahwa Blob service harus terlebih dahulu mencari daftar blokir yang tidak dikomit. Jika blok ditemukan dalam daftar yang tidak dikomit, versi blok tersebut adalah yang terbaru dan harus ditulis ke blob. Jika blok tidak ditemukan dalam daftar yang tidak dikomit, maka layanan harus mencari daftar blok yang diterapkan untuk blok bernama dan menulis blok tersebut ke blob jika ditemukan.

Isi permintaan untuk versi Put Block List ini menggunakan format XML berikut:

<?xml version="1.0" encoding="utf-8"?>  
<BlockList>  
  <Committed>first-base64-encoded-block-id</Committed>  
  <Uncommitted>second-base64-encoded-block-id</Uncommitted>  
  <Latest>third-base64-encoded-block-id</Latest>  
  ...  
</BlockList>

Permintaan Sampel

Untuk menunjukkan Put Block List, asumsikan Anda telah mengunggah tiga blok yang sekarang ingin Anda terapkan. Contoh berikut menerapkan blob baru dengan menunjukkan bahwa versi terbaru dari setiap blok yang tercantum harus digunakan. Tidak perlu mengetahui apakah blok-blok ini telah diterapkan.

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=blocklist HTTP/1.1  
  
Request Headers:  
x-ms-date: Wed, 31 Aug 2011 00:17:43 GMT  
x-ms-version: 2011-08-18  
Content-Type: text/plain; charset=UTF-8  
Authorization: SharedKey myaccount:DJ5QZSVONZ64vAhnN/wxcU+Pt5HQSLAiLITlAU76Lx8=  
Content-Length: 133  
  
Request Body:  
<?xml version="1.0" encoding="utf-8"?>  
<BlockList>  
  <Latest>AAAAAA==</Latest>  
  <Latest>AQAAAA==</Latest>  
  <Latest>AZAAAA==</Latest>  
</BlockList>

Selanjutnya, asumsikan bahwa Anda ingin memperbarui blob. Blob baru akan memiliki perubahan berikut:

Blok baru dengan ID ANAAAA==. Blok ini harus terlebih dahulu diunggah dengan panggilan ke Put Block dan akan muncul di daftar blokir yang tidak dilakukan hingga panggilan ke Put Block List.
Versi blok yang diperbarui dengan ID AZAAAA==. Blok ini harus terlebih dahulu diunggah dengan panggilan ke Put Block dan akan muncul di daftar blokir yang tidak dilakukan hingga panggilan ke Put Block List.
Penghapusan blok dengan ID AAAAAA==. Mengingat bahwa blok ini tidak disertakan dalam panggilan berikutnya ke Put Block List, blok akan secara efektif dihapus dari blob.

Contoh berikut menunjukkan panggilan ke Put Block List yang memperbarui blob:

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=blocklist HTTP/1.1  
  
Request Headers:  
x-ms-date: Wed, 31 Aug 2009 00:17:43 GMT  
x-ms-version: 2011-08-18  
Content-Type: text/plain; charset=UTF-8  
Authorization: SharedKey myaccount:DJ5QZSVONZ64vAhnN/wxcU+Pt5HQSLAiLITlAU76Lx8=  
Content-Length: 133  
  
Request Body:  
<?xml version="1.0" encoding="utf-8"?>  
<BlockList>  
  <Uncommitted>ANAAAA==</Uncommitted>  
  <Committed>AQAAAA==</Committed>  
  <Uncommitted>AZAAAA==</Uncommitted>  
</BlockList>

Respons

Respons mencakup kode status HTTP dan sekumpulan header respons.

Kode Status

Operasi yang berhasil mengembalikan kode status 201 (Dibuat).

Untuk informasi tentang kode status, lihat Status dan Kode Kesalahan.

Header Respons

Respons untuk operasi ini mencakup header berikut. Respons juga dapat mencakup header HTTP standar tambahan. Semua header standar sesuai dengan spesifikasi protokol HTTP/1.1.

Respons	Deskripsi
`ETag`	Tag entitas berisi nilai yang dapat digunakan klien untuk melakukan operasi kondisional `GET/PUT` dengan menggunakan `If-Match` header permintaan. Jika versi permintaan adalah 2011-08-18 atau yang lebih baru, nilai ETag akan berada dalam tanda kutip.
`Last-Modified`	Tanggal/waktu blob terakhir diubah. Format tanggal mengikuti RFC 1123. Untuk informasi selengkapnya, lihat Representasi Nilai Date-Time di Header. Setiap operasi yang memodifikasi blob, termasuk pembaruan metadata atau properti blob, mengubah waktu terakhir blob yang dimodifikasi.
`Content-MD5`	Header ini dikembalikan sehingga klien dapat memeriksa integritas konten pesan. Header ini mengacu pada konten permintaan, artinya, dalam hal ini, daftar blok, dan bukan konten blob itu sendiri. Untuk versi2019-02-02 atau yang lebih baru, Header ini hanya ditampilkan saat permintaan memiliki header ini.
`x-ms-content-crc64`	Untuk versi 2019-02-02 dan yang lebih baru, header ini dikembalikan sehingga klien dapat memeriksa integritas konten pesan. Header ini mengacu pada konten permintaan, artinya, dalam hal ini, daftar blok, dan bukan konten blob itu sendiri. Header ini dikembalikan ketika `Content-md5` header tidak ada dalam permintaan.
`x-ms-request-id`	Header ini secara unik mengidentifikasi permintaan yang dibuat dan dapat digunakan untuk memecahkan masalah permintaan. Untuk informasi selengkapnya, lihat Pemecahan Masalah Operasi API.
`x-ms-version`	Menunjukkan versi blob service yang digunakan untuk menjalankan permintaan. Header ini dikembalikan untuk permintaan yang dibuat terhadap versi 2009-09-19 dan yang lebih baru.
`Date`	Nilai tanggal/waktu UTC yang dihasilkan oleh layanan yang menunjukkan waktu dimulainya respons.
`x-ms-request-server-encrypted: true/false`	Versi 2015-12-11 atau yang lebih baru. Nilai header ini diatur ke `true` jika konten permintaan berhasil dienkripsi menggunakan algoritma yang ditentukan, dan `false` sebaliknya.
`x-ms-encryption-key-sha256`	Versi 2019-02-02 atau yang lebih baru. Header ini dikembalikan jika permintaan menggunakan kunci yang disediakan pelanggan untuk enkripsi, sehingga klien dapat memastikan konten permintaan berhasil dienkripsi menggunakan kunci yang disediakan.
`x-ms-encryption-scope`	Versi 2019-02-02 atau yang lebih baru. Header ini dikembalikan jika permintaan menggunakan cakupan enkripsi, sehingga klien dapat memastikan konten permintaan berhasil dienkripsi menggunakan cakupan enkripsi.
`x-ms-version-id: <DateTime>`	Versi 2019-12-12 dan yang lebih baru. Header ini mengembalikan nilai buram `DateTime` yang secara unik mengidentifikasi blob. Nilai header ini menunjukkan versi blob, dan dapat digunakan dalam permintaan berikutnya untuk mengakses blob.
`x-ms-client-request-id`	Header ini dapat digunakan untuk memecahkan masalah permintaan dan respons yang sesuai. Nilai header ini sama dengan nilai `x-ms-client-request-id` header jika ada dalam permintaan dan nilainya paling banyak 1024 karakter ASCII yang terlihat. `x-ms-client-request-id` Jika header tidak ada dalam permintaan, header ini tidak akan ada dalam respons.

Respons Sampel

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-content-crc64: 77uWZTolTHU  
Date: Sun, 25 Sep 2011 00:17:44 GMT  
ETag: “0x8CB172A360EC34B”  
Last-Modified: Sun, 25 Sep 2011 00:17:43 GMT  
x-ms-version: 2011-08-18  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-version-id: <DateTime>

Authorization

Operasi ini dapat dipanggil oleh pemilik akun dan oleh siapa pun dengan Tanda Tangan Akses Bersama yang memiliki izin untuk menulis ke blob ini atau kontainernya.

Jika permintaan menentukan tag dengan x-ms-tags header permintaan, pemanggil harus memenuhi persyaratan otorisasi operasi Atur Tag Blob .

Keterangan

Operasi memberlakukan Put Block List urutan di mana blok akan digabungkan untuk membuat blob.

ID blok yang sama dapat ditentukan lebih dari satu kali dalam daftar blok. Jika ID blok ditentukan lebih dari satu kali, ID blok akan mewakili rentang byte di setiap lokasi tersebut dalam daftar blokir untuk blob akhir yang diterapkan. Jika ID blok muncul lebih dari sekali dalam daftar, kedua instans ID blok harus ditentukan dalam daftar blokir yang sama. Dengan kata lain, kedua instans harus ditentukan dalam Committed elemen, Uncommitted elemen , atau Latest elemen .

Dengan Put Block List, Anda dapat memodifikasi blob yang ada dengan menyisipkan, memperbarui, atau menghapus blok individual, tanpa mengunggah seluruh blob lagi. Anda dapat menentukan ID blok dari daftar blokir yang diterapkan saat ini dan daftar blok yang tidak diterapkan untuk membuat blob baru atau memperbarui konten blob yang ada. Dengan cara ini, Anda dapat memperbarui blob dengan menentukan beberapa blok baru dari daftar blok yang tidak dikomit, dan sisanya dari daftar blok yang diterapkan, yang sudah menjadi bagian dari blob yang ada.

Jika ID blok ditentukan dalam Latest elemen , dan ID blok yang sama ada di daftar blok yang diterapkan dan tidak diterapkan, Put Block List terapkan blok dari daftar blok yang tidak dilakukan. Jika ID blok ada dalam daftar blokir yang diterapkan tetapi tidak dalam daftar blokir yang tidak dilakukan, maka Put Block List terapkan blok dari daftar blok yang diterapkan.

Setiap blok dalam blob blok bisa menjadi ukuran yang berbeda. Blob blok dapat mencakup maksimum 50.000 blok yang diterapkan. Jumlah maksimum blok yang tidak dikomit yang mungkin terkait dengan blob adalah 100.000. Tabel berikut menjelaskan ukuran blok dan blob maksimum yang diizinkan oleh versi layanan:

Versi layanan.	Ukuran blok maksimum (melalui Put Block)	Ukuran blob maksimum (melalui Put Block List)	Ukuran blob maksimum melalui operasi tulis tunggal (melalui Put Blob)
Versi 12-12-2019 dan yang lebih baru	4000 MiB	Sekitar 190,7 TiB (4000 MiB X 50.000 blok)	5000 MiB (pratinjau)
Versi 31-05-2016 hingga versi 07-07-2019	100 MiB	Sekitar 4,75 TiB (100 MiB X 50.000 blok)	256 MiB
Versi sebelum 31-05-2016	4 MiB	Sekitar 195 GiB (4 MiB X 50,000 blok)	64 MiB

Saat Anda memanggil Put Block List untuk memperbarui blob yang ada, properti dan metadata blob yang ada akan ditimpa. Namun, rekam jepret yang ada dipertahankan dengan blob. Anda dapat menggunakan header permintaan kondisional untuk melakukan operasi hanya jika kondisi tertentu terpenuhi.

Put Block List Jika operasi gagal karena blok yang hilang, Anda harus mengunggah blok yang hilang.

Setiap blok yang tidak dikomit akan menjadi sampah yang dikumpulkan jika tidak ada panggilan yang berhasil ke Put Block atau Put Block List pada blob dalam seminggu setelah operasi terakhir yang berhasil Put Block . Jika Put Blob dipanggil pada blob, setiap blok yang tidak dikomit akan menjadi sampah yang dikumpulkan.

Jika tag disediakan di x-ms-tags header, tag harus dikodekan string kueri. Kunci dan nilai tag harus sesuai dengan persyaratan penamaan dan panjang seperti yang ditentukan dalam Atur Tag Blob. Selanjutnya, x-ms-tags header mungkin berisi tag berukuran hingga 2 KiB. Jika diperlukan lebih banyak tag, gunakan operasi Atur Tag Blob .

Jika blob memiliki sewa aktif, klien harus menentukan ID sewa yang valid pada permintaan untuk menerapkan daftar blokir. Jika klien tidak menentukan ID sewa, atau menentukan ID sewa yang tidak valid, layanan Blob mengembalikan kode status 412 (Prasyarat Gagal). Jika klien menentukan ID sewa tetapi blob tidak memiliki sewa aktif, layanan Blob juga mengembalikan kode status 412 (Prasyarat Gagal). Jika klien menentukan ID sewa pada blob yang belum ada, layanan Blob akan mengembalikan kode status 412 (Prasyarat Gagal) untuk permintaan yang dibuat terhadap versi 2013-08-15 dan yang lebih baru; untuk versi sebelumnya, layanan Blob akan mengembalikan kode status 201 (Dibuat).

Jika blob memiliki sewa aktif dan Anda memanggil Put Block List untuk memperbarui blob, sewa dipertahankan pada blob yang diperbarui.

Put Block List hanya berlaku untuk blob blok. Put Block List Panggilan pada blob halaman menghasilkan kode status 400 (Permintaan Buruk).

Menimpa blob yang diarsipkan akan gagal dan menimpa hot/cool blob akan mewarisi tingkat dari blob lama jika header x-ms-access-tier tidak disediakan.

Lihat juga

Memahami Blob Blok, Tambahkan Blob, dan Blob Halaman
Mengotorisasi permintaan ke Azure Storage
Kode Status dan Kesalahan
Kode Kesalahan Layanan Blob
Mengatur Batas Waktu untuk Operasi Blob Service