Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Kebijakan tulis sekali, baca berkali-kali (WORM) tingkat versi adalah jenis kebijakan tidak dapat diubah yang dapat diatur di tingkat akun, wadah, atau versi. Untuk mempelajari lebih lanjut tentang penyimpanan yang tidak dapat diubah untuk Azure Blob Storage, lihat Menyimpan data blob penting bisnis dengan penyimpanan yang tidak dapat diubah dalam kondisi tulis sekali, baca berkali-kali (WORM).
Ketersediaan
Kebijakan kekekalan tingkat versi (VLW) didukung pada tingkat akun untuk akun baru, serta pada tingkat kontainer dan blob untuk akun dan kontainer baru maupun yang sudah ada. Kebijakan ini didukung untuk akun blob blok v2 tujuan umum dan premium. Fitur ini tidak didukung pada akun namespace hierarkis.
Dependensi versi perangkat lunak
Kebijakan tingkat versi mengharuskan penerapan versi blob diaktifkan untuk akun penyimpanan. Untuk mempelajari cara mengaktifkan penerapan versi blob, lihat Mengaktifkan dan mengelola penerapan versi blob. Perlu diingat bahwa mengaktifkan versioning mungkin memengaruhi biaya. Untuk informasi selengkapnya, lihat bagian Harga dan tagihan untuk Penerapan Versi Blob.
Setelah penerapan versi diaktifkan, ketika blob pertama kali diunggah, versi blob tersebut adalah versi saat ini. Setiap kali blob ditimpa, versi baru dibuat yang menyimpan status blob sebelumnya. Saat Anda menghapus versi blob saat ini, versi saat ini menjadi versi sebelumnya dan dipertahankan hingga dihapus secara eksplisit. Versi blob sebelumnya memiliki kebijakan penyimpanan berbasis waktu yang berlaku ketika versi saat ini menjadi versi sebelumnya.
Jika kebijakan default berlaku untuk akun penyimpanan atau kontainer, maka ketika operasi penimpaan membuat versi sebelumnya, versi baru saat ini mewarisi kebijakan default untuk akun atau kontainer.
Setiap versi mungkin hanya memiliki satu kebijakan penyimpanan berbasis waktu yang dikonfigurasi. Versi mungkin juga memiliki satu penahanan legal yang dikonfigurasi.
Untuk mempelajari cara mengonfigurasi kebijakan retensi berbasis waktu untuk tingkat versi, lihat Mengonfigurasi kebijakan tidak dapat diubah untuk versi blob.
Pengaturan pemberdayaan dan kebijakan
Menggunakan kebijakan yang tidak dapat diubah dengan WORM tingkat versi adalah proses dua langkah. Pertama, aktifkan kekekalan tingkat versi. Kemudian, Anda dapat mengatur kebijakan imutabilitas tingkat versi.
Untuk menetapkan kebijakan di tingkat akun penyimpanan, Anda harus terlebih dahulu mengaktifkan WORM tingkat versi di akun penyimpanan. Anda hanya dapat melakukan ini pada waktu pembuatan akun. Tidak ada opsi untuk mengaktifkan WORM tingkat versi untuk akun yang sudah ada sebelumnya.
Untuk mengatur kebijakan di tingkat kontainer, Anda harus terlebih dahulu mengaktifkan WORM tingkat versi baik pada akun ATAU pada kontainer.
Jika Anda berencana untuk mengaktifkan WORM tingkat versi pada kontainer, Microsoft menyarankan agar Anda mengaktifkannya pada waktu pembuatan kontainer. Namun, Anda dapat memigrasikan kontainer yang diaktifkan WORM tingkat non-versi ke kontainer yang diaktifkan WORM tingkat versi. Jika Anda memilih untuk tidak memigrasikan kontainer, Anda masih dapat mengatur kebijakan WORM tingkat kontainer pada kontainer tersebut, tetapi opsi untuk mengatur kebijakan tingkat blob tidak akan tersedia pada kontainer tersebut.
Untuk menetapkan kebijakan di tingkat blob, Anda harus mengaktifkan WORM tingkat versi pada akun atau kontainer. Tidak ada opsi untuk mengaktifkan WORM tingkat versi di tingkat blob; itu harus diwariskan.
Migrasi
Kontainer yang ada dapat mendukung kekekalan tingkat versi tetapi harus menjalani proses migrasi terlebih dahulu. Proses ini mungkin memakan waktu. Setelah diaktifkan, dukungan WORM tingkat versi untuk kontainer tersebut tidak dapat dihapus. Anda dapat memigrasikan 10 kontainer pada satu waktu per akun penyimpanan. Jumlah waktu yang diperlukan untuk bermigrasi terutama tergantung pada jumlah blob dalam kontainer. Kontainer dengan sejumlah besar blob akan memakan waktu lebih lama untuk bermigrasi. Untuk informasi selengkapnya tentang memigrasikan kontainer untuk mendukung kekekalan tingkat versi, lihat Memigrasikan kontainer yang ada untuk mendukung kekekalan tingkat versi.
Mengonfigurasi kebijakan pada versi saat ini
Setelah Anda mengaktifkan dukungan untuk kekekalan tingkat versi untuk akun penyimpanan atau kontainer, maka Anda memiliki opsi untuk mengonfigurasi kebijakan penyimpanan berbasis waktu default untuk akun atau kontainer. Saat Anda mengonfigurasi kebijakan penyimpanan berbasis waktu default untuk akun atau kontainer lalu mengunggah blob, blob mewarisi kebijakan default tersebut. Anda juga dapat memilih untuk mengambil alih kebijakan default untuk blob apa pun yang diunggah dengan mengonfigurasi kebijakan kustom untuk blob tersebut.
Jika kebijakan penyimpanan berbasis waktu default untuk akun atau kontainer tidak terkunci, maka versi blob saat ini yang mewarisi kebijakan default juga akan memiliki kebijakan yang tidak terkunci. Setelah blob individual diunggah, Anda dapat mempersingkat atau memperpanjang periode retensi untuk kebijakan pada versi blob saat ini atau menghapus versi saat ini. Anda juga dapat mengunci kebijakan untuk versi saat ini, meskipun kebijakan default pada akun atau kontainer tetap tidak terkunci.
Jika kebijakan penyimpanan berbasis waktu default untuk akun atau kontainer dikunci, maka versi blob saat ini yang mewarisi kebijakan default juga akan memiliki kebijakan terkunci. Namun, jika Anda mengambil alih kebijakan default saat mengunggah blob dengan mengatur kebijakan hanya untuk blob tersebut, kebijakan blob tersebut tetap tidak terkunci sampai Anda secara eksplisit menguncinya. Saat kebijakan pada versi saat ini dikunci, Anda dapat memperpanjang interval retensi, tetapi Anda tidak dapat menghapus kebijakan atau mempersingkat interval penyimpanan.
Jika tidak ada kebijakan default yang dikonfigurasi untuk akun penyimpanan atau kontainer, Maka Anda dapat mengunggah blob baik dengan kebijakan kustom atau tanpa kebijakan.
Jika kebijakan default pada akun penyimpanan atau kontainer dimodifikasi, kebijakan pada objek dalam kontainer tersebut tetap tidak berubah, bahkan jika kebijakan tersebut diwarisi dari kebijakan default.
Tabel berikut ini memperlihatkan berbagai opsi yang tersedia untuk mengatur kebijakan penyimpanan berbasis waktu pada blob saat diunggah:
| Status kebijakan default pada akun atau kontainer | Mengunggah blob dengan kebijakan default | Mengunggah blob dengan kebijakan kustom | Mengunggah objek (blob) tanpa kebijakan |
|---|---|---|---|
| Kebijakan default pada akun atau kontainer (tidak terkunci) | Blob diunggah dengan kebijakan bawaan yang tidak terkunci | Blob diunggah dengan kebijakan kustom yang tidak terkunci | Blob diunggah tanpa kebijakan |
| Kebijakan default pada akun atau kontainer (terkunci) | Blob diunggah dengan kebijakan terkunci default | Blob diunggah dengan kebijakan kustom yang tidak terkunci | Blob diunggah tanpa kebijakan |
| Tidak ada kebijakan default pada akun atau kontainer | Tidak tersedia | Blob diunggah dengan kebijakan kustom yang tidak terkunci | Blob diunggah tanpa kebijakan |
Mengonfigurasi kebijakan pada versi sebelumnya
Saat penerapan versi diaktifkan, operasi tulis atau hapus ke blob membuat versi baru blob sebelumnya yang menyimpan status blob sebelum operasi. Secara default, versi sebelumnya memiliki kebijakan penyimpanan berbasis waktu yang berlaku untuk versi saat ini, jika ada, ketika versi saat ini menjadi versi sebelumnya. Versi baru saat ini mewarisi kebijakan pada kontainer, jika ada.
Jika kebijakan yang diwariskan oleh versi sebelumnya tidak terkunci, maka interval retensi dapat dipersingkat atau diperpanjang, atau kebijakan dapat dihapus. Kebijakan pada versi sebelumnya juga dapat dikunci untuk versi tersebut, bahkan jika kebijakan pada versi saat ini tidak terkunci.
Jika kebijakan yang diwariskan oleh versi sebelumnya dikunci, maka interval retensi dapat diperpanjang. Kebijakan tidak dapat dihapus, interval retensi juga tidak dapat dipersingkat. Jika tidak ada kebijakan yang dikonfigurasi pada versi saat ini, maka versi sebelumnya tidak mewarisi kebijakan apa pun.
Anda dapat mengonfigurasi kebijakan kustom untuk versi tersebut. Jika kebijakan pada versi saat ini dimodifikasi, kebijakan pada versi sebelumnya yang ada tetap tidak berubah, bahkan jika kebijakan diwarisi dari versi saat ini.
Penghapusan
Setelah akun atau kontainer diaktifkan untuk kebijakan yang tidak dapat diubah, akun atau kontainer tidak dapat dihapus hingga kosong. Hal utama yang perlu diperhatikan adalah bahwa tidak masalah jika kebijakan yang tidak dapat diubah telah ditetapkan pada akun atau kontainer WORM tingkat versi, penting jika diaktifkan untuk kebijakan. Setelah itu, akun atau kontainer harus kosong untuk dihapus.
Skenario
| Skenario | Operasi yang dilarang | Perlindungan Blob | Perlindungan Kontainer | Perlindungan akun |
|---|---|---|---|---|
| Versi blob dilindungi oleh kebijakan penyimpanan aktif dan/atau penahanan legal berlaku | Hapus Blob, Atur Metadata Blob, dan Letakkan Halaman | Versi blob tidak dapat dihapus. Metadata pengguna tidak dapat ditulis. Menimpa blob dengan Put Blob, Put Block List, atau Copy Blob membuat versi baru1. |
Penghapusan kontainer akan gagal jika setidaknya ada satu blob dalam kontainer, terlepas dari apakah kebijakan itu terkunci atau tidak. | Penghapusan akun penyimpanan gagal jika setidaknya ada satu kontainer dengan penyimpanan tidak dapat diubah pada tingkat versi diaktifkan, atau jika itu diaktifkan untuk seluruh akun. |
| Versi blob dilindungi oleh kebijakan penyimpanan yang kedaluwarsa dan tidak ada penahanan legal yang berlaku | Atur Metadata Blob dan Letakkan Halaman | Versi blob dilindungi oleh kebijakan penyimpanan yang kedaluwarsa dan tidak ada penahanan legal yang berlaku | Versi blob dapat dihapus. Menimpa blob dengan Put Blob, Put Block List, atau Copy Blob membuat versi baru1. |
Penghapusan akun penyimpanan gagal jika setidaknya ada satu kontainer yang berisi versi blob dengan kebijakan penyimpanan berbasis waktu terkunci. Kebijakan yang tidak terkunci tidak memberikan perlindungan penghapusan. |
1 Versi blob selalu tidak dapat diubah untuk konten. Jika pembuatan versi diaktifkan untuk akun penyimpanan, maka operasi tulis ke blob blok membuat versi baru, kecuali untuk operasi Put Block.
Batasan
Hanya ada 10.000 kontainer yang ditetapkan dengan kebijakan retensi berbasis waktu unik dalam satu akun; namun, Anda dapat menetapkan kebijakan tingkat akun yang akan diwarisi oleh lebih dari 10.000 kontainer.