Praktik terbaik kebijakan pencadangan

Tentukan jadwal template kebijakan untuk memenuhi persyaratan periode pengambilan data, RPO, dan RTO. Misalnya, jika pengambilan harian harus dilakukan antara pukul 19.00 hingga 07.00, berikan periode pengambilan kebijakan dari pukul 19.00 hingga 07.00. Memberikan jendela terluas yang memungkinkan untuk kebijakan akan memberikan fleksibilitas maksimum bagi penjadwal untuk menjadwalkan semua tugas yang diperlukan.

Periode waktu yang ditentukan menentukan waktu mulai yang diizinkan untuk tugas pengambilan data. Tugas yang dimulai di akhir periode diizinkan untuk berjalan hingga selesai.

Topik berikut menjelaskan praktik terbaik untuk berbagai kebijakan template kebijakan.

Kebijakan produksi ke snapshot

Data terbaru paling sering diakses. Oleh karena itu, Anda mungkin hanya perlu menyimpan data snapshot selama beberapa hari (asalkan Anda juga memiliki kebijakan OnVault dengan retensi yang lebih lama). Anda dapat menjadwalkan jadwal kebijakan snapshot yang terjadi selama frekuensi dan periode waktu tertentu atau secara berkelanjutan. Frekuensi minimum yang direkomendasikan untuk kebijakan snapshot adalah satu jam (RPO lokal), meskipun pencadangan log dapat dijalankan setiap 15 menit sekali.

Jadwal berbingkai: satu snapshot per periode

Sebagian besar kebijakan Produksi ke Snapshot dirancang untuk mengambil satu snapshot data dalam periode 24 jam. Satu snapshot dapat dijadwalkan untuk dilakukan dalam periode yang mungkin atau mungkin tidak mengikuti batas hari (misalnya, pukul 19.00 hingga 07.00).

Misalnya, Anda dapat membuat jadwal kebijakan snapshot yang melintasi batas hari dan mengambil satu snapshot selama jangka waktu tertentu, dengan menetapkan hal berikut:

  • Jenis jadwal Berbingkai (default)
  • Ambil foto pada hari berikut: Setiap hari kecuali Jangan Pernah
  • Periode untuk membuka dan menutup sesuai kebutuhan, biasanya ditetapkan dari pukul 19.00 hingga 07.00
  • Frekuensi ke Satu Kali Per Jendela
  • Waktu retensi (misalnya, simpan selama 2 hari)

Dengan jadwal berbingkai ini, batas hari (tengah malam) akan diabaikan.

Jadwal berbingkai: beberapa snapshot dalam satu jendela

Dalam beberapa kasus, Anda mungkin ingin mengambil beberapa snapshot dalam periode waktu. Pendekatan ini memerlukan perencanaan yang cermat karena dapat mengakibatkan penggunaan resource sistem dan dapat menyebabkan situasi saat snapshot terus diambil.

Misalnya, Anda dapat membuat jadwal kebijakan snapshot yang mengambil beberapa snapshot selama jangka waktu tertentu, dengan menetapkan hal berikut:

  • Jenis jadwal Berbingkai(default)
  • Ambil foto pada hari berikut: Setiap hari kecuali Jangan Pernah
  • Jendela yang akan dibuka sesuai kebutuhan, dan dapat atau tidak dapat mencakup batas hari.
  • Frekuensi yang tidak tumpang-tindih dengan waktu yang diperlukan untuk mengambil snapshot. Nilai defaultnya adalah setiap delapan jam. Frekuensi minimum yang direkomendasikan untuk kebijakan snapshot adalah menjalankan setiap 1 jam (RPO lokal).
  • Waktu retensi (misalnya, simpan selama 2 hari)

Dengan pendekatan ini, tugas berjalan sesuai frekuensinya dalam periode yang ditentukan. Setiap tugas yang sudah berjalan pada penutupan periode akan terus berjalan hingga selesai.

Jadwal berkelanjutan: berjalan setiap hari secara berkala

Anda dapat mengonfigurasi jadwal kebijakan snapshot yang terus berjalan secara harian (24/7) dengan interval waktu setiap x menit atau jam. Misalnya, Anda dapat membuat kebijakan snapshot dengan tugas yang berjalan setiap hari setiap empat jam, dengan tugas pertama dimulai pada pukul 01.00.

Misalnya, Anda dapat membuat kebijakan snapshot yang dijadwalkan untuk berjalan secara terus-menerus pada interval yang ditetapkan secara rutin, dengan menetapkan hal berikut:

  • Jenis jadwal Kontinu
  • Frekuensi yang tidak tumpang-tindih dengan waktu yang diperlukan untuk mengambil snapshot. Nilai defaultnya adalah setiap delapan jam. Frekuensi minimum yang direkomendasikan untuk kebijakan snapshot adalah menjalankan setiap 1 jam (RPO lokal).
  • Saatnya memulai tugas snapshot pertama.
  • Waktu retensi (misalnya, simpan selama 2 hari)

Anda juga memiliki opsi untuk menjadwalkan tugas berkelanjutan agar berjalan sekali per hari (periode penjadwalan kebijakan berkelanjutan terpanjang tanpa menentukan penjadwalan kebijakan berbingkai). Dalam hal ini, Anda akan menentukan ke Jalankan Setiap 24 jam, yang sama dengan jadwal harian berkelanjutan.

Kebijakan OnVault

Kebijakan OnVault memungkinkan Anda mengirim data ke Cloud Storage (kumpulan OnVault). Jadwal dalam kebijakan digunakan untuk mengirim data terbaru ke penyimpanan objek. Setelah penyerapan data awal, operasi pengambilan OnVault mengikuti proses pengambilan data inkremental selamanya.

Saat mengirim data ke penyimpanan yang ditentukan oleh kumpulan OnVault, koneksi HTTPS digunakan untuk memastikan keamanan data melalui jaringan. Opsi kompresi kumpulan OnVault diaktifkan secara default untuk meminimalkan traffic jaringan.

Saat mengakses data di lokasi penyimpanan yang ditentukan oleh kumpulan OnVault, perhatikan hal berikut:

  • Appliance dapat membuat clone.
  • Appliance dapat memasang data, tetapi karena data pertama kali disalin ke kumpulan snapshot, lalu dipasang, sebaiknya jangan melakukannya.

  • LiveClone tidak dapat dibuat.

Anda dapat membuat tiga jenis kebijakan OnVault:

  • Kebijakan Snapshot ke OnVault mengambil data dalam kumpulan snapshot, lalu menyalin data dalam kumpulan snapshot ke bucket Cloud Storage yang ditentukan oleh kumpulan OnVault.
  • Kebijakan langsung ke OnVault memungkinkan pencadangan VM VMware dikirim langsung ke bucket Cloud Storage yang ditentukan oleh kumpulan OnVault.
  • Kebijakan OnVault ke OnVault mereplikasi data dari satu kumpulan objek penyimpanan OnVault ke kumpulan penyimpanan OnVault lainnya.

Kebijakan Snapshot ke OnVault

Gunakan petunjuk ini untuk membuat jadwal kebijakan Snapshot ke OnVault yang, dalam periode yang ditentukan sekali sehari, mengirim data snapshot terbaru ke penyimpanan objek yang ditentukan oleh kumpulan OnVault, dengan menetapkan hal berikut:

  • Vault pada hari ini: Setiap hari
  • Jendela yang akan dibuka dan ditutup sesuai kebutuhan. Biasanya disetel ke 19.00 hingga 18.50

  • Waktu retensi (misalnya, pertahankan selama 3 tahun)

Kebijakan langsung ke OnVault

Gunakan petunjuk ini untuk membuat jadwal kebijakan Langsung ke OnVault yang, dalam periode yang ditentukan sekali sehari, mengirim update inkremental terbaru langsung ke penyimpanan yang ditentukan oleh kumpulan OnVault, dengan menetapkan hal berikut:

  • Pada hari ini: Setiap hari
  • Jendela yang akan dibuka dan ditutup sesuai kebutuhan. Biasanya disetel ke 19.00 hingga 18.50

  • Waktu retensi (misalnya, pertahankan selama 3 tahun)

Kebijakan OnVault ke OnVault

Untuk membuat jadwal kebijakan OnVault ke OnVault yang, dalam periode yang ditentukan sekali sehari, mengirimkan update inkremental terbaru secara langsung ke penyimpanan yang ditentukan oleh kumpulan OnVault, dengan menetapkan hal berikut:

  • Pada hari ini: Setiap hari
  • Jendela yang akan dibuka dan ditutup sesuai kebutuhan. Biasanya disetel ke 19.00 hingga 18.50
  • Waktu retensi (misalnya, pertahankan selama 3 tahun)
  • Memastikan kumpulan OnVault sumber ditetapkan dengan benar
  • Pilih kumpulan OnVault target. Ini adalah kumpulan OnVault kedua tempat data akan direplikasi dari kumpulan OnVault sumber.

Kebijakan produksi untuk mencerminkan

Praktik terbaik untuk kebijakan Production to Mirror bergantung pada opsi replikasi yang ingin Anda gunakan. Bagian ini menguraikan praktik terbaik kebijakan untuk metode replikasi StreamSnap yang ditawarkan oleh perangkat.

Produksi ke mirror: Kebijakan replikasi StreamSnap

Kebijakan Production to Mirror yang menggunakan replikasi StreamSnap terikat dengan kebijakan snapshot tertentu. Kebijakan ini menggunakan setelan jadwal dan frekuensi kebijakan snapshot terkait dalam template.

StreamSnap mereplikasi snapshot data ke perangkat pencadangan/pemulihan jarak jauh melalui jaringan berkualitas tinggi, yang dapat memberikan RPO serendah satu jam. Untuk VM VMware, replikasi snapshot di-streaming ke perangkat cadangan/pemulihan kedua secara paralel dengan snapshot yang disalin. Streaming VM VMware dilakukan untuk menghindari menunggu hingga tugas snapshot lokal selesai sebelum memulai replikasi.

Replikasi StreamSnap melakukan hal berikut:

  • Mencapai Toleransi Jumlah Data yang Hilang dalam waktu sesingkat satu jam. Kebijakan replikasi StreamSnap bergantung pada kebijakan produksi terkait ke kebijakan snapshot untuk tujuan titik pemulihan dan setelan snapshot lanjutan lainnya. Kebijakan StreamSnap dapat mengarah ke kebijakan snapshot apa pun dengan frekuensi satu jam atau lebih lama (tujuan titik pemulihan jarak jauh).
  • Menggunakan jaringan IP yang ada untuk mereplikasi data.
  • Mereplikasi data dalam jumlah besar ke pengguna jarak jauh (misalnya, lingkungan pengujian dan pengembangan).
  • Mempertahankan beberapa gambar snapshot titik waktu di situs jarak jauh, dengan perilaku retensi yang didorong oleh setelan dalam kebijakan StreamSnap.
  • Menyederhanakan failover ke host di situs jarak jauh.
  • Mengaktifkan replikasi terbalik inkremental (syncback) ke perangkat pencadangan/pemulihan lokal.
  • Mengompresi dan mengenkripsi data yang direplikasi ke perangkat pencadangan/pemulihan kedua. Anda dapat menonaktifkan kompresi jika data sudah dikompresi (misalnya, untuk gambar dan video).

Saat Anda menerapkan template pencadangan ke aplikasi atau VM di App Manager, Monitor akan merekam hasil tugas StreamSnap dan muncul sebagai satu tugas. Setelah replikasi selesai, dua tugas akan muncul di Monitor dengan status span Succeeded; satu untuk tugas snapshot dan satu untuk tugas StreamSnap (lihat Penanganan error tugas StreamSnap). Jika ada kegagalan tugas, baik untuk tugas StreamSnap maupun tugas snapshot, dua entri tugas akan muncul untuk mengidentifikasi tugas mana yang berhasil.

Langkah selanjutnya