Hapus Blob

Operasi menghapus Delete Blob blob atau rekam jepret yang ditentukan.

Perhatikan bahwa untuk menghapus blob, Anda harus menghapus semua rekam jepretnya. Anda dapat menghapus keduanya secara bersamaan dengan Delete Blob operasi.

Permohonan

Anda dapat membuat Delete Blob permintaan sebagai berikut. HTTPS direkomendasikan. Ganti akun saya dengan nama akun penyimpanan Anda.

URI permintaan metode DELETE	Versi HTTP
`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>`	HTTP/1.1

URI layanan penyimpanan yang diemulasikan

Saat Anda membuat permintaan terhadap layanan penyimpanan yang diemulasi, tentukan nama host emulator dan port Azure Blob Storage sebagai 127.0.0.1:10000, diikuti dengan nama akun penyimpanan yang diemulasi.

URI permintaan metode DELETE	Versi HTTP
`http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob`	HTTP/1.1

Untuk informasi selengkapnya, lihat Menggunakan emulator Azurite untuk pengembangan Azure Storage lokal.

URI Parameter

Anda dapat menentukan parameter tambahan berikut pada URI permintaan.

Pengaturan	Description
`snapshot`	Optional. Parameter rekam jepret adalah nilai buram `DateTime` yang, jika ada, menentukan rekam jepret blob yang akan dihapus. Untuk informasi selengkapnya tentang bekerja dengan rekam jepret blob, lihat Membuat rekam jepret blob.
`versionid`	Opsional, versi 12-12-2019 dan yang lebih baru. Parameter adalah `versionid` nilai buram `DateTime` yang, ketika ada, menentukan versi blob yang akan dihapus.
`timeout`	Optional. Parameter dinyatakan `timeout` dalam detik. Untuk informasi selengkapnya, lihat Mengatur batas waktu untuk operasi Blob Storage.
`deletetype`	Opsional, versi 2020-02-10 atau yang lebih baru. Nilai hanya `deletetype` bisa .`permanent`

Tajuk permintaan

Tabel berikut menjelaskan header permintaan wajib dan opsional.

Header permintaan	Description
`Authorization`	Dibutuhkan. Menentukan skema otorisasi, nama akun, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`Date` atau `x-ms-date`	Dibutuhkan. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`x-ms-version`	Diperlukan untuk semua permintaan resmi. Untuk informasi selengkapnya, lihat Penerapan Versi untuk layanan Azure Storage.
`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. Jika header ini tidak ditentukan pada permintaan, Blob Storage mengembalikan kode status 412 (`LeaseIdMissing`, Prasyarat Gagal). Jika ID sewa yang tidak diformat dengan benar ditentukan pada permintaan, operasi gagal dengan kode status 400 (`InvalidHeaderValue`, Permintaan Buruk). Jika ID sewa yang diformat dengan benar ditentukan tetapi ID sewa yang ditentukan tidak dikaitkan dengan blob, operasi gagal dengan kode status 412 (`LeaseIdMismatchWithBlobOperation`, Prakondisi Gagal)
`x-ms-delete-snapshots: {include, only}`	Diperlukan jika blob memiliki rekam jepret terkait. Tentukan salah satu opsi berikut: - `include`: Hapus blob dasar dan semua rekam jepretnya. - `only`: Hapus hanya rekam jepret blob, dan bukan blob itu sendiri. Tentukan header ini hanya untuk permintaan terhadap sumber daya blob dasar. Jika header ini ditentukan pada permintaan untuk menghapus rekam jepret individual, Blob Storage mengembalikan kode status 400 (Permintaan Buruk). Jika header ini tidak ditentukan pada permintaan dan blob memiliki rekam jepret terkait, Blob Storage mengembalikan kode status 409 (Konflik).
`x-ms-client-request-id`	Optional. Menyediakan nilai buram yang dihasilkan klien dengan batas karakter 1 kibibyte (KiB) yang dicatat dalam log saat pengelogan dikonfigurasi. Kami sangat menyarankan Anda menggunakan header ini untuk menghubungkan aktivitas sisi klien dengan permintaan yang diterima server. Untuk informasi selengkapnya, lihat Memantau Azure Blob Storage.
`x-ms-access-tier-if-modified-since`	Optional. Versi 2025-05-05 dan yang lebih baru. Tentukan header ini untuk melakukan operasi hanya jika tingkat akses blob telah dimodifikasi sejak waktu yang ditentukan. Nilainya dalam `DateTime` dan mengikuti format RFC 1123. Untuk informasi selengkapnya, lihat Representasi nilai tanggal-waktu dalam header.
`x-ms-access-tier-if-unmodified-since`	Optional. Versi 2025-05-05 dan yang lebih baru. Tentukan header ini untuk melakukan operasi hanya jika tingkat akses blob belum dimodifikasi sejak waktu yang ditentukan. Nilainya dalam `DateTime` dan mengikuti format RFC 1123. Untuk informasi selengkapnya, lihat Representasi nilai tanggal-waktu di header

Operasi ini juga mendukung penggunaan header bersyarat untuk menghapus blob hanya jika kondisi tertentu terpenuhi. Untuk informasi selengkapnya, lihat Menentukan header bersyarat untuk operasi Blob Storage.

Isi dari permintaan

Tidak ada.

Jawaban

Respons mencakup kode status HTTP dan sekumpulan header respons.

Kode status

Operasi yang berhasil mengembalikan kode status 202 (Diterima). Untuk informasi tentang kode status, lihat Kode status dan kesalahan.

Tajuk 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.

Header respons	Description
`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 Storage yang digunakan untuk menjalankan permintaan. Header ini dikembalikan untuk permintaan yang dibuat terhadap versi 2009-09-19 dan yang lebih baru.
`x-ms-delete-type-permanent`	Untuk versi 2017-07-29 dan yang lebih baru, Blob Storage mengembalikan `true` jika blob telah dihapus secara permanen, dan `false` jika blob telah dihapus sementara.
`Date`	Nilai tanggal/waktu UTC yang menunjukkan waktu di mana respons dimulai. Layanan menghasilkan nilai ini.
`x-ms-client-request-id`	Anda dapat menggunakan header ini untuk memecahkan masalah permintaan dan respons yang sesuai. Nilai header ini sama dengan nilai `x-ms-client-request-id` header, jika ada dalam permintaan. Nilainya paling banyak 1.024 karakter ASCII yang terlihat. Jika `x-ms-client-request-id` header tidak ada dalam permintaan, header ini tidak akan ada dalam respons.

Authorization

Otorisasi diperlukan saat memanggil operasi akses data apa pun di Azure Storage. Anda dapat mengotorisasi operasi seperti yang Delete Blob dijelaskan di bawah ini.

Penting

Microsoft merekomendasikan penggunaan ID Microsoft Entra dengan identitas terkelola untuk mengotorisasi permintaan ke Azure Storage. Microsoft Entra ID memberikan keamanan dan kemudahan penggunaan yang unggul dibandingkan dengan otorisasi Kunci Bersama.

Azure Storage mendukung penggunaan ID Microsoft Entra untuk mengotorisasi permintaan ke data blob. Dengan ID Microsoft Entra, Anda dapat menggunakan kontrol akses berbasis peran Azure (Azure RBAC) untuk memberikan izin ke perwakilan keamanan. Perwakilan keamanan dapat berupa pengguna, grup, perwakilan layanan aplikasi, atau identitas terkelola Azure. Prinsip keamanan diautentikasi oleh MICROSOFT Entra ID untuk mengembalikan token OAuth 2.0. Token kemudian dapat digunakan untuk mengotorisasi permintaan terhadap layanan Blob.

Untuk mempelajari selengkapnya tentang otorisasi menggunakan ID Microsoft Entra, lihat Mengotorisasi akses ke blob menggunakan ID Microsoft Entra.

Permissions

Tercantum di bawah ini adalah tindakan RBAC yang diperlukan bagi pengguna, grup, identitas terkelola, atau perwakilan layanan Microsoft Entra untuk memanggil Delete Blob operasi, dan peran Azure RBAC bawaan dengan hak istimewa paling rendah yang menyertakan tindakan ini:

Tindakan Azure RBAC:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete
Peran bawaan dengan hak istimewa paling rendah:Kontributor Data Blob Penyimpanan

Untuk mempelajari selengkapnya tentang menetapkan peran menggunakan Azure RBAC, lihat Menetapkan peran Azure untuk akses ke data blob.

Tanda tangan akses bersama (SAS) menyediakan akses yang didelegasikan secara aman ke sumber daya di akun penyimpanan. Dengan SAS, Anda memiliki kontrol terperinci atas bagaimana klien dapat mengakses data. Anda dapat menentukan sumber daya apa yang dapat diakses klien, izin apa yang mereka miliki untuk sumber daya tersebut, dan berapa lama SAS valid.

Operasi ini Delete Blob mendukung tiga jenis tanda tangan akses bersama: SAS delegasi pengguna, SAS layanan, dan SAS akun.

Sebagai praktik terbaik keamanan, sebaiknya gunakan kredensial Microsoft Entra daripada kunci akun penyimpanan, yang dapat lebih mudah disusupi. Jika desain aplikasi Anda memerlukan tanda tangan akses bersama, gunakan kredensial Microsoft Entra untuk membuat SAS delegasi pengguna, jika memungkinkan.

Ketika akses Kunci Bersama tidak diizinkan untuk akun penyimpanan, token SAS layanan atau token SAS akun tidak akan diizinkan pada permintaan ke Blob Storage. Untuk mempelajari selengkapnya, lihat Memahami bagaimana melarang Kunci Bersama memengaruhi token SAS.

Delegasi pengguna SAS

SAS delegasi pengguna diamankan dengan kredensial Microsoft Entra dan juga oleh izin yang ditentukan untuk SAS.

Memanggil Delete Blob operasi menggunakan token SAS yang didelegasikan ke kontainer atau sumber daya blob memerlukan izin Hapus (d) sebagai bagian dari token SAS delegasi pengguna.

Untuk mempelajari selengkapnya tentang SAS delegasi pengguna, lihat Membuat SAS delegasi pengguna.

SAS Layanan

SAS layanan diamankan dengan kunci akun penyimpanan. SAS layanan mendelegasikan akses ke sumber daya dalam satu layanan Azure Storage, seperti penyimpanan blob.

Memanggil Delete Blob operasi menggunakan token SAS yang didelegasikan ke kontainer atau sumber daya blob memerlukan izin Hapus (d) sebagai bagian dari token SAS layanan.

Untuk mempelajari selengkapnya tentang SAS layanan, lihat Membuat SAS layanan.

AKUN SAS

SAS akun diamankan dengan kunci akun penyimpanan. Akun SAS delegasikan akses ke sumber daya di satu atau beberapa layanan penyimpanan. Semua operasi yang tersedia melalui layanan atau SAS delegasi pengguna juga tersedia melalui SAS akun.

Tabel berikut menunjukkan jenis sumber daya yang ditandatangani dan izin yang ditandatangani untuk ditentukan saat mendelegasikan akses:

Operasi	Layanan yang ditandatangani	Jenis sumber daya yang ditandatangani	Izin yang ditandatangani
Hapus Blob	Gumpalan (b)	Objek (o)	Hapus (d)

Untuk mempelajari SAS akun selengkapnya, lihat Membuat SAS akun.

Komentar

Jika blob memiliki sewa aktif, klien harus menentukan ID sewa yang valid pada permintaan untuk menghapusnya.

Jika blob memiliki sejumlah besar rekam jepret, ada kemungkinan Delete Blob operasi akan habis waktunya. Jika ini terjadi, klien harus mencoba kembali permintaan.

Untuk versi 2013-08-15 dan yang lebih baru, klien dapat memanggil Delete Blob untuk menghapus blob yang tidak diterapkan. Blob yang tidak diterapkan adalah blob yang dibuat dengan panggilan ke operasi Put Block, tetapi tidak pernah diterapkan dengan menggunakan operasi Put Block List. Untuk versi sebelumnya, klien harus menerapkan blob terlebih dahulu sebelum menghapusnya.

Header Bersyarat Tingkat Akses

Untuk versi 2025-05-05 dan yang lebih baru, klien dapat menggunakan header x-ms-access-tier-if-modified-since permintaan atau x-ms-access-tier-if-unmodified-since untuk menghapus blob secara kondisional berdasarkan perubahan pada tingkat aksesnya.

Header x-ms-access-tier-change-time respons yang dikembalikan oleh Get Blob Properties menunjukkan terakhir kali tingkat akses blob diubah. Stempel waktu ini digunakan untuk mengevaluasi kondisi di atas.

API DeleteBlob memungkinkan menentukan header bersyarat Last-Modified-Time dan Access-Tier-Change-Time dalam permintaan. Jika kedua kondisi ditentukan, layanan Blob akan mengevaluasi kondisi menggunakan operasi AND logis, yaitu kedua kondisi harus benar agar permintaan berhasil.

Fitur penghapusan sementara dinonaktifkan

Ketika blob berhasil dihapus, blob segera dihapus dari indeks akun penyimpanan, dan tidak lagi dapat diakses oleh klien.

Fitur penghapusan sementara diaktifkan

Ketika blob berhasil dihapus, blob tersebut dihapus sementara, dan tidak lagi dapat diakses oleh klien. Blob Storage mempertahankan blob atau rekam jepret untuk jumlah hari yang ditentukan untuk DeleteRetentionPolicy properti Blob Storage. Untuk informasi tentang membaca properti Blob Storage, lihat Mengatur properti Blob Storage.

Setelah jumlah hari yang ditentukan, data blob dihapus dari layanan. Anda dapat mengakses blob atau rekam jepret yang dihapus sementara dengan memanggil operasi Daftar Blob dan menentukan opsi.include=deleted

Anda dapat memulihkan blob atau rekam jepret yang dihapus sementara dengan menggunakan Undelete Blob. Untuk operasi lain pada blob atau rekam jepret yang dihapus sementara, Blob Storage mengembalikan kesalahan 404 (Sumber Daya Tidak Ditemukan).

Menghapus permanen

Dengan versi 2020-02-10 dan yang lebih baru, Anda dapat menghapus snapshot atau versi yang dihapus sementara secara permanen. Untuk melakukannya, Anda mengaktifkan fitur tersebut. Untuk informasi selengkapnya, lihat Mengatur properti Blob Storage.

Nota

Akun penyimpanan harus mengaktifkan versi atau rekam jepret. Penghapusan sementara juga harus diaktifkan pada akun penyimpanan untuk menghapus sementara versi atau rekam jepret blob di akun. Penghapusan permanen hanya menghapus snapshot atau versi yang dihapus sementara.

Akun penyimpanan dengan penghapusan permanen diaktifkan dapat menggunakan deletetype=permanent parameter kueri untuk menghapus rekam jepret yang dihapus sementara atau versi blob yang dihapus secara permanen.

Jika parameter kueri menyajikan salah satu hal berikut, Blob Storage mengembalikan kesalahan 409 (Konflik):

Fitur penghapusan permanen tidak diaktifkan untuk akun penyimpanan.
Tidak ada versionid yang snapshot disediakan.
Rekam jepret atau versi yang ditentukan tidak dihapus sementara.

Penghapusan permanen juga mencakup izin tanda tangan akses bersama untuk menghapus rekam jepret blob atau versi blob secara permanen. Untuk informasi selengkapnya, lihat Membuat SAS layanan.