Rehidrasi blob dari Tingkat arsip
Saat blob berada di tingkat akses Arsip, maka 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 merehidrasi blob yang disimpan di Tingkat arsip:
Menyalin 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. Microsoft merekomendasikan opsi ini untuk sebagian besar skenario.
Mengubah tingkat penyimpanan blob ke tingkat online: Anda dapat merehidrasi blob yang diarsipkan menjadi tingkat Panas atau Dingin dengan mengubah tingkatannya menggunakan operasi Atur Tingkatan 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 akan diproses dalam urutan diterima dan mungkin memerlukan waktu hingga 15 jam untuk menyelesaikan objek dengan ukuran di bawah 10 GB.
- Prioritas tinggi: Permintaan rehidrasi akan diprioritaskan di atas permintaan prioritas standar dan dapat selesai dalam waktu kurang dari satu jam untuk objek di bawah ukuran 10 GB.
Untuk memeriksa prioritas rehidrasi saat operasi rehidrasi sedang berlangsung, panggil Dapatkan Properti Blob untuk mengembalikan nilai header x-ms-rehydrate-priority. Properti prioritas rehidrasi mengembalikan ke 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
Pilihan pertama untuk memindahkan blob dari Tingkat arsip ke tingkat online adalah menyalin blob yang diarsipkan ke blob tujuan baru yang berada di tingkat Panas 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.
Microsoft merekomendasikan untuk melakukan operasi salinan di sebagian besar skenario di mana Anda perlu memindahkan blob dari Tingkat arsip ke tingkat online, karena alasan berikut:
Operasi salinan 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.
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 tingkat Arsip setelah rehidrasi karena waktu modifikasi terakhir melampaui ambang yang ditetapkan untuk kebijakan. Operasi salinan meninggalkan blob sumber di tingkat Arsip dan menciptakan 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 Tingkat 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 membuat daftar blob di kontainer induk sebelum operasi rehidrasi selesai, tetapi tingkatannya akan di atur 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 mempengaruhi 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 penyalinan harus berada di tingkat online (Panas atau Dingin). Anda tidak dapat menyalin blob yang diarsipkan ke blob tujuan yang juga ada 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 telah 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 Tingkat arsip 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 pada rehidrasi blob
Rehidrasi blob yang diarsipkan dapat memakan waktu hingga 15 jam, dan polling Dapatkan Properti Blob berulang kali untuk menentukan apakah rehidrasi yang selesai tidak efisien. 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 mengangkat salah satu dari dua peristiwa berikut pada rehidrasi blob, tergantung pada operasi mana yang digunakan untuk merehidrasi blob:
- Peristiwa Microsoft.Storage.BlobCreated diaktifkan saat blob dibuat. Dalam konteks rehidrasi blob, peristiwa ini dipicu saat operasi Salin Blob membuat blob tujuan baru di tingkat Panas atau Dingin dan data blob sepenuhnya direhidrasi dari Tingkat arsip.
- Peristiwa Microsoft.Storage.BlobCreated diaktifkan saat blob diubah. Dalam konteks rehidrasi blob, peristiwa ini dipicu saat operasi Atur Tingkatan Blob berhasil mengubah tingkat blob yang diarsipkan ke tingkat Panas atau Dingin.
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.
Harga dan tagihan
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 prioritas tinggi untuk mengembalikan blob yang diarsipkan beberapa gigabyte membutuhkan waktu lebih dari lima jam, Anda tidak akan dikenakan biaya tingkat pengambilan prioritas 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 lalu dihapus atau dipindahkan ke tingkat Panas setelah 45 hari, Anda akan dikenakan biaya penghapusan awal yang setara dengan 135 (180 dikurangi 45) hari penyimpanan 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.