Memulihkan Kontainer

Artikel
02/12/2024

Operasi memulihkan Restore Container konten dan properti kontainer yang dihapus sementara ke kontainer tertentu. Restore Container Operasi ini tersedia pada versi dan yang lebih 2019-12-12 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 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.

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.

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. Prinsip 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, atau perwakilan layanan Microsoft Entra untuk memanggil Restore Container operasi, dan peran Azure RBAC bawaan yang paling tidak istimewa yang menyertakan tindakan ini:

Tindakan Azure RBAC: Microsoft.Storage/storageAccounts/blobServices/containers/write
Peran bawaan yang paling tidak istimewa: Kontributor Data Blob Penyimpanan

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

Tanda tangan akses bersama (SAS) menyediakan akses delegasi yang 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 ke sumber daya tersebut, dan berapa lama SAS valid.

Operasi ini Restore Container mendukung otorisasi menggunakan AKUN SAS.

Ketika akses Kunci Bersama tidak diizinkan untuk akun penyimpanan, token SAS akun tidak akan diizinkan atas permintaan ke Blob Storage. Untuk mempelajari lebih lanjut, lihat Memahami bagaimana melarang Kunci Bersama memengaruhi token SAS.

Akun SAS

Akun SAS 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 delegasi pengguna SAS juga tersedia melalui akun SAS.

Tabel berikut menunjukkan jenis sumber daya yang ditandatangani dan izin yang ditandatangani untuk menentukan kapan Anda mendelegasikan akses:

Operasi	Layanan yang ditandatangani	Jenis sumber daya yang ditandatangani	Izin yang ditandatangani
Memulihkan Kontainer	Blob (b)	Kontainer (c)	Tulis (w)

Untuk mempelajari selengkapnya tentang akun SAS, lihat Membuat AKUN SAS.

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 bagaimana akun ditagih. Misalnya, membaca transaksi 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 Membuat operasi Kontainer

Untuk mempelajari tentang harga untuk kategori penagihan yang ditentukan, lihat harga Azure Blob Storage.