Mengelola titik pemulihan
Artikel ini menjelaskan cara kerja retensi untuk mesin virtual. Setiap kali pencadangan terjadi, titik pemulihan dibuat dari mana operasi pemulihan dapat dilakukan.
Untuk mesin virtual, cadangan awal adalah cadangan penuh dan cadangan berikutnya adalah cadangan bertahap.
Titik pemulihan dan retensi
Cadangan awal dan bertahap yang terjadwal
Mari kita ambil contoh mesin virtual V1 yang disederhanakan dengan disk data yang terdiri dari empat blok: Blok 1, Blok 2, Blok 3, dan Blok 4. Setiap blok berukuran 16 KB.
Langkah 1 -Cadangan Awal: Cadangan awal adalah cadangan penuh. Ini bertindak sebagai dasar di mana cadangan bertahap berikutnya diterapkan. Misalkan ada data yang ditulis ke Blok 1 dan Blok 2 pada komputer virtual sumber. Data yang sama akan direplikasi sebagai D1 dan D2 pada penyimpanan vault Layanan Pemulihan.
Langkah 2 -Cadangan bertahap 1: Pertimbangkan ada data baru yang ditambahkan ke blok 3 komputer virtual. Data yang sama akan direplikasi pada cadangan bertahap berikutnya dan hanya blok yang diubah yang disimpan sebagai D3. Selama setiap langkah, bahkan jika 1 KB blok berubah, seluruh blok 16-KB diunggah di titik pemulihan.
Langkah 3 -Pencadangan tahapan 2: Sekarang perhatikan ada perubahan data pada blok 3 dan blok 2 pada mesin virtual sumber. Perubahan ini akan direplikasi pada cadangan bertahap berikutnya sebagai D3' dan D2'.
Cadangan sesuai permintaan
Anda dapat memilih untuk menjalankan cadangan sesuai permintaan komputer virtual kapan saja setelah Anda mengatur perlindungan di atasnya.
- Cadangan sesuai permintaan akan menjadi cadangan penuh jika dipicu sebelum pencadangan awal terjadwal yang pertama.
- Jika cadangan awal selesai, dan cadangan sesuai permintaan dipicu, maka itu adalah cadangan bertahap.
- Waktu retensi titik pemulihan yang dibuat untuk cadangan sesuai permintaan adalah nilai retensi yang Anda tentukan saat Anda memicu cadangan.
Biaya penyimpanan
Titik pemulihan yang dibuat untuk cadangan awal berisi semua blok yang memiliki data. Titik pemulihan bertahap berikutnya hanya terdiri dari blok yang telah mengubah data. Biaya penyimpanan sesuai dengan jumlah semua blok yang mencakup semua titik pemulihan.
Mari kita gunakan contoh di atas untuk memahami biaya penyimpanan setelah setiap langkah:
| Langkah | Jenis cadangan | Blok diubah | Jenis penyimpanan |
|---|---|---|---|
| 1 | Pencadangan awal | Blok 1, Blok 2 | Sesuai dengan titik pemulihan 1(D1+D2) |
| 2 | Cadangan bertahap 1 | Block 3 | Sesuai dengan titik pemulihan 1(D1+D2) + titik pemulihan 2(D3) |
| 3 | Cadangan bertahap 2 | Blok 2, Blok 3 | Sesuai dengan titik pemulihan 1(D1+D2) + titik pemulihan 2(D3) + titik pemulihan 3(D2'+D3') |
Kedaluwarsa titik pemulihan
Setiap titik pemulihan memiliki durasi penyimpanan, sebagaimana ditentukan dalam kebijakan cadangan. Pembersihan terjadi secara berkala dan semua titik pemulihan yang telah kedaluwarsa dibersihkan.
Ketika titik pemulihan kedaluwarsa, titik pemulihan akan dihapus atau digabungkan.
Kasus 1: Titik pemulihan awal kedaluwarsa
Ketika titik pemulihan awal kedaluwarsa, titik pemulihan tersebut bergabung dengan titik pemulihan bertahap berikutnya. Semua blok data yang ditimpa dalam titik pemulihan bertahap dihapus dan sisanya digabungkan. Cadangan bertahap kemudian menjadi cadangan penuh awal. Mari kita tinjau dengan contoh:
- Recovery Point 1 yang dibuat selama cadangan awal memiliki cadangan penuh komputer virtual.
- Ketika Titik Pemulihan 1 kedaluwarsa, Titik Pemulihan 2 adalah cadangan penuh berikutnya.
- Blok D1 digabungkan dengan Titik Pemulihan 2 dan D2 dihapus karena data di blok 2 ditimpa di Titik Pemulihan 2. Perubahan ini diambil sebagai blok D2'.
- Blok D1 dipertahankan dalam titik pemulihan berturut-turut apa adanya, sampai ada perubahan yang dilakukan sebelum cadangan berikutnya.
Kasus 2: Di antara titik pemulihan bertahap kedaluwarsa
- Jika Titik Pemulihan 2 kedaluwarsa sebelum Titik Pemulihan 1, data dari Titik Pemulihan 2 digabungkan dengan titik pemulihan berikutnya yang tersedia: Titik Pemulihan 3. Jadi blok D3 digabungkan dengan Titik Pemulihan 3.
- Titik Pemulihan 1 masih merupakan cadangan penuh dengan blok D1 dan D2.
Kasus 3: Titik pemulihan sesuai permintaan kedaluwarsa
Dalam contoh ini, kebijakan jadwal (cadangan harian) dijadwalkan untuk berjalan dengan periode retensi n hari. Jika cadangan sesuai permintaan dipicu pada hari keempat sebelum cadangan terjadwal berikutnya dan periode retensinya ditentukan dengan 10 hari, maka itu masih akan menjadi cadangan bertahap. Titik pemulihan (Sesuai permintaan RP1) akan dibuat setelah Titik Pemulihan 3 dan sebelum Titik Pemulihan 4. Pada akhir Hari ke-14, titik pemulihan sesuai permintaan (Sesuai permintaan RP1) akan kedaluwarsa, dan akan digabungkan dengan titik pemulihan berikutnya yang tersedia. Blok data yang masih ada di server digabungkan, sementara blok data yang berubah (ditimpa atau dihapus) dihapus dari titik pemulihan yang kedaluwarsa.
Dampak perubahan kebijakan pada titik pemulihan
Saat kebijakan dimodifikasi, kebijakan diterapkan ke titik pemulihan baru dan yang sudah ada. Untuk informasi selengkapnya, lihat Dampak perubahan kebijakan pada titik pemulihan.
Dampak perlindungan berhenti pada titik pemulihan
Ada dua cara untuk berhenti melindungi komputer virtual:
- Hentikan proteksi dan hapus data cadangan. Opsi ini akan menghentikan semua pekerjaan cadangan di masa mendatang dari melindungi komputer virtual Anda dan menghapus semua titik pemulihan. Jika penghapusan sementara diaktifkan, data yang dihapus akan disimpan selama 14 hari. Biaya tidak dikenakan untuk item dalam status dihapus sementara. Data dapat dibatalkan dalam jangka waktu 14 hari. Jika penghapusan sementara tidak diaktifkan, data akan segera dibersihkan dan Anda tidak akan dapat memulihkan komputer virtual atau menggunakan opsi Lanjutkan pencadangan.
- Hentikan proteksi dan pertahankan data cadangan. Opsi ini akan menghentikan semua pekerjaan cadangan di masa mendatang dari melindungi komputer virtual Anda. Namun, layanan Azure Backup akan selamanya mempertahankan titik pemulihan yang telah dicadangkan. Anda harus membayar untuk menyimpan titik pemulihan di vault (lihat harga Azure Backup untuk detailnya). Anda akan dapat memulihkan komputer virtual jika diperlukan. Jika Anda memutuskan untuk melanjutkan perlindungan komputer virtual, maka Anda dapat menggunakan opsi Lanjutkan cadangan. Setelah melanjutkan cadangan, aturan retensi akan diterapkan ke titik kedaluwarsa. Anda juga dapat menghapus data yang dicadangkan menggunakan opsi Hapus data cadangan.
Dampak menghapus komputer virtual tanpa perlindungan berhenti
Menghapus komputer virtual tanpa perlindungan berhenti berdampak pada titik pemulihan, dan merupakan skenario yang tidak diinginkan. Idealnya cadangan harus dihentikan sebelum menghapus mesin virtual. Karena sumber daya tidak ada, cadangan terjadwal akan gagal dengan kesalahan VMNotFoundV2. Titik pemulihan akan dibersihkan secara berkala sesuai dengan kebijakan retensi, tetapi salinan terakhir mesin virtual akan tetap selamanya dan Anda akan ditagih dengan sesuai. Bergantung pada skenario Anda, Anda memiliki dua opsi berikut:
- Opsi 1: Pulihkan komputer virtual menggunakan salah satu titik pemulihan. Jika Anda ingin memulihkan komputer virtual yang dihapus, pulihkan menggunakan nama yang sama dan di grup sumber daya yang sama. Jika Anda melindungi komputer virtual yang dipulihkan ke vault yang sama, maka titik pemulihan yang ada akan secara otomatis terpasang.
- Opsi 2: Buka vault Layanan Pemulihan dan hentikan perlindungan dengan menghapus data.
Dampak titik pemulihan kedaluwarsa untuk item dalam status dihapus sementara
Jika penghapusan sementara diaktifkan untuk vault layanan pemulihan, maka titik pemulihan yang kedaluwarsa tetap dalam status dihapus sementara dan tidak dibersihkan. Tidak ada biaya yang timbul ketika titik pemulihan dalam status dihapus sementara.
Dampak churn pada kinerja cadangan
Misalkan total penyimpanan komputer virtual adalah 8 TB dan churn adalah 5%. Kemudian penyimpanan cadangan bertahap yang sesuai akan menjadi 5% dari 8 TB yaitu 0,4 TB. Churn yang lebih tinggi sesuai dengan penyimpanan ujung belakang yang lebih tinggi untuk cadangan tambahan berikutnya. Churn berdampak pada kinerja cadangan. Lebih tinggi churn, semakin lambat proses cadangan, dan lebih besar konsumsi penyimpanan ujung belakang.
Untuk memahami bagaimana churn berdampak pada kinerja cadangan, lihat skenario ini:
| Komputer virtual | VM1 | VM2 | VM3 |
|---|---|---|---|
| Jumlah disk data | 4 (A1, A2, A3, A4) | 4(B1, B2, B3, B4) | 4(C1, C2, C3, C4) |
| Ukuran setiap disk | 4 TB | 4 TB | 4 TB |
| Churn data cadangan | A1- 4 TB | B1-1 TB; B2-1 TB B3-1 TB; B4-1 TB |
C1-2 TB; C4-2 TB |
Kinerja pencadangan akan berada dalam urutan VM2>VM3>VM1. Alasan untuk ini adalah data yang churn tersebar di berbagai disk. Karena cadangan disk terjadi secara paralel, VM2 akan menunjukkan kinerja terbaik.
Tanya Jawab Umum
Bagaimana saya dapat menemukan periode retensi cadangan sesuai permintaan?
Bidang Waktu Kedaluwarsa Titik Pemulihan dalam UTC dalam pekerjaan pencadangan cadangan sesuai permintaan menampilkan periode retensi titik pemulihan. Untuk mempelajari selengkapnya, lihat Menjalankan pencadangan sesuai permintaan.