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 Paket 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 bagian Create/Edit Policy, klik Advanced Policy Settings. Tindakan ini akan membuka setelan kebijakan lanjutan yang dijelaskan dalam tabel berikut.

  5. Setelah selesai, klik Simpan Perubahan untuk memperbarui setelan.

Tabel berikut menjelaskan setelan kebijakan lanjutan.

               
Setelan lanjutan Deskripsi
Konsisten dengan aplikasi
(hanya berlaku untuk VM Google Cloud VMware Engine dan VM Compute Engine)		 Pilih salah satu opsi berikut:
  • Pencadangan yang konsisten saat terjadi error: Pencadangan yang konsisten saat terjadi 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 dalam memori akan hilang. Pemulihan cadangan yang konsisten karena error mungkin memerlukan waktu lebih lama dan menimbulkan pengecualian. Anda mungkin perlu melakukan beberapa langkah pemulihan manual tambahan selama pemulihan, bergantung pada OS tamu, sistem file, dan aplikasi. Pilih konsisten saat terjadi error jika proses konsisten aplikasi menyebabkan masalah pada aplikasi atau workload Anda karena proses penghentian sementara. Konsisten saat terjadi error dapat menyebabkan RTO yang lebih lama karena sistem file atau aplikasi perlu melakukan pemulihan dari snapshot yang tidak konsisten, dan bahkan dapat menyebabkan snapshot yang tidak dapat dipulihkan dalam kasus ekstrem.
  • Membuat cadangan yang konsisten dengan aplikasi: Cadangan yang konsisten dengan aplikasi memanfaatkan snapshot yang di-quiesce, yang menggunakan alat VMware atau lingkungan tamu Google Cloud untuk meng-quiesce sistem file virtual machine. Operasi penghentian sementara memanfaatkan kemampuan bawaan sistem operasi Windows untuk menghentikan sementara sistem file dan aplikasi yang mendukung VSS. Hal 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 pemulihan cadangan, serta waktu pemulihan yang lebih singkat dalam sebagian besar kasus. Pencadangan yang konsisten untuk aplikasi terkadang dapat menyebabkan jeda singkat pada I/O, dan meskipun jarang terjadi, beberapa aplikasi yang lebih sibuk mungkin melaporkan error I/O pada saat pencadangan. Terkadang, cadangan yang konsisten dengan aplikasi gagal jika VMware tidak dapat menghentikan VM dalam waktu tunggu yang telah ditentukan selama operasi snapshot. Gunakan cadangan yang konsisten dengan aplikasi saat kemampuan pemulihan sangat penting, dan aplikasi di VM tidak sensitif terhadap jeda I/O singkat.
    Baca bagian Membuat snapshot persistent disk yang konsisten dengan aplikasi Linux untuk mengetahui informasi selengkapnya.

    Untuk memasang snapshot Compute Engine Windows sebagai VM baru atau yang sudah ada yang diambil dengan opsi Konsisten aplikasi, Anda harus mengubah disk dari mode hanya baca ke mode baca-tulis. Untuk melakukannya, ikuti petunjuk di Opsional: Tandai disk Anda sebagai tersedia untuk dibaca dan ditulis.
  • Lakukan pencadangan yang konsisten dengan error pada upaya terakhir: Opsi ini awalnya melakukan pencadangan yang konsisten dengan aplikasi, tetapi jika pencadangan yang konsisten dengan aplikasi gagal karena alasan apa pun, opsi ini akan melakukan pencadangan yang konsisten dengan error.
    •
    Lokasi snapshot
    (hanya berlaku untuk instance Compute Engine dan SAP HANA)    		 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 dikenai biaya jaringan. Snapshot dikenai biaya yang sama dengan transfer data Cloud Storage. Pelajari lebih lanjut snapshot persistent disk. Untuk mengetahui detail harga, lihat harga disk.
    Jenis snapshot      
    (hanya berlaku untuk instance Compute Engine dan SAP HANA)    		Pilih jenis snapshot Persistent Disk yang akan digunakan untuk pencadangan 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 lebih lanjut snapshot persistent disk. 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 menyimpan 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 perangkat backup/pemulihan menggunakan versi 11.0.4 atau yang lebih baru.
    •       
    Over-alokasi Disk Staging
    (Dalam persentase)    		 Tentukan ruang tambahan yang dialokasikan untuk disk penyiapan (selain 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 Penghapusan Global tingkat kebijakan.
    Memadatkan Replikasi Streamsnap Secara default, kompresi untuk replikasi streamsnap diaktifkan. Kompresi meningkatkan efisiensi replikasi streamsnap ke perangkat cadangan/pemulihan jarak jauh saat mentransfer data melalui jaringan, misalnya, saat mereplikasi gambar dan video. Jika kompresi diaktifkan, semua paket akan dikompresi. Target appliance pencadangan/pemulihan mendekompresi paket sebelum menulis ke disk penyiapan. Jika kompresi tidak diperlukan untuk replikasi streamsnap ke appliance pencadangan/pemulihan kedua, ubah setelan lanjutan kompresi replikasi streamsnap menjadi Jangan kompresi, lalu klik Simpan Perubahan.
    Catatan: Replikasi streamsnap hanya didukung untuk perangkat cadangan/pemulihan yang di-deploy dalam satu jaringan.
    Jangan Hapus Pemetaan Menentukan apakah Anda ingin disk penahapan 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 sama yang dipetakan. Pilih salah satu:
  • Memastikan disk staging tetap dipetakan di antara tugas. Pilih opsi ini jika Anda ingin disk penyiapan sementara yang dipetakan ke host dan digunakan selama pemindahan data tetap dipetakan ke host. LUN dipetakan selama tugas pertama dan semua tugas berikutnya menggunakan kembali LUN yang sama yang dipetakan. Secara default, opsi ini dipilih.
    Catatan: Untuk aplikasi yang dikelola menggunakan agen Pencadangan dan DR (seperti database SQL) yang aplikasinya berada di OS yang berjalan di dalam VM VMware, opsi ini diabaikan. Disk penyiapan akan selalu dilepas dari VM setelah setiap tugas.
    •
  • Batalkan pemetaan disk penyiapan setelah setiap tugas. Opsi ini akan melepas disk penyiapan dari sistem operasi di akhir setiap tugas (menghapus titik pemasangan atau huruf drive), dan juga membatalkan pemetaannya dari host sepenuhnya. Opsi ini memerlukan host untuk melakukan pemindaian LUN SCSI di awal tugas berikutnya, karena disk penyiapan yang dipetakan ulang harus ditemukan kembali sebelum dapat dipasang kembali.
    •
    Memangkas (Menghapus) Log Setelah Pencadangan Tentukan apakah akan memangkas (menghapus) log database setelah setiap pencadangan. Jika Truncate Log After Backup diaktifkan, log terkait aplikasi akan dipangkas hingga pencadangan terbaru atau saat ini. Jika memangkas log, Anda juga harus mencadangkan log transaksi untuk mengaktifkan pemulihan roll forward.
    Opsinya adalah:
  • Jangan memangkas atau menghapus log setelah pencadangan
    •
  • Memangkas atau menghapus log setelah pencadangan
    •
    Lewati Aplikasi Offline
    (Khusus untuk 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 untuk mempertahankan konsistensi data di seluruh aplikasi anggota. Grup konsistensi adalah kumpulan aplikasi yang ditemukan dari host yang sama.
    Opsinya adalah:
  • Gagal mencadangkan saat aplikasi offline ditemukan
    •
  • Melewati aplikasi offline selama pencadangan
    •
    Memetakan disk penyiapan ke semua node dalam cluster aplikasi Jika node Anda berada di cluster aplikasi, Anda dapat menggunakan ini untuk memastikan bahwa node cluster aplikasi dilindungi jika terjadi failover selama pencadangan.
  • Jangan petakan disk penyiapan ke semua node cluster aplikasi.
    •
  • Memetakan disk penyiapan ke semua node cluster aplikasi
    Jika terjadi kegagalan cluster aplikasi, opsi ini melindungi salinan failover.
    •
    Memetakan Disk Penyiapan ke Semua Host ESX dalam Cluster
    (Khusus untuk VM VMware)     		Jika server ESX Anda 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 penyiapan ke host ESX hanya untuk VM
    •
  • Memetakan disk penyiapan ke semua host ESX dalam cluster
    •
  • Memetakan disk penyiapan ke dua host ESX di cluster
    •
    Mencadangkan Login Pengguna SQL Server Mencatat kredensial login database SQL Server. Saat database di-mount sebagai aplikasi virtual (mount yang mendukung aplikasi), database virtual memiliki semua kredensial login yang digunakan oleh sumber. Opsinya adalah Ya atau Tidak.
    Mengaktifkan Pencadangan Log Database Opsi Aktifkan Pencadangan Log Database memungkinkan kebijakan rencana pencadangan mencadangkan database dan semua file log transaksi terkait. Log dicadangkan saat tugas snapshot log berjalan. Opsinya adalah Ya atau Tidak. Jika disetel ke Ya, opsi terkait akan diaktifkan.
    Catatan: Untuk mengetahui detail tentang Perlindungan Log, lihat Perlindungan Log Database dalam kebijakan paket pencadangan.
    RPO Jika Enable Database Log Backup disetel ke Yes, RPO akan menentukan frekuensi pencadangan log database. Frekuensi ditetapkan dalam menit dan tidak boleh melebihi interval pencadangan database. Nilai terkecil yang dapat disetel (dalam menit) adalah 15.
    Periode Retensi Cadangan Log
    (Dalam Hari)    		 Jika Aktifkan Pencadangan Log Database disetel ke Ya, retensi log ditentukan secara terpisah dari retensi kebijakan snapshot. Dengan periode retensi yang terpisah, Anda dapat menggunakan log bersama dengan salinan database yang disimpan di kumpulan snapshot. Periode retensi log adalah setelan wajib.
    Mereplikasi Log
    (Menggunakan Teknologi Streamsnap)    		 Jika Aktifkan Pencadangan Log Database disetel ke Aktifkan, setelan lanjutan Replikasi Log memungkinkan log database direplikasi ke appliance jarak jauh. Agar pekerjaan replikasi log dapat berjalan, harus ada kebijakan replikasi streamsnap yang disertakan dalam template bersama dengan 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 semua image database dalam rentang retensi log yang direplikasi. Fungsi ini diaktifkan secara default.
    Replikasi log menggunakan teknologi streamsnap untuk melakukan replikasi antara appliance lokal dan jarak jauh; replikasi log dilakukan langsung dari kumpulan snapshot lokal ke kumpulan snapshot di appliance jarak jauh.
    Catatan: Replikasi log tidak terjadi hingga database telah dilindungi dan gambar direplikasi ke appliance jarak jauh.
    Mengirim log ke OnVault Pool Jika disetel ke Ya, log direplikasi ke satu atau beberapa kumpulan penyimpanan OnVault yang memungkinkan pemulihan point-in-time dari OnVault di situs lain.
    Catatan: Jika Anda memilih opsi ini, Backup dan DR akan mengirimkan log ke setiap kumpulan OnVault yang ditentukan dalam profil untuk aplikasi tersebut. Jika ada dua pool di profil, monitor akan menampilkan tugas OnVault (log) untuk setiap pencadangan log, satu untuk setiap pool. Hanya kumpulan OnVault yang ada di profil untuk SLA tersebut yang akan mendapatkan log.
    • Retensi log yang direplikasi ke OnVault mirip dengan retensi log snapshot.
    • Mereplikasi log database ke bucket OnVault berbeda dengan pencadangan database. Jika Anda memilih Kirim log ke Kumpulan OnVault, maka Backup and DR akan terus mereplikasi log ke bucket OnVault yang serupa dengan pencadangan snapshot log. Misalnya, jika pencadangan log dilakukan setiap 15 menit, maka log akan direplikasi ke OnVault setiap 15 menit untuk memastikan semua snapshot log direplikasi ke kumpulan OnVault.
    • ID kebijakan yang ditampilkan di konsol pengelolaan adalah ID kebijakan snapshot karena replikasi log ke bucket OnVault ini terkait dengan kebijakan Snapshot.
    Catatan: Kebijakan OnVault Harian, Mingguan, Bulanan, dan Tahunan hanya untuk pencadangan database, tidak berlaku untuk pencadangan log.
    Ukuran Pertumbuhan Disk Penahapan Log (Dalam Persen) Jika Aktifkan Pencadangan Log Database disetel ke Ya, Ukuran Pertumbuhan Disk Penyiapan Log menentukan pertumbuhan yang akan digunakan saat mengembangkan disk penyiapan secara otomatis tempat log berada. Setelan ini berkisar dari lima hingga 100 persen.
    Estimasi Rasio Perubahan Jika Aktifkan Pencadangan Log Database disetel ke Ya, setelan ini menentukan perubahan harian (dalam persen), yang memungkinkan appliance menghitung ukuran disk penyiapan yang diperlukan untuk menyimpan log dengan lebih baik. Setelan ini berkisar dari nol hingga 100.
    Kompresi Cadangan Log Database Jika Aktifkan Pencadangan Log Database disetel ke Ya, setelan ini akan menginstruksikan database sumber untuk mengompresi lognya 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 Kompresi Cadangan Log Database akan diaktifkan.
    Retensi yang Diterapkan Memungkinkan pengguna mengonfigurasi periode keabadiannya antara nol dan 36525 hari. Secara default, nilai 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 memperpendek periode retensi yang diterapkan.
    Anda tidak dapat menyetel retensi yang diterapkan untuk kebijakan streamsnap yang retensinya adalah "Hanya simpan image jarak jauh terbaru".
    Catatan: Retensi yang Diterapkan tidak dapat diganti berdasarkan per aplikasi. Opsi tidak muncul di halaman Penggantian Kebijakan.
    Catatan: Setelan kebijakan lanjutan Retensi yang Diterapkan tidak kompatibel dengan perlindungan aplikasi yang mengarah ke vault cadangan. Jika target penyimpanan adalah vault cadangan, vault cadangan akan menentukan periode retensi yang diterapkan.
    Perilaku Tugas Saat VM Target Memerlukan Konsolidasi Snapshot Pilih tindakan jika VM memerlukan konsolidasi:
  • Gagal menjalankan tugas jika VM memerlukan konsolidasi: Tugas point-in-time gagal.
    •
  • Menjalankan tugas tanpa melakukan konsolidasi: Semua tugas berjalan normal meskipun konsolidasi tertunda.
    •
  • Lakukan konsolidasi di awal tugas: Tugas point-in-time 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: Specified start path doesn't exist. Jika tidak ada jalur mulai 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 Backup dan DR; tugas tidak akan gagal jika jalur awal tidak ada.
    Mengaktifkan Mode Perekaman yang Terganggu Mode pengambilan yang mengalami penurunan kualitas mengambil data inkremental saat layanan Change Block Tracking (CBT) tidak tersedia. Pengambilan data mungkin memerlukan waktu lebih lama. Opsinya adalah Ya atau Tidak.
    Waktu Tunggu Skrip
    (hanya berlaku untuk pencadangan berbasis agen)    		 Agen Backup dan DR memungkinkan Anda membuat skrip sisi host yang berjalan di host aplikasi sebelum atau setelah kebijakan dijalankan. Empat waktu tunggu yang disediakan dalam template kebijakan dipetakan secara langsung ke dalam empat tahap skrip sisi host.
    Catatan: Secara default, nilai waktu tunggu skrip adalah per nilai berikut. Jika waktu tunggu skrip tidak ditentukan, nilainya kosong dan default digunakan.
  • Waktu Tunggu Inisialisasi Skrip: Menentukan durasi 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 Pembatalan 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 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 berikutnya