Mengonfigurasi detail dan setelan aplikasi untuk data VM di konsol pengelolaan appliance

Halaman ini berisi informasi tentang cara mengonfigurasi setelan aplikasi untuk VM VMware.

Melindungi VM dan aplikasinya

Dalam beberapa kasus, Anda mungkin perlu mencadangkan seluruh VM, lalu mencadangkan satu atau beberapa aplikasi di VM tersebut. Dalam situasi seperti ini, buat dua template kebijakan; satu untuk mengambil volume booting VM dan satu lagi untuk mengambil aplikasi di VM. Perhatikan bahwa dua operasi pengambilan tidak dapat berjalan secara bersamaan.

Detail dan setelan aplikasi untuk VM VMware

Dari halaman Application Details & Settings, ubah setelan khusus aplikasi untuk mengonfigurasi opsi pencadangan untuk VM VMware. Setelan aplikasi mungkin berguna atau diperlukan dalam situasi tertentu. Setelah mengonfigurasi setelan aplikasi, klik Save Changes.

Untuk mereset satu atau beberapa setelan aplikasi kembali ke status defaultnya, klik kotak centang di samping pilihan yang ingin Anda reset, atau klik Pilih opsi yang akan kembali ke default untuk mereset semua pilihan aplikasi kembali ke status defaultnya.

Setelan aplikasi Deskripsi
Konsisten dengan aplikasi
(Tidak berlaku untuk pengelolaan database)		 Pilih salah satu opsi berikut:
  • Melakukan pencadangan yang konsisten terhadap error: Pencadangan yang konsisten terhadap error adalah pencadangan cepat data aplikasi dalam penyimpanan seolah-olah daya hilang pada saat itu. Alat ini tidak menjeda I/O data aplikasi. Semua data di disk disimpan, dan data dalam memori akan hilang. Transaksi yang tidak selesai mungkin disimpan. Pemulihan cadangan yang konsisten terhadap error mungkin memerlukan waktu lebih lama dan menimbulkan pengecualian. Biasanya, pemulihan dari error harus dilakukan secara manual. Pencadangan yang konsisten terhadap error dapat dilakukan dengan cepat untuk virtual machine.
    •
  • Take application consistent backup: Pencadangan yang konsisten dengan aplikasi memberi tahu aplikasi untuk bersiap melakukan pencadangan. Opsi ini tidak akan menghilangkan data. Tindakan ini menjeda I/O data aplikasi, menyelesaikan transaksi yang sedang berlangsung, dan mengosongkan memori ke disk. Saat pemulihan, data dapat diakses dengan cepat. Untuk klien virtual, biasanya diperlukan agen untuk mendapatkan notifikasi pencadangan di host, lalu memberi tahu aplikasi, dan mungkin perlu menunggu persetujuan dari aplikasi. Tidak semua aplikasi mendukung pencadangan yang konsisten dengan aplikasi.
    •
  • 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.
    		•
    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 0 hingga 1.000 persen.
    Truncate/Purge Log After Backup Tentukan apakah akan memotong/menghapus log setelah setiap pencadangan. Jika Truncate Log After Backup diaktifkan, log terkait aplikasi akan dipotong hingga pencadangan terbaru atau saat ini. Jika Anda memotong log, Anda juga harus mencadangkan log transaksi untuk mengaktifkan pemulihan roll forward. (Oracle, SQL Server).
    Opsinya adalah:
  • Jangan memotong atau menghapus total log setelah pencadangan
    •
  • Memotong atau menghapus total log setelah pencadangan
    •
    Log Backup Retention Period (In Days)* 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.
    Replicate Logs (Uses StreamSnap Technology)** Jika Enable Database Log Backup ditetapkan ke Enable, setelan lanjutan Replicate Logs akan diizinkan. Log arsip Oracle atau log transaksi database SQL Server yang akan direplikasi ke peralatan pencadangan/pemulihan jarak jauh. Agar tugas replikasi log dapat berjalan, harus ada kebijakan replikasi (StreamSnap) yang disertakan dalam template beserta profil resource yang menentukan peralatan pencadangan/pemulihan jarak jauh, dan setidaknya satu replikasi database yang berhasil harus diselesaikan terlebih dahulu. Anda kemudian dapat menggunakan log di situs jarak jauh untuk image database apa pun dalam rentang retensi log yang direplikasi. Fungsi ini diaktifkan secara default. Replikasi log menggunakan teknologi StreamSnap untuk melakukan replikasi antara perangkat pencadangan/pemulihan lokal dan jarak jauh; replikasi log langsung beralih dari kumpulan snapshot lokal ke kumpulan snapshot di perangkat jarak jauh.
    Catatan: Replikasi log tidak akan terjadi hingga database dilindungi dan database telah direplikasi ke appliance pencadangan/pemulihan jarak jauh.
    Mengirim log ke OnVault Pool Jika ditetapkan ke Yes, log akan direplikasi ke satu atau beberapa storage pool OnVault, sehingga 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 pertumbuhan yang akan digunakan saat menumbuhkan disk staging tempat log berada secara otomatis. Setelan ini berkisar antara lima hingga 100 persen.
    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.
    •
    Waktu Tunggu Skrip 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 sesuai dengan nilai yang dinyatakan. 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 1 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.
    •
  • Script Finish Timeout: 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.
    •

    Panduan administrator VMware

    Halaman ini adalah salah satu dari serangkaian halaman khusus untuk melindungi dan memulihkan VM VMware dengan Backup and DR. Anda dapat menemukan informasi tambahan di: