Mengonfigurasi setelan kebijakan lanjutan di konsol pengelolaan appliance

Halaman ini mencantumkan setelan lanjutan untuk template kebijakan konfigurasi cadangan. 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 Manage Backup Plan untuk aplikasi tersebut.

Gunakan petunjuk berikut untuk melihat halaman setelan kebijakan.

  1. Di konsol pengelolaan peralatan, 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 Policy.
  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:
  • Cadangan konsisten terhadap error: Cadangan konsisten terhadap error adalah pencadangan cepat data aplikasi di penyimpanan seolah-olah daya hilang pada saat itu. Tindakan ini tidak menjeda I/O data aplikasi. Semua data di disk akan disimpan, dan data dalam memori akan hilang. Pemulihan cadangan yang konsisten terhadap 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 terhadap error jika proses konsisten dengan aplikasi menyebabkan masalah pada aplikasi atau workload Anda karena proses quiescing. Konsisten terhadap error 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.
  • Mengambil cadangan yang konsisten dengan aplikasi: Cadangan yang konsisten dengan aplikasi memanfaatkan snapshot yang dihentikan sementara, yang menggunakan alat VMware atau lingkungan tamu Google Cloud untuk menghentikan sementara sistem file virtual machine. Operasi quiesce memanfaatkan kemampuan bawaan sistem operasi Windows untuk menghentikan sementara sistem file dan aplikasi yang mendukung VSS. Layanan ini juga memanfaatkan skrip freeze atau thaw 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 yang konsisten dengan 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, pencadangan yang konsisten dengan aplikasi akan gagal jika VMware tidak dapat menghentikan sementara VM dalam waktu tunggu yang telah ditentukan selama operasi snapshot. Gunakan pencadangan yang konsisten dengan aplikasi saat kemampuan pemulihan adalah hal yang paling penting, dan aplikasi dalam 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 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 ke mode baca-tulis. Untuk melakukannya, ikuti petunjuk di Opsional: Tandai disk Anda sebagai tersedia untuk dibaca dan ditulis.
  • Take crash consistent backup on last try: Opsi ini awalnya mengambil cadangan yang konsisten dengan aplikasi, tetapi jika cadangan yang konsisten dengan aplikasi gagal karena alasan apa pun, opsi ini akan mengambil cadangan yang konsisten terhadap 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 dengan region disk sumber. Saat menyimpan snapshot di lokasi yang berbeda dengan lokasi disk sumber, data akan melewati jaringan di antara lokasi tersebut dan dapat menimbulkan 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 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 lebih lanjut snapshot persistent disk. Untuk mengetahui detail harga, lihat harga disk.
  • Standard: Secara default, jenis snapshot Standard dipilih. Sebaiknya gunakan jenis standar jika Anda ingin mempertahankan cadangan selama kurang dari 90 hari.
  • Archive: Pilih jenis Archive jika Anda ingin mempertahankan cadangan dalam 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.
    •       
    Alokasi Berlebih Disk Staging
    (Dalam persentase)    		 Tentukan ruang tambahan yang dialokasikan untuk disk staging (selain yang sebenarnya diperlukan) untuk mengakomodasi pertumbuhan aplikasi. Setelan ini berkisar dari nol hingga 1.000 persen.
    Global Prune Paths Jangan cadangkan direktori ini (tentukan jalur lengkap). Lihat juga nilai Global Prune Paths 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 cadangan 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 appliance pencadangan/pemulihan kedua, ubah setelan lanjutan kompresi replikasi streamsnap menjadi Don't compress, lalu klik Save Changes.
    Catatan: Replikasi Streamsnap hanya didukung untuk peralatan pencadangan/pemulihan yang di-deploy dalam satu jaringan.
    Jangan Batalkan Pemetaan Menentukan apakah Anda ingin disk staging sementara yang dipetakan ke host dan digunakan selama pemindahan data untuk pencadangan tetap dipetakan ke host. LUN dipetakan selama tugas pertama dan semua tugas berikutnya menggunakan kembali LUN yang dipetakan yang sama. Pilih salah satu:
  • Mempertahankan pemetaan disk staging di antara tugas. Pilih opsi ini jika Anda ingin disk staging 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 dipetakan yang sama. Secara default, opsi ini dipilih.
    Catatan: Untuk aplikasi yang dikelola menggunakan agen Backup and DR (seperti database SQL) yang berada di OS yang berjalan di dalam VM VMware, opsi ini akan diabaikan. Disk staging selalu dilepaskan dari VM setelah setiap tugas.
    •
  • Batalkan pemetaan disk staging setelah setiap tugas. Opsi ini akan melepas disk staging dari sistem operasi pada akhir setiap tugas (menghapus direktori pemasangan atau huruf drive), dan juga membatalkan pemetaannya dari host sepenuhnya. Opsi ini mengharuskan host melakukan pemindaian untuk LUN SCSI di awal tugas berikutnya, karena disk staging yang dipetakan ulang harus ditemukan kembali sebelum dapat dipasang ulang.
    •
    Truncate (Purge) Log After Backup Tentukan apakah akan memotong (menghapus permanen) log database setelah setiap pencadangan. Jika Truncate Log After Backup diaktifkan, log terkait aplikasi akan dipotong hingga pencadangan terbaru atau saat ini. Jika memotong log, Anda juga harus mencadangkan log transaksi untuk mengaktifkan pemulihan roll forward.
    Opsinya adalah:
  • Jangan memotong atau menghapus total log setelah pencadangan
    •
  • Memotong atau menghapus total 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 guna menjaga konsistensi data di seluruh aplikasi anggota. Grup konsistensi adalah kumpulan aplikasi yang ditemukan dari host yang sama.
    Opsinya adalah:
  • Gagalkan pencadangan saat aplikasi offline ditemukan
    •
  • Melewati aplikasi offline selama pencadangan
    •
    Memetakan disk staging ke semua node dalam cluster aplikasi Jika node Anda berada dalam cluster aplikasi, Anda dapat menggunakan ini untuk memastikan bahwa node cluster aplikasi dilindungi jika terjadi failover selama pencadangan.
  • Jangan memetakan disk staging ke semua node cluster aplikasi.
    •
  • Petakan 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 untuk VM VMware)     		Jika server ESX Anda berada dalam peralatan, Anda dapat menggunakan setelan ini untuk memastikan bahwa 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 (pemasangan berbasis aplikasi), database virtual memiliki semua kredensial login yang digunakan oleh sumber. Opsi yang tersedia adalah Ya atau Tidak.
    Enable Database Log Backup Opsi Enable Database Log Backup memungkinkan kebijakan paket cadangan 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 rencana pencadangan.
    RPO Jika Enable Database Log Backup ditetapkan ke Yes, RPO akan menentukan frekuensi 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 memiliki periode retensi terpisah, Anda dapat menggunakan log bersama dengan salinan database yang disimpan di kumpulan snapshot. Periode retensi log adalah setelan wajib.
    Replikasi Log
    (Menggunakan Teknologi Streamsnap)    		 Jika Enable Database Log Backup ditetapkan ke Enable, setelan lanjutan Replicate Logs memungkinkan log database direplikasi ke peralatan jarak jauh. Agar tugas replikasi log dapat berjalan, harus ada kebijakan replikasi streamsnap yang disertakan dalam template bersama dengan profil resource yang menentukan peralatan jarak jauh, dan setidaknya satu replikasi database yang berhasil harus diselesaikan terlebih dahulu. Kemudian, Anda dapat menggunakan log di situs jarak jauh untuk pencadangan database apa pun dalam rentang retensi log yang direplikasi. Fungsi ini diaktifkan secara default.
    Replikasi log menggunakan teknologi streamsnap untuk melakukan replikasi antara peralatan lokal dan jarak jauh; replikasi log langsung dari kumpulan snapshot lokal ke kumpulan snapshot di peralatan jarak jauh.
    Catatan: Replikasi log tidak akan terjadi hingga database dilindungi dan cadangan direplikasi ke peralatan jarak jauh.
    Mengirim log ke OnVault Pool Jika ditetapkan ke Yes, log akan direplikasi ke satu atau beberapa storage pool OnVault yang memungkinkan pemulihan point-in-time dari OnVault di situs lain.
    Catatan: Jika Anda memilih opsi ini, Backup and 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 cadangan log, satu untuk setiap pool. Hanya pool 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 Send logs to OnVault Pool, Backup and DR akan terus mereplikasi log ke bucket OnVault yang mirip dengan cadangan snapshot log. Misalnya, jika pencadangan log dilakukan setiap 15 menit, log akan direplikasi ke OnVault setiap 15 menit untuk memastikan semua snapshot log direplikasi ke pool OnVault.
    • ID kebijakan yang ditampilkan di konsol pengelolaan peralatan 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, dan tidak berlaku untuk pencadangan log.
    Log Staging Disk Growth Size (In Percent) Jika Enable Database Log Backup ditetapkan ke Yes, Log Staging Disk Growth Size menentukan pertumbuhan yang akan digunakan saat menumbuhkan disk staging tempat log berada secara otomatis. Setelan ini berkisar antara lima hingga 100 persen.
    Perkiraan Tingkat Perubahan Jika Enable Database Log Backup ditetapkan ke Yes, setelan ini menentukan perubahan harian (dalam persen), yang memungkinkan peralatan 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 lognya sebelum diambil oleh konsol pengelolaan peralatan. Server database melakukan kompresi log selama pencadangan log. Opsinya adalah Yes atau No. Jika ditetapkan ke Yes, opsi Compress Database Log Backup akan diaktifkan.
    Retensi yang Diterapkan Memungkinkan pengguna mengonfigurasi periode keabadian mereka 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 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 Diterapkan tidak dapat diganti per aplikasi. Opsi ini tidak muncul di halaman Penggantian Kebijakan.
    Catatan: Setelan kebijakan lanjutan Enforced Retention tidak kompatibel dengan perlindungan aplikasi yang mengarah ke vault cadangan. Jika vault cadangan adalah target penyimpanan, vault cadangan akan menentukan periode retensi yang diterapkan.
    Perilaku Tugas Saat VM Target Memerlukan Konsolidasi Snapshot Pilih tindakan jika VM memerlukan konsolidasi:
  • Gagalkan tugas jika VM memerlukan konsolidasi: Tugas point-in-time gagal.
    •
  • Menjalankan tugas tanpa melakukan konsolidasi: Semua tugas berjalan seperti biasa meskipun konsolidasi tertunda.
    •
  • Melakukan konsolidasi di awal tugas: Tugas point-in-time mencoba melakukan konsolidasi di awal tugas. Jika konsolidasi gagal, tugas akan gagal dengan pesan error.
    •
    Fail On Missing Start Path 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 awal yang ditentukan, opsi ini tidak akan berpengaruh. Opsinya adalah Yes atau No.
    Catatan: Status default untuk opsi ini adalah No (dinonaktifkan), yang merupakan perilaku yang sama dengan versi agen Backup and DR sebelumnya; tugas tidak akan gagal jika jalur awal tidak ada.
    Mengaktifkan Mode Pengambilan yang Diturunkan Mode pengambilan yang menurun menangkap data inkremental saat layanan Change Block Tracking (CBT) tidak tersedia. Perekaman data mungkin memerlukan waktu lebih lama. Opsinya adalah Ya atau Tidak.
    Waktu Tunggu Skrip
    (hanya berlaku untuk pencadangan berbasis agen)    		 Agen Backup and 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 langsung ke 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 diambil 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.
  • Script Unfreeze Timeout: 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 Penyelesaian 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