Pemulihan point-in-time untuk blob blok
Pemulihan point-in-time memberikan perlindungan terhadap penghapusan atau kerusakan yang tidak disengaja dengan memungkinkan anda untuk memulihkan data blob blok ke kondisi sebelumnya. Pemulihan point-in-time berguna dalam skenario saat pengguna atau aplikasi secara tidak sengaja menghapus data atau ketika kesalahan aplikasi merusak data. Pemulihan point-in-time juga memungkinkan skenario pengujian yang mengharuskan pengembalian kumpulan data ke status yang diketahui sebelum menjalankan pengujian lebih lanjut.
Pemulihan point-in-time didukung untuk akun penyimpanan v2 tujuan umum hanya dalam tingkat performa standar. Hanya data dalam tingkat akses panas dan dingin yang dapat dipulihkan dengan pemulihan point-in-time. Pemulihan titik waktu belum didukung di akun yang memiliki namespace hierarkis.
Untuk mempelajari cara mengaktifkan pemulihan point-in-time untuk akun penyimpanan, lihat Lakukan pemulihan point-in-time pada data block blob.
Cara kerja pemulihan point-in-time
Untuk mengaktifkan pemulihan point-in-time, buat kebijakan manajemen untuk akun penyimpanan dan menentukan periode retensi. Selama periode retensi, Anda dapat memulihkan blob blok dari kondisi saat ini ke kondisi pada titik waktu sebelumnya.
Untuk memulai pemulihan point-in-time, panggil operasi Pulihkan Rentang Blob dan tentukan titik pemulihan dalam waktu UTC. Anda dapat menentukan rentang leksikografi nama kontainer dan blob untuk dipulihkan, atau menghilangkan rentang untuk memulihkan semua kontainer di akun penyimpanan. Hingga 10 rentang leksikografis didukung per operasi pemulihan.
Azure Storage menganalisis semua perubahan yang telah dilakukan pada blob yang ditentukan antara titik pemulihan yang diminta, yang ditentukan dalam waktu UTC, dan saat sekarang. Operasi pemulihan bersifat atomik, sehingga dapat berhasil sepenuhnya dalam memulihkan semua perubahan, atau gagal. Jika ada blob yang tidak dapat dipulihkan, maka operasi gagal, dan operasi baca dan tulis ke kontainer yang terpengaruh dilanjutkan.
Diagram berikut memperlihatkan cara kerja pemulihan point-in-time. Satu atau beberapa kontainer atau rentang blob dipulihkan ke kondisinya n hari yang lalu, ketika n kurang dari atau sama dengan periode retensi yang ditentukan untuk pemulihan point-in-time. Efeknya adalah mengembalikan operasi tulis dan hapus yang terjadi selama periode retensi.
Hanya satu operasi pemulihan yang dapat dijalankan pada akun penyimpanan pada satu waktu. Operasi pemulihan tidak dapat dibatalkan setelah sedang berlangsung, tetapi operasi pemulihan kedua dapat dilakukan untuk mengurungkan operasi pertama.
Operasi Pulihkan Rentang blob mengembalikan ID pemulihan yang secara unik mengidentifikasi operasi. Untuk memeriksa status pemulihan point-in-time, panggil operasi Dapatkan Status Pemulihan dengan ID pemulihan yang dikembalikan dari operasi Pulihkan Rentang blob.
Penting
Saat Anda melakukan operasi pemulihan, operasi data blok Azure Storage pada blob dalam rentang tersebut dipulihkan selama durasi operasi. Operasi baca, tulis, dan hapus diblokir di lokasi utama. Untuk alasan ini, operasi seperti mencantumkan kontainer di portal Azure mungkin tidak berfungsi seperti yang diharapkan saat operasi pemulihan sedang berlangsung.
Baca operasi dari lokasi sekunder dapat dilanjutkan selama operasi pemulihan jika akun penyimpanan direplikasi secara geografis.
Perhatian
Pemulihan point-in-time mendukung pemulihan terhadap operasi yang bertindak hanya pada blob blok. Operasi apa pun yang berlaku pada kontainer tidak dapat dipulihkan. Misalnya, jika Anda menghapus kontainer dari akun penyimpanan dengan memanggil operasi Hapus Kontainer, kontainer tersebut tidak dapat dipulihkan dengan operasi pemulihan point-in-time. Daripada menghapus seluruh kontainer, hapus blob individual jika Anda mungkin ingin memulihkannya nanti.
Prasyarat untuk pemulihan point-in-time
Pemulihan point-in-time mengharuskan fitur Azure Storage berikut diaktifkan sebelum Anda bisa mengaktifkan pemulihan point-in-time:
Untuk mempelajari selengkapnya tentang rekomendasi Microsoft untuk perlindungan data, lihat Ringkasan perlindungan data.
Perhatian
Setelah Anda mengaktifkan penerapan versi blob untuk akun penyimpanan, setiap operasi tulis ke blob di akun tersebut akan menghasilkan pembuatan versi baru. Untuk alasan ini, pengaktifan penerapan versi blob dapat meminta biaya tambahan. Untuk meminimalkan biaya, gunakan kebijakan manajemen siklus hidup untuk menghapus versi lama secara otomatis. Untuk informasi tentang manajemen siklus hidup lebih lanjut, lihat Optimalkan biaya dengan mengotomatiskan tingkat akses Azure Blob Storage.
Periode retensi untuk pemulihan point-in-time
Saat Anda mengaktifkan pemulihan point-in-time untuk akun penyimpanan, Anda menentukan periode retensi. Blob blok di akun penyimpanan Anda dapat dipulihkan selama periode retensi.
Periode retensi dimulai beberapa menit setelah Anda mengaktifkan pemulihan point-in-time. Perlu diingat bahwa Anda tidak dapat memulihkan blob ke status sebelum awal periode retensi. Misalnya, jika Anda mengaktifkan pemulihan point-in-time pada 1 Mei dengan retensi 30 hari, maka pada 15 Mei Anda dapat memulihkan ke maksimum 15 hari. Pada 1 Juni, Anda dapat memulihkan data dari antara 1 dan 30 hari.
Periode retensi untuk pemulihan point-in-time setidaknya harus satu hari lebih sedikit dari periode retensi yang ditentukan untuk penghapusan sementara. Misalnya, jika periode retensi penghapusan sementara diatur ke tujuh hari, maka periode retensi pemulihan titik waktu mungkin antara 1 dan 6 hari.
Catatan
Periode retensi yang Anda tentukan untuk pemulihan point-in-time tidak memengaruhi retensi versi blob. Versi Blob dipertahankan hingga dihapus secara eksplisit. Untuk mengoptimalkan biaya dengan menghapus atau mengelompokkan versi lama, buat kebijakan manajemen siklus hidup. Untuk informasi selengkapnya, lihat Mengoptimalkan biaya dengan mengelola siklus hidup data secara otomatis.
Waktu yang diperlukan untuk memulihkan sekumpulan data didasarkan pada jumlah operasi tulis dan hapus yang dilakukan selama periode pemulihan. Misalnya, akun dengan satu juta blob dengan 3.000 blob ditambahkan per hari dan 1.000 blob yang dihapus per hari memerlukan sekitar dua jam untuk memulihkan ke titik 30 hari sebelumnya. Periode retensi dan pemulihan lebih dari 90 hari di masa lalu tidak akan direkomendasikan untuk akun dengan tingkat perubahan ini.
Izin untuk pemulihan point-in-time
Untuk memulai operasi pemulihan, klien harus memiliki izin tulis ke semua kontainer di akun penyimpanan. Untuk memberikan izin untuk mengotorisasi operasi pemulihan dengan ID Microsoft Entra, tetapkan peran Kontributor Akun Penyimpanan ke prinsip keamanan di tingkat akun penyimpanan, grup sumber daya, atau langganan.
Batasan dan masalah yang diketahui
Pemulihan point-in-time untuk blob blok memiliki batasan berikut dan masalah yang diketahui:
- Hanya blob blok dalam akun penyimpanan v2 tujuan umum standar yang dapat dipulihkan sebagai bagian dari operasi pemulihan. Tambahkan blob, halaman blob, dan blob blok premium tidak dipulihkan.
- Jika Anda telah menghapus kontainer selama periode retensi, kontainer tersebut tidak akan dipulihkan dengan operasi pemulihan titik waktu. Jika Anda mencoba memulihkan rentang blob yang menyertakan blob dalam kontainer yang dihapus, operasi pemulihan point-in-time gagal. Untuk mempelajari tentang melindungi kontainer dari penghapusan, lihat Penghapusan sementara untuk kontainer.
- Jika Anda menggunakan penghapusan permanen untuk membersihkan versi blob yang dihapus sementara selama periode retensi pemulihan point-in-time, maka operasi pemulihan mungkin tidak dapat memulihkan blob tersebut dengan benar.
- Jika blob telah berpindah antara tingkat panas dan dingin dalam periode antara saat ini dan titik pemulihan, blob dipulihkan ke tingkat sebelumnya.
- Memulihkan blob blok di tingkat arsip tidak didukung. Misalnya, jika blob di tingkat panas dipindahkan ke tingkat arsip dua hari yang lalu, dan operasi pemulihan dipulihkan ke titik tiga hari yang lalu, blob tersebut tidak dipulihkan ke tingkat panas. Untuk memulihkan blob yang diarsipkan, pindahkan dari tingkat arsip terlebih dahulu. Untuk informasi selengkapnya, lihat Ringkasan rehidrasi blob dari tingkat arsip.
- Operasi pemulihan parsial tidak didukung. Oleh karena itu, jika kontainer telah mengarsipkan blob di dalamnya, seluruh operasi pemulihan gagal karena memulihkan blob blok di tingkat arsip tidak didukung.
- Jika kebijakan imutabilitas dikonfigurasi, maka operasi pemulihan dapat dimulai, tetapi blob apa pun yang dilindungi oleh kebijakan kekekalan tidak akan dimodifikasi. Operasi pemulihan dalam kasus ini tidak akan mengakibatkan pemulihan status konsisten ke tanggal dan waktu yang diberikan.
- Blok yang telah diunggah melalui Blok Put atau Blok dari URL, tetapi tidak dilakukan melalui Daftar Blok Put, bukan bagian dari suatu blob, sehingga tidak dipulihkan.
- Jika blob dengan sewa aktif disertakan dalam rentang untuk dipulihkan, dan jika versi blob sewaan saat ini berbeda dari versi sebelumnya pada tanda waktu yang disediakan untuk PITR, operasi pemulihan gagal secara atomik. Sebaiknya putuskan sewa aktif sebelum memulai operasi pemulihan.
- Melakukan failover yang dikelola pelanggan pada akun penyimpanan mengatur ulang titik pemulihan paling awal yang mungkin untuk akun penyimpanan. Untuk detail selengkapnya, lihat Pemulihan titik waktu.
- Rekam jepret tidak dibuat atau dihapus sebagai bagian dari operasi pemulihan. Hanya blob dasar yang dipulihkan ke kondisi sebelumnya.
- Pemulihan titik waktu tidak didukung untuk namespace hierarkis atau operasi melalui Azure Data Lake Storage Gen2.
- Pemulihan titik waktu tidak didukung saat properti AllowedCopyScope akun penyimpanan diatur untuk membatasi cakupan salinan ke penyewa Microsoft Entra atau jaringan virtual yang sama. Untuk informasi selengkapnya, lihat Tentang Cakupan yang diizinkan untuk operasi penyalinan (pratinjau).
- Pemulihan titik waktu tidak didukung saat kekekalan tingkat versi diaktifkan pada akun penyimpanan atau kontainer di akun. Untuk informasi selengkapnya tentang kekekalan tingkat versi, lihat Mengonfigurasi kebijakan imutabilitas untuk versi blob.
Penting
Jika Anda memulihkan blob blok ke titik yang lebih awal dari 22 September 2020, batasan pratinjau untuk pemulihan point-in-time akan berlaku. Microsoft menyarankan agar Anda memilih titik pemulihan yang sama dengan atau lebih baru dari 22 September 2020 untuk memanfaatkan fitur pemulihan point-in-time yang tersedia secara umum.
Dukungan fitur
Dukungan untuk fitur ini mungkin terpengaruh dengan mengaktifkan Data Lake Storage Gen2, protokol Network File System (NFS) 3.0, atau SSH File Transfer Protocol (SFTP). Jika Anda telah mengaktifkan salah satu kemampuan ini, lihat Dukungan fitur Blob Storage di akun Azure Storage untuk menilai dukungan untuk fitur ini.
Penetapan harga dan penagihan
Tidak ada biaya untuk mengaktifkan pemulihan titik waktu. Namun, mengaktifkan pemulihan point-in-time juga mengaktifkan pembuatan versi blob, penghapusan sementara, dan pengubahan umpan, yang masing-masing dapat mengakibatkan biaya tambahan.
Penagihan untuk melakukan operasi pemulihan point-in-time didasarkan pada jumlah data umpan perubahan yang diproses untuk pemulihan. Anda juga ditagih untuk setiap transaksi penyimpanan yang terlibat dalam proses pemulihan.
Untuk informasi selengkapnya tentang harga untuk pemulihan point-in-time, lihat Harga blokir blob.