Memulihkan Kontainer
Operasi Restore Container
memulihkan konten dan properti kontainer yang dihapus sementara ke kontainer tertentu. Operasi Restore Container
ini tersedia pada versi dan yang 2019-12-12
lebih baru.
Minta
Anda dapat membuat Restore Container
permintaan dengan menggunakan permintaan yang valid, diotorisasi dengan menggunakan kunci bersama, otorisasi tanda tangan akses bersama akun, atau kontrol akses berbasis peran.
Metode | Meminta URI | Versi HTTP |
---|---|---|
PUT |
https://myaccount.blob.core.windows.net/destinationcontainer?restype=container&comp=undelete |
HTTP/1.1 |
PUT |
https://myaccount.blob.core.windows.net/destinationcontainer?restype=container&comp=undelete&sv=validsastoken |
HTTP/1.1 |
Parameter URI
Anda dapat menentukan parameter tambahan berikut pada URI permintaan.
Parameter | Deskripsi |
---|---|
restype |
Wajib diisi. Nilai restype parameter harus container . |
comp |
Wajib diisi. Nilai comp parameter harus undelete . |
timeout |
Opsional. Parameter timeout dinyatakan dalam hitung detik. Untuk informasi selengkapnya, lihat Mengatur batas waktu untuk operasi Blob Storage. |
Header permintaan
Tabel berikut ini menjelaskan header permintaan yang diperlukan dan opsional.
Meminta kop | Deskripsi |
---|---|
Authorization |
Wajib diisi. Menentukan skema otorisasi, nama akun, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage. |
Date or 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 operasi ini, versi harus atau yang lebih 2018-03-28 baru. Untuk informasi selengkapnya, lihat Penerapan versi untuk layanan Azure Storage. |
x-ms-client-request-id |
Opsional. 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-deleted-container-name |
Wajib diisi. Anda menggunakan header ini untuk mengidentifikasi kontainer yang dihapus sementara secara unik yang harus dipulihkan. |
x-ms-deleted-container-version |
Wajib diisi. Anda menggunakan header ini untuk mengidentifikasi kontainer yang dihapus sementara secara unik yang harus dipulihkan. Anda bisa mendapatkan nilai ini dari menentukan deleted nilai dalam include parameter List Containers kueri operasi. Untuk informasi selengkapnya, lihat Mencantumkan Kontainer. |
Isi permintaan
Tidak ada.
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 Kode status dan 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.
Header respons | Deskripsi |
---|---|
x-ms-request-id |
Secara unik mengidentifikasi permintaan yang dibuat dan dapat digunakan untuk memecahkan masalah permintaan. Untuk informasi selengkapnya, lihat Pemecahan masalah operasi API. |
x-ms-version |
Versi 2009-09-19 dan yang lebih baru. Menunjukkan versi Azure Blob Storage yang digunakan untuk menjalankan permintaan. |
Date |
Nilai tanggal/waktu UTC yang menunjukkan waktu di mana respons dimulai. Layanan menghasilkan nilai ini. |
Content-Length |
Panjang isi permintaan. Untuk operasi ini, panjang konten selalu nol. |
Isi Respons
Tidak ada.
Respons sampel
Response Status:
HTTP/1.1 201 OK
Response Headers:
Date: Mon, 15 Jun 2020 12:43:08 GMT
x-ms-version: 2019-12-12
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
Content-Length: 0
Authorization
Otorisasi diperlukan saat Anda memanggil operasi akses data apa pun di Azure Storage. Anda dapat mengotorisasi operasi seperti yang Restore Container
dijelaskan di bagian berikut.
Penting
Microsoft merekomendasikan penggunaan Microsoft Entra ID dengan identitas terkelola untuk mengotorisasi permintaan ke Azure Storage. Microsoft Entra ID memberikan keamanan yang unggul dan kemudahan penggunaan dibandingkan dengan otorisasi Kunci Bersama.
Azure Storage mendukung penggunaan Microsoft Entra ID untuk mengotorisasi permintaan ke data blob. Dengan Microsoft Entra ID, Anda dapat menggunakan kontrol akses berbasis peran Azure (Azure RBAC) untuk memberikan izin kepada prinsip keamanan. Prinsip keamanan dapat berupa pengguna, grup, perwakilan layanan aplikasi, atau identitas terkelola Azure. Perwakilan keamanan diautentikasi oleh Microsoft Entra ID untuk mengembalikan token OAuth 2.0. Token kemudian dapat digunakan untuk mengotorisasi permintaan terhadap Blob Storage.
Untuk mempelajari selengkapnya tentang otorisasi dengan menggunakan Microsoft Entra ID, lihat Mengotorisasi akses ke blob menggunakan Microsoft Entra ID.
Izin
Tindakan RBAC berikut diperlukan agar pengguna, grup, identitas terkelola, atau perwakilan layanan Microsoft Entra untuk memanggil Restore Container
operasi, dan peran Azure RBAC bawaan yang paling tidak istimewa yang mencakup tindakan ini:
- Tindakan Azure RBAC: Microsoft.Storage/storageAccounts/blobServices/containers/write
- Peran bawaan dengan hak istimewa paling sedikit: Kontributor Data Blob Penyimpanan
Untuk mempelajari selengkapnya tentang menetapkan peran dengan menggunakan Azure RBAC, lihat Menetapkan peran Azure untuk akses ke data blob.
Keterangan
- Anda dapat mengatur kebijakan penyimpanan penghapusan kontainer pada akun dengan menggunakan Penyedia Sumber Daya Penyimpanan.
- Kontainer yang ditentukan tidak boleh ada pada saat
Restore Container
operasi dilakukan. - Jika kontainer yang ditentukan ada,
Restore Container
operasi akan gagal dengan 409 (Konflik). - Jika kontainer yang dihapus sementara tidak ada, telah digunakan sebagai sumber
Restore Container
operasi, atau telah melebihi hari retensinya, operasi akan gagal dengan 409 (Konflik).
Billing
Permintaan harga dapat berasal dari klien yang menggunakan API Blob Storage, baik langsung melalui Blob Storage REST API, atau dari pustaka klien Azure Storage. Permintaan ini mengumpulkan biaya per transaksi. Jenis transaksi memengaruhi cara akun ditagih. Misalnya, transaksi baca bertambah ke kategori penagihan yang berbeda dari transaksi tulis. Tabel berikut ini memperlihatkan kategori penagihan untuk Restore Container
permintaan berdasarkan jenis akun penyimpanan:
Operasi | Jenis akun penyimpanan | Kategori penagihan |
---|---|---|
Memulihkan Kontainer | Objek besar biner blok premium Tujuan umum standar v2 Tujuan umum standar v1 |
Mencantumkan dan Create operasi Kontainer |
Untuk mempelajari tentang harga untuk kategori penagihan yang ditentukan, lihat harga Azure Blob Storage.