Rehidrasi blob dari tingkat arsip
Saat blob berada di tingkat akses arsip, blob tersebut dianggap offline, dan tidak dapat dibaca atau dimodifikasi. Untuk membaca atau memodifikasi data dalam blob yang diarsipkan, Anda harus terlebih dahulu merehidrasi blob ke tingkat online, baik tingkat panas maupun dingin. Ada dua opsi untuk rehidrasi blob yang disimpan di tingkat arsip:
Salin blob yang diarsipkan ke tingkat online: Anda dapat merehidrasi blob yang diarsipkan dengan menyalinnya ke blob baru di tingkat panas atau dingin dengan operasi Salin Blob .
Mengubah tingkat akses blob yang diarsipkan ke tingkat online: Anda dapat merehidrasi blob yang diarsipkan ke tingkat panas atau dingin dengan mengubah tingkatnya menggunakan operasi Atur Tingkat Blob.
Merehidrasi blob dari tingkat arsip dapat memakan waktu beberapa jam. Microsoft merekomendasikan pengarsipan blob yang lebih besar untuk performa yang optimal saat rehidrasi. Merehidrasi sejumlah besar blob kecil mungkin memerlukan waktu tambahan karena overhead pemrosesan pada setiap blob. Maksimal 10 GiB per akun penyimpanan dapat direhidrasi per jam dengan pengambilan prioritas.
Untuk mempelajari cara merehidrasi blob yang diarsipkan ke tingkat online, lihat Merehidrasi blob yang diarsipkan ke tingkat online.
Prioritas rehidrasi
Saat Anda merehidrasi blob, Anda dapat menyetel prioritas untuk operasi rehidrasi melalui header opsional x-ms-rehydrate-priority pada Atur Tingkatan Blob atau operasi Salin Blob. Pilihan prioritas rehidrasi meliputi:
- Prioritas standar: Permintaan rehidrasi diproses dalam urutan diterimanya dan mungkin memerlukan waktu hingga 15 jam untuk menyelesaikan objek dengan ukuran di bawah 10 GB.
- Prioritas tinggi: Permintaan rehidrasi diprioritaskan daripada permintaan prioritas standar dan mungkin selesai dalam waktu kurang dari satu jam untuk objek dengan ukuran di bawah 10 GB.
Untuk memeriksa prioritas rehidrasi saat operasi rehidrasi sedang berlangsung, panggil Dapatkan Properti Blob untuk menampilkan nilai header x-ms-rehydrate-priority. Properti prioritas rehidrasi mengembalikan Standar atau Tinggi.
Prioritas standar adalah opsi rehidrasi default. Rehidrasi prioritas tinggi lebih cepat, tetapi biayanya juga lebih tinggi dari rehidrasi prioritas standar. Rehidrasi prioritas tinggi mungkin memakan waktu lebih dari satu jam, tergantung pada ukuran blob dan permintaan saat ini. Microsoft merekomendasikan pemesanan rehidrasi prioritas tinggi untuk digunakan dalam situasi pemulihan data darurat.
Sementara operasi rehidrasi prioritas standar tertunda, Anda dapat memperbarui pengaturan prioritas rehidrasi untuk blob ke Tinggi untuk rehidrasi blob itu lebih cepat. Misalnya, jika Anda merehidrasi sejumlah besar blob dalam jumlah besar, Anda dapat menentukan prioritas Standard untuk semua blob untuk operasi awal, kemudian meningkatkan prioritas ke Tinggi untuk setiap blob individu yang perlu dibawa online lebih cepat, hingga batas 10 GiB per jam.
Pengaturan prioritas rehidrasi tidak dapat diturunkan dari Tinggi ke Standar untuk operasi yang tertunda. Perlu diingat bahwa memperbarui pengaturan prioritas rehidrasi mungkin memiliki dampak penagihan.
Untuk mempelajari cara mengatur dan memperbarui pengaturan prioritas rehidrasi, lihat Rehidrasi blob yang diarsipkan ke tingkat online.
Untuk informasi selengkapnya tentang perbedaan harga antara permintaan rehidrasi prioritas standar dan prioritas tinggi, lihat Harga untuk Azure Blob Storage.
Menyalin blob arsip ke tingkat online
Opsi pertama untuk memindahkan blob dari tingkat arsip ke tingkat online adalah menyalin blob yang diarsipkan ke blob tujuan baru yang berada di tingkat panas, dingin, atau dingin. Anda dapat menggunakan operasi Salin Blob untuk menyalin blob. Saat Anda menyalin blob yang diarsipkan ke blob baru di tingkat online, blob sumber tetap tidak dimodifikasi di tingkat arsip.
Anda harus menyalin blob yang diarsipkan ke blob baru dengan nama yang berbeda atau ke wadah yang berbeda. Anda tidak dapat menimpa blob sumber dengan menyalin ke blob yang sama.
Dengan menyalin blob dari tingkat arsip ke tingkat online, Anda dapat menghindari biaya penghapusan awal yang dinilai jika Anda mengubah tingkat blob dari tingkat arsip sebelum periode 180 hari yang diperlukan berlalu. Untuk informasi selengkapnya, buka Tingkat akses arsip.
Opsi ini juga dapat masuk akal jika ada kebijakan manajemen siklus hidup yang berlaku untuk akun penyimpanan, dan daysAfterLastTierChangeGreaterThan kondisinya tidak ditambahkan ke setiap tierToArchive tindakan kebijakan. Dalam hal ini, rehidrasi blob dengan operasi Atur Tingkat Blob dapat mengakibatkan skenario di mana kebijakan siklus hidup memindahkan blob kembali ke tingkat arsip setelah rehidrasi karena waktu terakhir yang dimodifikasi berada di luar ambang yang ditetapkan untuk kebijakan. Operasi salin meninggalkan blob sumber di tingkat arsip dan membuat blob baru dengan nama yang berbeda dan waktu modifikasi terakhir yang baru, sehingga tidak ada risiko bahwa blob yang direhidrasi akan dipindahkan kembali ke tingkat arsip oleh kebijakan siklus hidup.
Menyalin blob dari arsip dapat memakan waktu berjam-jam tergantung pada prioritas rehidrasi yang dipilih. Di balik layar, operasi salin blob membaca blob sumber arsip Anda untuk membuat blob online baru di tingkat tujuan yang dipilih. Blob baru mungkin terlihat saat Anda mencantumkan blob dalam kontainer induk sebelum operasi rehidrasi selesai, tetapi tingkatnya akan diatur ke arsip. Data tidak tersedia sampai operasi baca dari blob sumber di tingkat arsip selesai dan konten blob telah ditulis ke blob tujuan baru di tingkat online. Blob baru adalah salinan independen, sehingga memodifikasi atau menghapusnya tidak memengaruhi blob sumber di tingkat arsip.
Untuk mempelajari cara merehidrasi blob dengan menyalinnya ke tingkat online, lihat Merehidrasi blob dengan operasi penyalinan.
Penting
Jangan hapus blob sumber sampai rehidrasi berhasil diselesaikan. Jika blob sumber dihapus maka blob tujuan mungkin tidak menyelesaikan penyalinan. Anda dapat menangani peristiwa yang diajukan ketika operasi salinan selesai untuk mengetahui kapan waktu aman untuk menghapus blob sumber. Untuk informasi selengkapnya, lihat Menangani peristiwa pada rehidrasi blob.
Merehidrasi blob yang diarsipkan dengan menyalinnya ke tingkat tujuan online didukung dalam akun penyimpanan yang sama hanya untuk versi layanan sebelum 12-02-2021. Dimulai dengan layanan versi 12-02-2021, Anda dapat merehidrasi blob yang diarsipkan dengan menyalinnya ke akun penyimpanan yang berbeda, selama akun tujuan berada di wilayah yang sama dengan akun sumber. Rehidrasi di seluruh akun penyimpanan memungkinkan Anda memisahkan data produksi dari data cadangan Anda, dengan mempertahankannya di akun terpisah. Mengisolasi data yang diarsipkan di akun terpisah juga dapat membantu mengurangi biaya rehidrasi yang tidak disengaja.
Blob target untuk operasi salin harus berada di tingkat online (panas atau dingin). Anda tidak dapat menyalin blob yang diarsipkan ke blob tujuan yang juga berada di tingkat arsip.
Tabel berikut menunjukkan perilaku operasi salinan blob, tergantung pada tingkatan sumber dan blob tujuan.
| Sumber tingkat hot | Sumber tingkat tidak aktif | Sumber tingkat arsip | |
|---|---|---|---|
| Tujuan tingkat hot | Didukung | Didukung | Didukung di seluruh akun di wilayah yang sama dengan versi 12-02-2021 dan yang lebih baru. Didukung dalam akun penyimpanan yang sama hanya untuk versi yang lebih lama. Membutuhkan rehidrasi blob. |
| Tujuan tingkat tidak aktif | Didukung | Didukung | Didukung di seluruh akun di wilayah yang sama dengan versi 12-02-2021 dan yang lebih baru. Didukung dalam akun penyimpanan yang sama hanya untuk versi yang lebih lama. Membutuhkan rehidrasi blob. |
| Tujuan tingkat arsip | Didukung | Didukung | Tidak didukung |
Rehidrasi dari wilayah sekunder
Jika Anda mengonfigurasi akun penyimpanan untuk menggunakan penyimpanan geo-redundan akses baca (RA-GRS), maka Anda dapat menggunakan operasi Salin Blob untuk merehidrasi blob di wilayah sekunder ke akun penyimpanan lain yang terletak di wilayah sekunder yang sama. Lihat Rehidrasi dari wilayah sekunder.
Untuk mempelajari selengkapnya tentang mendapatkan akses baca ke wilayah sekunder, lihat Membaca akses ke data di wilayah sekunder.
Mengubah tingkat akses blob ke tingkat online
Opsi kedua untuk merehidrasi blob dari tingkat arsip ke tingkat online adalah mengubah tingkat blob dengan memanggil Atur Tingkatan Blob. Dengan operasi ini, Anda dapat mengubah tingkat blob yang diarsipkan menjadi panas atau dingin.
Setelah permintaan Atur Tingkatan Blob dimulai, permintaan tersebut tidak dapat dibatalkan. Selama operasi rehidrasi, pengaturan tingkat akses blob terus menunjukkan sebagai diarsipkan sampai proses rehidrasi selesai. Ketika operasi rehidrasi selesai, pembaruan properti tingkat akses blob untuk mencerminkan tingkat baru.
Untuk mempelajari cara merehidrasi blob dengan mengubah tingkatannya ke tingkat online, lihat Rehidrasi blob dengan mengubah tingkatannya.
Perhatian
Mengubah tingkat blob tidak mempengaruhi waktu modifikasi terakhirnya. Jika ada kebijakan manajemen siklus hidup yang berlaku untuk akun penyimpanan, rehidrasi blob dengan Atur Tingkatan Blob dapat menghasilkan skenario di mana kebijakan siklus hidup memindahkan blob kembali ke arsip tingkat setelah rehidrasi karena waktu modifikasi terakhir melampaui ambang yang ditetapkan untuk kebijakan.
Untuk menghindari skenario ini, tambahkan ketentuan daysAfterLastTierChangeGreaterThan ke tindakan tierToArchive dari kebijakan. Sebagai alternatif, Anda dapat merehidrasi blob yang diarsipkan dengan menyalinnya, seperti dijelaskan dalam bagian Menyalin blob yang diarsipkan ke tingkat online. Melakukan operasi penyalinan membuat instans blob baru dengan waktu modifikasi terakhir yang diperbarui, sehingga tidak akan memicu kebijakan manajemen siklus hidup.
Periksa status operasi rehidrasi blob
Selama operasi rehidrasi blob, Anda dapat memanggil operasi Dapatkan Properti Blob untuk memeriksa statusnya. Untuk mempelajari cara memeriksa status operasi rehidrasi, lihat Memeriksa status operasi rehidrasi.
Menangani peristiwa di rehidrasi blob
Rehidrasi blob yang diarsipkan mungkin memakan waktu hingga 15 jam, dan tidak efisien untuk berulang kali melakukan polling Dapatkan Properti Blob untuk menentukan apakah rehidrasi selesai. Microsoft merekemondasikan agar Anda menggunakan Azure Event Grid untuk mengambil peristiwa yang terjadi saat rehidrasi selesai untuk mendapatkan performa dan pengoptimalan biaya yang lebih baik.
Azure Event Grid meningkatkan peristiwa Microsoft.Storage.BlobTierChanged pada penyelesaian rehidrasi blob:
- Peristiwa Microsoft.Storage.BlobCreated diaktifkan saat blob diubah. Dalam konteks rehidrasi blob, peristiwa ini diaktifkan ketika tingkat akses blob tujuan berhasil diubah dari tingkat arsip ke tingkat online (tingkat panas, dingin, atau dingin). Anda dapat menggunakan operasi Atur Tingkat Blob untuk mengubah tingkat akses blob yang diarsipkan atau menggunakan operasi Salin Blob untuk menyalin blob yang diarsipkan ke blob tujuan baru di tingkat online.
Untuk mempelajari cara mengambil peristiwa pada rehidrasi dan mengirimkannya ke pengendali peristiwa Fungsi Azure, lihat Menjalankan Fungsi Azure sebagai respons terhadap peristiwa rehidrasi blob.
Untuk informasi selengkapnya tentang penanganan peristiwa di Blob Storage, lihat Bereaksi terhadap peristiwa penyimpanan Azure Blob dan Azure Blob Storage sebagai sumber Event Grid.
Penetapan harga dan penagihan
Operasi rehidrasi dengan Atur Tingkatan Blob dikenakan biaya untuk transaksi pembacaan data dan ukuran pengambilan data. Rehidrasi prioritas tinggi memiliki biaya operasi dan pengambilan data yang lebih tinggi dibandingkan dengan prioritas standar. Rehidrasi prioritas tinggi muncul sebagai item baris terpisah pada tagihan Anda. Jika permintaan berprioritas tinggi untuk mengembalikan blob yang diarsipkan yang berukuran kurang dari 10 GB membutuhkan waktu lebih dari lima jam, Anda tidak akan dikenakan tarif pengambilan berprioritas tinggi. Namun, tarif pengambilan standar masih berlaku.
Menyalin blob yang diarsipkan ke tingkat online dengan Salin Blob dikenakan biaya untuk transaksi pembacaan data dan ukuran pengambilan data. Membuat blob tujuan dalam tingkat online ditagih untuk transaksi penulisan data. Biaya penghapusan awal tidak berlaku saat Anda menyalin ke blob online karena blob sumber tetap tidak dimodifikasi di tingkat arsip. Biaya pengambilan prioritas tinggi berlaku jika dipilih.
Blob dalam tingkat arsip harus disimpan selama minimal 180 hari. Menghapus atau mengubah tingkat blob yang diarsipkan sebelum periode 180 hari berlalu menimbulkan biaya penghapusan awal. Misalnya, jika blob dipindahkan ke tingkat arsip dan kemudian dihapus atau dipindahkan ke tingkat panas setelah 45 hari, Anda akan dikenakan biaya penghapusan awal yang setara dengan 135 (180 dikurangi 45) hari untuk menyimpan blob tersebut di tingkat arsip. Untuk informasi selengkapnya, buka Tingkat akses arsip.
Untuk informasi selengkapnya tentang harga untuk blob blok dan rehidrasi data, lihat Harga Microsoft Azure Storage. Untuk informasi selengkapnya tentang biaya transfer data keluar, lihat Detail Harga Transfer Data.