Mengonfigurasi setelan kebijakan lanjutan

Halaman ini mencantumkan setelan lanjutan untuk template kebijakan konfigurasi pencadangan. Anda dapat menentukan setelan kebijakan lanjutan saat membuat kebijakan pencadangan.

Anda juga dapat melihat dan mengubah setelan kebijakan untuk aplikasi tertentu dengan menampilkan panel penggantian kebijakan dari halaman Kelola Rencana Pencadangan untuk aplikasi tersebut.

Gunakan petunjuk berikut untuk melihat halaman setelan kebijakan.

  1. Di konsol pengelolaan, klik tab Backup Plans, lalu pilih opsi Templates dari menu drop-down.
  2. Pilih template yang akan dikelola, lalu klik Edit dari menu drop-down di sudut kanan bawah halaman.
  3. Di halaman template, di sisi kanan, klik panah putih di samping kebijakan yang ingin Anda kelola. Di bagian bawah pilihan, klik Edit Kebijakan.
  4. Di bagian bawah Create/Edit Policy, klik Advanced Policy Settings. Tindakan ini akan membuka setelan kebijakan lanjutan yang dijelaskan dalam tabel berikut.

  5. Jika sudah selesai, klik Simpan Perubahan untuk memperbarui setelan.

Tabel berikut menjelaskan setelan kebijakan lanjutan.

               
Setelan lanjutan Deskripsi
Konsisten dengan aplikasi
(hanya berlaku untuk VM VMware Engine dan VM Compute Engine)		 Pilih salah satu opsi berikut:
  • Lakukan pencadangan yang konsisten saat terjadi error. Pencadangan yang konsisten dengan error adalah pencadangan data aplikasi yang cepat di penyimpanan seolah-olah daya hilang pada saat itu. Tindakan ini tidak menjeda I/O data aplikasi. Semua data di disk disimpan, dan data di memori akan hilang. Pemulihan pencadangan yang konsisten dengan error mungkin memerlukan waktu lebih lama dan menyebabkan pengecualian. Anda mungkin perlu melakukan beberapa langkah pemulihan manual tambahan selama pemulihan, bergantung pada OS tamu, sistem file, dan aplikasi. Pilih konsisten error jika proses konsisten aplikasi menyebabkan masalah untuk aplikasi atau beban kerja Anda karena proses quiescing. Crash konsisten dapat menyebabkan RTO yang lebih lama karena sistem file atau aplikasi perlu melakukan pemulihan dari snap yang tidak konsisten, dan bahkan dapat menyebabkan snap yang tidak dapat dipulihkan dalam kasus ekstrem.
  • Buat cadangan yang konsisten dengan aplikasi. Pencadangan yang konsisten dengan aplikasi memanfaatkan snapshot yang dibisukan, yang menggunakan alat VMware atau Lingkungan Tamu Google untuk membisukan sistem file virtual machine. Operasi quiesce memanfaatkan kemampuan bawaan sistem operasi Windows untuk menonaktifkan sistem file dan aplikasi yang mendukung VSS. Fitur ini juga memanfaatkan skrip pembekuan atau pencairan yang disediakan pelanggan (di semua platform) untuk mendapatkan konsistensi aplikasi tingkat yang lebih tinggi. Hasilnya adalah tingkat keyakinan yang lebih tinggi dalam kemampuan pemulihan cadangan, serta waktu pemulihan yang lebih singkat dalam sebagian besar kasus. Pencadangan konsisten aplikasi terkadang dapat menyebabkan jeda singkat dalam I/O, dan meskipun jarang terjadi, beberapa aplikasi yang lebih sibuk mungkin melaporkan error I/O pada saat pencadangan. Terkadang, cadangan konsisten aplikasi gagal jika VMware tidak dapat menonaktifkan VM dalam waktu tunggu yang telah ditentukan selama operasi snapshot. Gunakan pencadangan yang konsisten dengan aplikasi jika kemampuan pemulihan adalah yang paling penting, dan aplikasi di VM tidak sensitif terhadap jeda I/O singkat.
    Baca bagian Membuat snapshot disk persisten yang konsisten dengan aplikasi Linux untuk mengetahui informasi selengkapnya.

    Untuk memasang snapshot Windows Compute Engine sebagai VM baru atau VM yang sudah ada yang diambil dengan opsi Application consistent, Anda harus mengubah disk dari mode hanya baca menjadi mode baca-tulis. Untuk melakukannya, ikuti petunjuk di Opsional: Menandai disk Anda sebagai tersedia untuk dibaca dan ditulis.
  • Lakukan pencadangan yang konsisten dengan error pada upaya terakhir. Opsi ini awalnya menggunakan pencadangan yang konsisten dengan aplikasi, tetapi jika pencadangan yang konsisten dengan aplikasi gagal karena alasan apa pun, pencadangan yang konsisten dengan error akan digunakan.
    •
    Lokasi snapshot
    (hanya berlaku untuk instance Compute Engine)    		 Pilih region tempat snapshot Persistent Disk akan disimpan. Secara default, multi-region dipilih (berdasarkan lokasi disk sumber). Anda juga dapat mengubah lokasi penyimpanan snapshot ke region yang berbeda dari region disk sumber. Saat menyimpan snapshot di lokasi yang berbeda dengan lokasi disk sumber, data akan berpindah melalui jaringan antar lokasi tersebut dan mungkin dikenakan biaya jaringan. Snapshot dikenai biaya yang sama dengan transfer data Cloud Storage. Pelajari snapshot persistent disk lebih lanjut. Untuk mengetahui detail harga, lihat harga disk.
    Jenis snapshot      
    (hanya berlaku untuk instance Compute Engine)    		Pilih jenis snapshot Persistent Disk yang akan digunakan untuk cadangan instance Compute Engine. Snapshot mencadangkan data secara bertahap dari Persistent disk. Selama pencadangan, snapshot baru dibuat untuk merekam status Persistent Disk saat ini dan nantinya dapat digunakan untuk membuat disk baru untuk pemasangan atau pemulihan. Compute Engine menyimpan beberapa salinan setiap snapshot di beberapa lokasi dengan checksum otomatis untuk memastikan integritas data Anda. Pelajari snapshot persistent disk lebih lanjut. Untuk mengetahui detail harga, lihat harga disk.
  • Standar - Secara default, jenis snapshot Standar dipilih. Sebaiknya gunakan jenis standar jika Anda ingin mempertahankan cadangan selama kurang dari 90 hari.
  • Arsip - Pilih jenis Arsip jika Anda ingin mempertahankan cadangan untuk jangka waktu yang lama. Perhatikan bahwa periode penagihan minimum untuk snapshot arsip adalah 90 hari, terlepas dari periode retensi yang ditentukan dalam kebijakan dan bahwa jenis Arsip juga memiliki biaya pengambilan tambahan jika digunakan dalam tugas pemasangan atau pemulihan. Jenis snapshot arsip hanya dapat digunakan jika konsol pengelolaan dan appliance pencadangan/pemulihan menggunakan versi 11.0.4 atau yang lebih baru.
    •       
    Penambahan Alokasi Disk Staging
    (Dalam persentase)    		 Tentukan ruang tambahan yang dialokasikan untuk disk staging (di luar yang sebenarnya diperlukan) untuk mengakomodasi pertumbuhan aplikasi. Setelan ini berkisar dari nol hingga 1.000 persen.
    Global Prune Paths Jangan mencadangkan direktori ini (tentukan jalur lengkap). Lihat juga nilai Jalur Pemangkasan Global tingkat kebijakan.
    Mengompresi Replikasi Streamsnap Secara default, kompresi untuk replikasi streamsnap diaktifkan. Kompresi meningkatkan efisiensi replikasi streamsnap ke perangkat pencadangan/pemulihan jarak jauh saat mentransfer data melalui jaringan, misalnya, saat mereplikasi gambar dan video. Jika kompresi diaktifkan, semua paket akan dikompresi. Appliance pencadangan/pemulihan target mendekompresi paket sebelum menulis ke disk staging. Jika kompresi tidak diperlukan untuk replikasi streamsnap ke perangkat pencadangan/pemulihan kedua, ubah setelan lanjutan replikasi streamsnap kompresi menjadi Jangan kompresi, lalu klik Simpan Perubahan.
    Catatan: Replikasi Streamsnap hanya didukung untuk perangkat pencadangan/pemulihan yang di-deploy di satu jaringan.
    Jangan Hapus Pemetaan Menentukan apakah Anda ingin disk staging sementara dipetakan ke host dan digunakan selama pemindahan data untuk pencadangan agar tetap dipetakan ke host. LUN dipetakan selama tugas pertama dan semua tugas berikutnya menggunakan kembali LUN yang dipetakan sama. Pilih salah satu:
  • Pastikan disk staging dipetakan di antara tugas. Pilih opsi ini jika Anda ingin disk staging sementara dipetakan ke host dan digunakan selama pemindahan data agar tetap dipetakan ke host. LUN dipetakan selama tugas pertama dan semua tugas berikutnya menggunakan kembali LUN yang dipetakan sama. Secara default, opsi ini dipilih.
    Catatan: Untuk aplikasi yang dikelola menggunakan agen Pencadangan dan DR (seperti database SQL) dengan aplikasi berada di OS yang berjalan di dalam VM VMware, opsi ini akan diabaikan. Disk staging selalu dihapus pemetaannya dari VM setelah setiap tugas.
    •
  • Hapus pemetaan disk staging setelah setiap tugas. Opsi ini melepas disk staging dari sistem operasi pada akhir setiap tugas (menghapus titik pemasangan atau huruf drive), dan juga membatalkan pemetaan dari host secara keseluruhan. Opsi ini mengharuskan host untuk melakukan pemindaian LUN SCSI di awal tugas berikutnya, karena disk staging yang dipetakan ulang harus ditemukan kembali sebelum dapat dipasang ulang.
    •
    Menyingkat (Menghapus) Log Setelah Pencadangan Tentukan apakah akan memotong (menghapus) log database setelah setiap pencadangan. Jika Truncate Log After Backup diaktifkan, log terkait aplikasi akan terpotong hingga pencadangan terbaru atau saat ini. Jika memotong log, Anda juga harus mencadangkan log transaksi untuk mengaktifkan pemulihan roll forward.
    Opsi yang tersedia adalah:
  • Jangan memotong atau menghapus log setelah pencadangan
    •
  • Memotong atau menghapus log setelah pencadangan
    •
    Lewati Aplikasi Offline
    (Khusus pengelolaan Grup Konsistensi)    		 Tentukan apakah akan mengabaikan aplikasi yang tidak tersedia yang merupakan bagian dari grup konsistensi. Anda membuat grup konsistensi untuk mencadangkan data semua aplikasi anggota secara bersamaan guna mempertahankan konsistensi data di seluruh aplikasi anggota. Grup konsistensi adalah kumpulan aplikasi yang ditemukan dari host yang sama.
    Opsi yang tersedia:
  • Pencadangan gagal saat aplikasi offline ditemukan
    •
  • Melewati aplikasi offline selama pencadangan
    •
    Memetakan disk staging ke semua node dalam cluster aplikasi Jika node berada dalam cluster aplikasi, Anda dapat menggunakannya untuk memastikan bahwa node cluster aplikasi dilindungi jika terjadi failover selama pencadangan.
  • Jangan memetakan disk staging ke semua node cluster aplikasi.
    •
  • Memetakan disk staging ke semua node cluster aplikasi
    Jika terjadi kegagalan cluster aplikasi, opsi ini akan melindungi salinan failover.
    •
    Memetakan Disk Staging ke Semua Host ESX dalam Cluster
    (Khusus VM VMware)     		Jika server ESX berada di appliance, Anda dapat menggunakan setelan ini untuk memastikan VM dikelola jika terjadi failover selama pencadangan. Jika terjadi kegagalan host ESX, opsi ini akan mengelola salinan failover VM VMware. (Oracle, sistem file lokal, SMB, NFS, SQL Server):
  • Memetakan disk staging ke host ESX hanya untuk VM
    •
  • Memetakan disk staging ke semua host ESX di cluster
    •
  • Memetakan disk staging ke dua host ESX di cluster
    •
    Mencadangkan Login Pengguna SQL Server Merekam kredensial login database SQL Server. Saat database dipasang sebagai aplikasi virtual (mount aware app), database virtual memiliki semua kredensial login yang digunakan oleh sumber. Opsi yang tersedia adalah Ya atau Tidak.
    Mengaktifkan Pencadangan Log Database Opsi Enable Database Log Backup memungkinkan kebijakan rencana cadangan mencadangkan database dan semua file log transaksi terkait. Log dicadangkan saat tugas snapshot log berjalan. Opsi adalah Ya atau Tidak. Jika ditetapkan ke Ya, opsi terkait akan diaktifkan.
    Catatan: Untuk mengetahui detail tentang Perlindungan Log, lihat Perlindungan Log Database dalam kebijakan rencana pencadangan.
    RPO Jika Enable Database Log Backup disetel ke Yes, RPO akan menentukan frekuensi untuk pencadangan log database. Frekuensi ditetapkan dalam menit dan tidak boleh melebihi interval pencadangan database. Nilai terkecil yang dapat ditetapkan (dalam menit) adalah 15.
    Periode Retensi Cadangan Log
    (Dalam Hari)    		 Jika Enable Database Log Backup ditetapkan ke Yes, retensi log ditentukan secara terpisah dari retensi kebijakan snapshot. Dengan periode retensi terpisah, Anda dapat menggunakan log bersama dengan salinan database yang disimpan dalam kumpulan snapshot. Periode retensi log adalah setelan wajib.
    Mereplikasi Log
    (Menggunakan Teknologi Streamsnap)    		 Jika Enable Database Log Backup disetel ke Enable, setelan lanjutan Replicate Logs memungkinkan log database direplikasi ke perangkat jarak jauh. Agar tugas replikasi log berjalan, harus ada kebijakan replikasi streamsnap yang disertakan dalam template beserta profil resource yang menentukan perangkat jarak jauh, dan setidaknya satu replikasi database yang berhasil harus diselesaikan terlebih dahulu. Kemudian, Anda dapat menggunakan log di situs jarak jauh untuk setiap image database dalam rentang retensi log yang direplikasi. Fungsi ini diaktifkan secara default.
    Replikasi log menggunakan teknologi streamsnap untuk melakukan replikasi antara perangkat lokal dan jarak jauh; replikasi log langsung dilakukan dari kumpulan snapshot lokal ke kumpulan snapshot di perangkat jarak jauh.
    Catatan: Replikasi log tidak terjadi hingga database telah dilindungi dan image direplikasi ke perangkat jarak jauh.
    Mengirim log ke Tampungan OnVault Jika ditetapkan ke Yes, log akan direplikasi ke satu atau beberapa kumpulan penyimpanan OnVault yang memungkinkan pemulihan point-in-time dari OnVault di situs lain.
    Ukuran Pertumbuhan Disk Staging Log (Dalam Persen) Jika Enable Database Log Backup ditetapkan ke Yes, Log Staging Disk Growth Size akan menentukan peningkatan yang akan digunakan saat secara otomatis meningkatkan disk staging tempat log berada. Setelan ini berkisar dari lima hingga 100 persen.
    Estimasi Rasio Perubahan Jika Enable Database Log Backup ditetapkan ke Yes, setelan ini akan menentukan perubahan harian (dalam persen), yang memungkinkan appliance menghitung ukuran disk staging yang diperlukan untuk menyimpan log dengan lebih baik. Setelan ini berkisar dari nol hingga 100.
    Mengompresi Pencadangan Log Database Jika Enable Database Log Backup ditetapkan ke Yes, setelan ini akan menginstruksikan database sumber untuk mengompresi log-nya sebelum diambil oleh konsol pengelolaan. Server database melakukan kompresi log selama pencadangan log. Opsi yang tersedia adalah Ya atau Tidak. Jika disetel ke Ya, opsi Compress Database Log Backup akan diaktifkan.
    Retensi yang Diberlakukan Memungkinkan pengguna mengonfigurasi periode immutability mereka antara nol dan 36525 hari. Secara default, nilainya ditetapkan ke nol untuk semua kebijakan yang ada.
    Anda dapat mengubah kebijakan yang sudah digunakan untuk melindungi aplikasi dengan menetapkan periode retensi yang diterapkan lebih lama. Namun, Anda tidak dapat mempersingkat periode retensi yang diterapkan.
    Anda tidak dapat menetapkan retensi yang diterapkan untuk kebijakan streamsnap yang retensinya adalah "Hanya simpan image jarak jauh terbaru".
    Catatan: Retensi yang Diberlakukan tidak dapat diganti berdasarkan aplikasi. Opsi ini tidak muncul di halaman Penggantian Kebijakan.
    Catatan: Setelan kebijakan lanjutan Retensi yang Diberlakukan tidak kompatibel dengan perlindungan aplikasi yang mengarah ke repositori cadangan. Jika vault cadangan adalah target penyimpanan, vault cadangan akan menentukan periode retensi yang diterapkan.
    Perilaku Tugas Saat VM Target Memerlukan Penggabungan Snapshot Pilih tindakan jika VM memerlukan penggabungan:
  • Gagal tugas jika VM memerlukan konsolidasi: Tugas point-in-time gagal.
    •
  • Menjalankan tugas tanpa melakukan penggabungan: Semua tugas berjalan seperti biasa meskipun penggabungan tertunda.
    •
  • Melakukan konsolidasi di awal tugas: Tugas titik waktu mencoba melakukan konsolidasi di awal tugas. Jika penggabungan gagal, tugas akan gagal dengan pesan error.
    •
    Gagal Jika Jalur Awal Tidak Ada Jika satu atau beberapa jalur awal ditentukan, dan salah satu jalur awal ini tidak ada, tugas akan gagal dengan pesan UDSAgent: Jalur awal yang ditentukan tidak ada. Jika tidak ada jalur awal yang ditentukan, opsi ini tidak akan berpengaruh. Opsi yang tersedia adalah Ya atau Tidak.
    Catatan: Status default untuk opsi ini adalah Tidak (dinonaktifkan), yang merupakan perilaku yang sama dengan versi sebelumnya dari agen Pencadangan dan DR; tugas tidak akan gagal jika jalur awal tidak ada.
    Mengaktifkan Mode Perekaman yang Didegradasi Mode pengambilan yang terdegradasi mengambil data inkremental saat layanan Change Block Tracking (CBT) tidak tersedia. Pengambilan data mungkin memerlukan waktu lebih lama. Opsi yang tersedia adalah Ya atau Tidak.
    Waktu Tunggu Skrip
    (hanya berlaku untuk pencadangan berbasis agen)    		 Agen Pencadangan dan DR memungkinkan Anda membuat skrip sisi host yang berjalan di host aplikasi sebelum atau setelah kebijakan dijalankan. Empat waktu tunggu yang disediakan dalam peta template kebijakan langsung ke dalam empat tahap skrip sisi host.
    Catatan: Secara default, nilai waktu tunggu skrip adalah sesuai dengan nilai berikut. Jika waktu tunggu skrip tidak ditentukan, nilainya akan kosong dan nilai default akan digunakan.
  • Script Init Timeout: Menentukan berapa lama tugas harus menunggu skrip yang dipanggil di host sebelum tindakan apa pun dilakukan oleh tugas. Jika skrip tidak selesai dalam waktu tunggu ini, tugas akan gagal. Nilai default-nya adalah 60 detik. Rentang yang diizinkan adalah satu hingga 86.400 detik.
    •
  • Waktu tunggu Pembekuan Skrip: Menentukan berapa lama kebijakan harus menunggu skrip yang dipanggil untuk membekukan aplikasi, sebelum snapshot diambil. Jika skrip tidak selesai dalam waktu tunggu ini, tugas akan gagal. Nilai default-nya adalah 60 detik. Rentang yang diizinkan adalah satu hingga 86.400 detik.
  • Waktu tunggu Penghentian Pembekuan Skrip: Menentukan berapa lama kebijakan harus menunggu skrip yang dipanggil untuk membekukan aplikasi, setelah snapshot diambil. Jika skrip tidak selesai dalam waktu tunggu ini, tugas akan gagal. Nilai default-nya adalah 60 detik. Rentang yang diizinkan adalah satu hingga 86.400 detik.
  • Waktu Tunggu Selesai Skrip: Menentukan berapa lama kebijakan harus menunggu skrip yang dipanggil di bagian akhir tugas. Jika skrip tidak selesai dalam waktu tunggu ini, tugas akan gagal. Nilai default-nya adalah 60 detik. Rentang yang diizinkan adalah satu hingga 86.400 detik.
    		•

    Langkah selanjutnya