Mengonfigurasi setelan kebijakan lanjutan di konsol pengelolaan appliance

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 appliance, klik tab Rencana Pencadangan , lalu pilih opsi Template 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 Buat/Edit Kebijakan , klik Setelan Kebijakan Lanjutan. 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 aplikasi
(hanya berlaku untuk VM Google Cloud VMware Engine dan VM Compute Engine)		 Pilih salah satu opsi berikut:
  • Cadangan konsisten crash: Cadangan konsisten crash adalah cadangan cepat data aplikasi dalam penyimpanan seolah-olah daya hilang pada saat itu. Cadangan ini tidak menjeda I/O data aplikasi. Semua data di disk disimpan, dan data dalam memori hilang. Pemulihan cadangan konsisten crash backup 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 crash jika proses konsisten aplikasi menyebabkan masalah pada aplikasi atau workload Anda karena proses penghentian sementara. Konsisten crash 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 konsisten aplikasi: Cadangan konsisten aplikasi memanfaatkan snapshot yang dihentikan sementara, yang menggunakan alat VMware atau lingkungan Google Cloud tamu untuk menghentikan sementara sistem file mesin virtual. Operasi penghentian sementara memanfaatkan kemampuan bawaan sistem operasi Windows untuk menghentikan sementara sistem file dan aplikasi yang mendukung VSS. Operasi ini juga memanfaatkan skrip pembekuan atau pencairan yang disediakan pelanggan (di semua platform) untuk mendapatkan konsistensi aplikasi tingkat yang lebih tinggi. Hasilnya adalah tingkat kepercayaan yang lebih tinggi dalam kemampuan pemulihan cadangan, serta waktu pemulihan yang lebih singkat dalam sebagian besar kasus. Cadangan 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 menghentikan sementara VM dalam waktu tunggu yang telah ditentukan selama operasi snapshot. Gunakan cadangan konsisten aplikasi jika kemampuan pemulihan adalah yang paling 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.
  • Buat cadangan konsisten crash pada percobaan terakhir: Opsi ini awalnya membuat cadangan konsisten aplikasi, tetapi jika cadangan konsisten aplikasi gagal karena alasan apa pun, cadangan konsisten crash akan dibuat.
    •
    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 dari lokasi disk sumber, data akan berpindah melalui jaringan antar lokasi tersebut dan mungkin dikenakan biaya jaringan. Snapshot dikenakan 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 dan SAP HANA)    		Pilih jenis snapshot Persistent Disk yang akan digunakan untuk Compute Engine instance. Snapshot mencadangkan data secara bertahap dari Persistent Disk. Selama pencadangan, snapshot baru dibuat untuk mengambil 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 menyimpan cadangan selama kurang dari 90 hari.
  • Arsip: Pilih jenis Arsip jika Anda ingin menyimpan cadangan dalam jangka waktu yang lama. Perhatikan bahwa periode penagihan minimum untuk snapshot arsip adalah 90 hari, terlepas dari periode retensi data yang ditentukan dalam kebijakan, dan jenis Arsip juga dikenai 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.
    Jalur Prune Global Jangan cadangkan direktori ini (tentukan jalur lengkap). Lihat juga nilai Jalur Prune Global tingkat kebijakan.
    Kompresi Replikasi Streamsnap Secara default, kompresi untuk replikasi streamsnap diaktifkan. Kompresi meningkatkan efisiensi replikasi streamsnap ke appliance 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 akan melakukan dekompresi paket sebelum menulis ke disk staging. Jika kompresi tidak diperlukan untuk replikasi streamsnap ke appliance pencadangan/pemulihan kedua, ubah setelan lanjutan kompresi replikasi streamsnap ke Jangan kompresi , lalu klik Simpan Perubahan.
    Catatan: Replikasi Streamsnap hanya didukung untuk appliance 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 sama yang dipetakan. Pilih salah satu opsi berikut:
  • Pertahankan pemetaan disk staging antar-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 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 akan diabaikan. Disk staging akan selalu dibatalkan pemetaannya dari VM setelah setiap tugas.
    •
  • Batalkan pemetaan disk staging setelah setiap tugas. Opsi ini akan melepaskan disk staging dari sistem operasi pada akhir setiap tugas (menghapus titik pemasangan atau huruf drive), dan juga membatalkan pemetaannya dari host. Opsi ini mengharuskan host melakukan pemindaian untuk LUN SCSI pada awal tugas berikutnya, karena disk staging yang dipetakan ulang harus ditemukan kembali sebelum dapat dipasang kembali.
    •
    Potong (Hapus) Log Setelah Pencadangan Tentukan apakah akan memotong (menghapus) log database setelah setiap pencadangan. Jika Potong Log Setelah Pencadangan diaktifkan, log terkait aplikasi akan dipotong hingga cadangan terbaru atau saat ini. Jika Anda memotong log, Anda juga harus mencadangkan log transaksi untuk mengaktifkan pemulihan roll forward.
    Opsi yang tersedia adalah:
  • Jangan potong atau hapus log setelah pencadangan
    •
  • Potong atau hapus log setelah pencadangan
    •
    Lewati Aplikasi Offline
    (Hanya 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 mempertahankan konsistensi data di seluruh aplikasi anggota. Grup konsistensi adalah kumpulan aplikasi yang ditemukan dari host yang sama.
    Opsi yang tersedia adalah:
  • Gagalkan pencadangan jika aplikasi offline ditemukan
    •
  • Lewati aplikasi offline selama pencadangan
    •
    Petakan disk staging ke semua node dalam cluster aplikasi Jika node Anda berada dalam cluster aplikasi, Anda dapat menggunakan opsi ini untuk memastikan bahwa node cluster aplikasi dilindungi jika terjadi failover selama pencadangan.
  • Jangan petakan 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.
    •
    Petakan Disk Staging ke Semua Host ESX dalam Cluster
    (Hanya untuk VM VMware)     		Jika server ESX Anda berada di appliance, 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):
  • Petakan disk staging ke host ESX hanya untuk VM
    •
  • Petakan disk staging ke semua host ESX dalam cluster
    •
  • Petakan disk staging ke dua host ESX dalam cluster
    •
    Cadangkan Login Pengguna SQL Server Mengambil kredensial login database SQL Server. Saat database dipasang sebagai aplikasi virtual (pemasangan yang mendukung aplikasi), database virtual memiliki semua kredensial login yang digunakan oleh sumber. Opsi yang tersedia adalah Ya atau Tidak.
    Aktifkan 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. Opsi yang tersedia 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 Aktifkan Pencadangan Log Database disetel ke Ya, RPO akan menentukan frekuensi pencadangan log database. Frekuensi ditetapkan dalam menit dan tidak boleh melebihi interval pencadangan database interval. Nilai terkecil yang dapat ditetapkan (dalam menit) adalah 15.
    Periode Retensi Data Log
    (Dalam Hari)    		 Jika Aktifkan Pencadangan Log Database disetel ke Ya, retensi log akan ditentukan secara terpisah dari retensi kebijakan snapshot. Dengan memiliki periode retensi data yang terpisah, Anda dapat menggunakan log bersama dengan salinan database yang disimpan di kumpulan snapshot. Periode retensi data log adalah setelan wajib.
    Replikasi Log
    (Menggunakan Teknologi Streamsnap)    		 Jika Aktifkan Pencadangan Log Database disetel ke Aktifkan, setelan lanjutan Replikasi Log akan memungkinkan log database direplikasi ke appliance jarak jauh. Agar tugas replikasi log dapat berjalan, harus ada kebijakan replikasi streamsnap yang disertakan dalam template bersama dengan profil resource yang menentukan appliance 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 data log yang direplikasi. Fungsi ini diaktifkan secara default.
    Replikasi log menggunakan teknologi streamsnap untuk melakukan replikasi antara appliance lokal dan jarak jauh; replikasi log langsung dari kumpulan snapshot lokal ke kumpulan snapshot di appliance jarak jauh.
    Catatan: Replikasi log tidak akan terjadi hingga database telah dilindungi dan cadangan direplikasi ke appliance jarak jauh.
    Kirim log ke Kumpulan OnVault Jika disetel ke Ya, log akan 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, Pencadangan dan DR akan mengirim log ke setiap kumpulan OnVault yang ditentukan dalam profil untuk aplikasi tersebut. Jika ada dua kumpulan dalam profil, monitor akan menampilkan tugas OnVault (log) untuk setiap pencadangan log, satu untuk setiap kumpulan. Hanya kumpulan OnVault yang ada dalam profil untuk SLA tersebut yang akan mendapatkan log.
    • Retensi data log yang direplikasi ke OnVault mirip dengan retensi data log snapshot.
    • Mereplikasi log database ke bucket OnVault berbeda dengan a pencadangan database. Jika Anda memilih Kirim log ke Kumpulan OnVault, Pencadangan dan DR akan terus mereplikasi log ke bucket OnVault yang mirip dengan pencadangan 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 kumpulan OnVault.
    • ID kebijakan yang ditampilkan di konsol pengelolaan appliance adalah ID kebijakan snapshot karena replikasi log ke bucket OnVault ini terikat dengan kebijakan Snapshot.
    Catatan: Kebijakan OnVault Harian, Mingguan, Bulanan, dan Tahunan hanya untuk pencadangan database, dan tidak berlaku untuk pencadangan log.
    Ukuran Pertumbuhan Disk Staging Log (Dalam Persen) Jika Aktifkan Pencadangan Log Database disetel ke Ya, Ukuran Pertumbuhan Disk Staging Log akan menentukan pertumbuhan yang akan digunakan saat disk staging tempat log berada tumbuh secara otomatis. Setelan ini berkisar dari lima hingga 100 persen.
    Estimasi Tingkat Perubahan Jika Aktifkan Pencadangan Log Database disetel ke Ya, 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.
    Kompresi Pencadangan Log Database Jika Aktifkan Pencadangan Log Database disetel ke Ya, setelan ini akan menginstruksikan database sumber untuk mengompresi lognya sebelum diambil oleh konsol pengelolaan appliance. Server database melakukan kompresi log selama pencadangan log. Opsi yang tersedia adalah Ya atau Tidak. Jika disetel ke Ya, opsi Kompresi Pencadangan Log Database akan diaktifkan.
    Retensi Data yang Diterapkan Memungkinkan pengguna mengonfigurasi periode imutabilitas antara nol dan 36.525 hari. Secara default, nilai ini disetel ke nol untuk semua kebijakan yang ada.
    Anda dapat mengubah kebijakan yang sudah digunakan untuk melindungi aplikasi dengan menetapkan periode retensi data yang diterapkan lebih lama. Namun, Anda tidak dapat mempersingkat periode retensi data yang diterapkan.
    Anda tidak dapat menetapkan retensi data yang diterapkan untuk kebijakan streamsnap yang retensinya adalah "Hanya simpan image jarak jauh terbaru".
    Catatan: Retensi Data yang Diterapkan tidak dapat diganti berdasarkan per aplikasi. Opsi ini tidak muncul di halaman Penggantian Kebijakan.
    Catatan: Setelan kebijakan lanjutan Retensi Data yang Diterapkan tidak kompatibel dengan perlindungan aplikasi yang mengarah ke vault cadangan. Jika vault cadangan adalah target penyimpanan, vault cadangan akan menentukan periode retensi data 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 akan gagal.
    •
  • Jalankan tugas tanpa melakukan konsolidasi: Semua tugas berjalan normal meskipun konsolidasi tertunda.
    •
  • Lakukan konsolidasi di awal tugas: Tugas point-in-time akan mencoba melakukan konsolidasi di awal tugas. Jika konsolidasi 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 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 agen Pencadangan dan DR sebelumnya; tugas tidak akan gagal jika jalur awal tidak ada.
    Aktifkan Mode Pengambilan yang Terdegradasi Mode pengambilan yang terdegradasi mengambil data inkremental saat Change Block Tracking (CBT) layanan 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 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.
  • Waktu Tunggu Init Skrip: Menentukan durasi waktu tunggu tugas untuk 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 durasi waktu tunggu kebijakan untuk 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 Pencairan Skrip: Menentukan durasi waktu tunggu kebijakan untuk 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 durasi waktu tunggu kebijakan untuk 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