Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Alur Kerja Pencadangan dan DR LiveClone digunakan saat data produksi berisi informasi sensitif. Fitur ini memungkinkan Anda menentukan LiveClone dari data produksi, lalu menghapus data LiveClone sebelum memasangnya.
Alur Kerja Backup and DR LiveClone dapat melakukan hal berikut:
Membuat LiveClone baru, atau memperbarui LiveClone yang ada, dari image produksi yang dipilih dan ditandai sebagai sensitif.
Tentukan jadwal untuk memperbarui LiveClone dengan data produksi terbaru. Alur Kerja Backup dan DR Terjadwal juga dapat dijalankan sesuai permintaan.
Menggunakan skrip untuk menghapus data sensitif dari LiveClone.
Menandai aplikasi virtual yang telah dibersihkan sebagai tidak sensitif.
Pasang data yang telah dibersihkan—pemasangan standar—ke host tertentu, atau pasang gambar yang telah dibersihkan sebagai aplikasi virtual—pemasangan yang kompatibel dengan aplikasi—ke host tertentu.
Gunakan petunjuk ini untuk membuat Alur Kerja Pencadangan dan DR LiveClone:
Dari konsol pengelolaan Layanan Pencadangan dan DR, klik
Pengelola Aplikasi, lalu pilih aplikasi terkelola atau grup konsistensi.
Klik kanan, lalu pilih Manage Workflows untuk membuka Application Dashboard Backup and DR Workflows. Klik Add Workflow dan tambahkan detail konfigurasi dasar seperti Name dan Appliance tempat Anda ingin menjalankan Alur Kerja Pencadangan dan DR.
Pilih LiveClone untuk Jenis Alur Kerja.
Pilih Dijadwalkan atau Sesuai Permintaan untuk Jenis Jadwal. Untuk
Alur Kerja Backup and DR terjadwal, tentukan jadwal untuk menjalankan Alur Kerja Backup and DR. Pemilih waktu menggunakan format 24 jam. Alur Kerja Backup and DR Terjadwal juga dapat dijalankan sesuai permintaan.
Lengkapi bagian Setelan LiveClone.
Pilih gambar snapshot terbaru dari kebijakan yang menghasilkan gambar untuk
menghapus Gambar Sumber. Jika Anda memilih Sesuai Permintaan,
pengguna yang menjalankan Alur Kerja Backup dan DR akan memilih image snapshot sumber
saat runtime.
Masukkan nama yang mudah dikenali di kolom LiveClone Label.
Pilih diskpool untuk menyimpan LiveClone—serta perbedaan dari pemasangan LiveClone berikutnya—untuk Diskpool.
Pastikan ruang penyimpanan yang dialokasikan cukup untuk mengakomodasi LiveClone.
Jika perlu, aktifkan opsi Mount for Pre-Processing. Hal ini memastikan
bahwa LiveClone di-mount ke host dan satu atau beberapa skrip
dijalankan pada image yang di-mount untuk menghapus atau menyamarkan data sensitif.
Aktifkan opsi Tandai data sebagai tidak sensitif jika aplikasi yang Anda pilih berisi data sensitif dan Anda ingin data tersebut dibersihkan dan dijadikan tidak sensitif. Hal ini memungkinkan pengguna data tidak sensitif mengakses Alur Kerja Backup dan DR serta menyediakan lingkungan kerja mereka.
Pilih host tempat LiveClone akan di-mount dari drop-down Host.
Secara opsional, aktifkan opsi Map to All Cluster Nodes.
Anda dapat melihat opsi ini saat satu atau beberapa host target adalah node cluster atau host cluster.
Anda hanya dapat melihat opsi berikut jika satu atau beberapa host target adalah VM VMware:
Untuk Mount Mode, pilih salah satu opsi berikut:
NFS: Secara default, mode NFS dipilih. Pencadangan dan DR menampilkan
data sebagai VMDK di datastore NFS yang di-mount dari
perangkat pencadangan/pemulihan.
vRDM (virtual raw device mapping): Snapshot VMware memperlakukan
vRDM yang di-mount sebagai independen dan tidak disertakan dalam snapshot.
Oleh karena itu, secara default, Backup and DR tidak menyertakan vRDM saat melindungi VM yang terpasang. Pencadangan dan DR menyediakan opsi
tempat Anda dapat menandai vRDM sebagai dependen. Meskipun jarang digunakan, jika opsi ini diaktifkan, vRDM akan disertakan dalam snapshot VMware.
Template cadangan merekam vRDM yang ditandai sebagai dependen. Perhatikan bahwa
mode pemasangan ini memerlukan host ESXi untuk memiliki inisiator iSCSI,
yang secara default tidak diaktifkan di Google Cloud VMware Engine.
pRDM (physical raw device mapping): Untuk operasi pemulihan tingkat file, pilih mode ini. Perhatikan bahwa mode pemasangan ini memerlukan host ESXi untuk memiliki inisiator iSCSI, yang secara default tidak diaktifkan di Google Cloud VMware Engine.
Dari Map to ESX Hosts, pilih salah satu opsi berikut. Anda dapat
melihat opsi Map to ESX Hosts hanya jika Anda telah memilih vRDM atau
pRDM di kolom Mount Mode.
Satu: Pilih Satu jika Anda hanya ingin memetakan ke host ESX yang menjalankan VM target.
Dua: Pilih Dua jika Anda ingin memetakan ke dua host ESX, tetapi tidak
semua host ESX dalam cluster. Saat memilih Dua, Anda dapat
memilih host kedua atau memilih Pilih otomatis.
Pilihan otomatis memilih host kedua berdasarkan pasangan logis host ESX dan selalu memilih host ESX partner untuk host yang menjalankan VM target.
Semua: Pilih Semua jika Anda ingin memetakan ke semua host ESX yang ada di cluster. Perhatikan bahwa memilih Semua dapat memperpanjang durasi tugas.
Masukkan lokasi untuk drive yang terpasang di kolom Lokasi Pemasangan.
Contoh, M:, D:\testdb1.
Pilih opsi untuk menyamarkan data sensitif di bagian Opsi Skrip.
Pilih opsi Optim Privacy Data Masking jika Anda menggunakan software Optim Data Privacy untuk penyamaran data. Drop-down Set Pengecualian
diisi secara otomatis, sehingga Anda dapat menentukan
waktu tunggu yang sesuai dalam menit di Set Pengecualian.
Pilih opsi Skrip Kustom jika Anda menggunakan skrip kustom Backup dan DR. Tentukan setidaknya satu skrip pra- atau pascapemrosesan
dan waktu tunggu yang sesuai dalam detik. Untuk mengetahui informasi selengkapnya,
lihat Skrip kustom.
Klik opsi Create New Virtual Application untuk melakukan pemasangan yang kompatibel dengan aplikasi. Opsi ini hanya tersedia untuk aplikasi IBM Db2,
MySQL, Oracle PostgreSQL, SAP ASE, dan SQL Server.
Klik Berikutnya.
Tentukan detail pemasangan untuk image LiveClone.
Untuk Mount Label, berikan nama agar dapat diidentifikasi.
Di bagian Host, pilih satu host tempat Anda akan melakukan pemasangan AppAware. Anda tidak dapat melakukan pemasangan AppAware di beberapa host.
Di bagian Opsi Pemetaan, untuk Lokasi Pemasangan, masukkan lokasi
untuk drive yang terpasang—misalnya, M:, D:\testdb1, atau
/oracledata/db1data.
Di bagian Opsi Skrip, tambahkan skrip pra- dan pasca- yang diperlukan untuk digunakan.
(Khusus database) Aktifkan Create New Virtual Application jika Anda ingin
melakukan pemasangan yang kompatibel dengan aplikasi (database virtual).
Opsi ini hanya tersedia untuk aplikasi IBM Db2, MySQL, Oracle PostgreSQL,
SAP ASE, dan SQL Server. Setelan yang ditampilkan bervariasi menurut jenis database. Jika tidak memilih opsi
Create New Virtual Application, Anda dapat memperoleh
pemasangan sistem file ke host target.
Opsional, aktifkan Hapus Image yang Ter-mount Setelah Selesai jika Anda menggunakan satu
atau beberapa skrip untuk memproses data yang di-mount sebagai tugas satu kali, setelah
itu data yang di-mount tidak lagi diperlukan, seperti ekstraksi data
ke dalam data warehouse. Setelah skrip menyelesaikan tugasnya, opsi ini akan
melepas dan menghapus aplikasi virtual.
Klik Add untuk membuat Alur Kerja Backup dan DR.
Panduan administrator VMware
Halaman ini adalah salah satu dari serangkaian halaman khusus untuk melindungi dan memulihkan
VM VMware dengan Backup dan DR.
Anda dapat menemukan informasi tambahan di:
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-08-11 UTC."],[[["\u003cp\u003eLiveClone Backup and DR Workflows create and update LiveClones from sensitive production data, allowing for data scrubbing before mounting.\u003c/p\u003e\n"],["\u003cp\u003eThese workflows can be scheduled or run on demand to update LiveClones with the latest production data, using scripts to remove sensitive information.\u003c/p\u003e\n"],["\u003cp\u003eScrubbed data can be marked as non-sensitive, enabling wider access, and can be mounted either as standard data or as a virtual application to a specified host.\u003c/p\u003e\n"],["\u003cp\u003eLiveClones can be mounted to a host for pre-processing, allowing for data scrubbing or masking through scripts, and offer various mount modes like NFS, vRDM, and pRDM for VMware environments.\u003c/p\u003e\n"],["\u003cp\u003eManagement console users with Workflow Refresh rights, without run or manage rights, can only refresh existing virtual applications, not modify the Backup and DR workflow.\u003c/p\u003e\n"]]],[],null,["# Create LiveClone Backup and DR Workflows\n\nLiveClone Backup and DR Workflows are used when the production data contains\nsensitive information. It lets you define a LiveClone from production data\nand then scrub the LiveClone's data before mounting it.\n\nA LiveClone Backup and DR Workflow can do the following:\n\n- Generate a new, or updates an existing, LiveClone from a selected production image that is marked as sensitive.\n- Define a schedule for updating the LiveClone with the latest production data. Scheduled Backup and DR Workflows can also be run on demand.\n- Employ scripts to scrub the LiveClone of sensitive data.\n- Mark the scrubbed virtual application as non-sensitive.\n- Either mount the scrubbed data---standard mount---to a specific\n host, or mount the scrubbed image as a virtual application---application\n aware mount---to a specific host.\n\n | **Note:** Management console users, when assigned with **Workflow Refresh** rights but not with Backup and DR Workflow run or Backup and DR Workflow manage rights, can only refresh the existing virtual application and cannot run, edit, delete, or disable the Backup and DR Workflow.\n\nUse these instructions to create a LiveClone Backup and DR Workflow:\n\n1. From the Backup and DR Service management console, click **App Manager**, then select a managed application or consistency group.\n2. Right-click and select **Manage Workflows** to open the Backup and DR Workflows **Application Dashboard** . Click **Add Workflow** and add basic configuration details like **Name** and **Appliance** of where you want the Backup and DR Workflow to run.\n3. Select **LiveClone** for the **Workflow Type**.\n4. Select **Scheduled** or **On Demand** for the **Schedule Type**. For scheduled Backup and DR Workflows, define a schedule to run the Backup and DR Workflow. The time selector uses a 24-hour clock. Scheduled Backup and DR Workflows can also be run on demand.\n5. Complete the **LiveClone Settings** section.\n\n - Select the latest snapshot image from the policy that produces the image to scrub for the **Source Image** . If you selected **On Demand**, the user running the Backup and DR Workflow selects the source snapshot image at run time.\n\n | **Note:** You can also select the latest StreamSnap image from a specific snapshot policy.\n - Enter an identifiable name in the **LiveClone Label** field.\n - Select the diskpool to hold the LiveClone---as well as the differences from subsequent mounts of the LiveClone---for **Diskpool**. Be sure enough storage space is allocated to accommodate the LiveClone.\n6. Optionally, enable the **Mount for Pre-Processing** option. This makes sure\n that the LiveClone is mounted to a host and one or more scripts\n run on the mounted image to scrub or mask sensitive data.\n\n 1. Enable the **Mark data as non-sensitive** option if your selected application contains sensitive data and you want it be scrubbed and made non-sensitive. This allows non-sensitive data users to access the Backup and DR Workflow and provision their work environments.\n 2. Select the host on which to mount the LiveClone from the **Host** drop-down.\n 3. Optionally, enable the **Map to All Cluster Nodes** option.\n You can see this option when one or more target hosts are a\n cluster node or a cluster host.\n\n 4. You can see the following options only when one or more target hosts are\n VMware VMs:\n\n 1. For **Mount Mode**, select one of the following:\n\n - **NFS**: By default NFS mode is selected. Backup and DR presents the data as a VMDK in an NFS datastore mounted from the backup/recovery appliance.\n - **vRDM (virtual raw device mapping)**: VMware snapshots treat mounted vRDMs as independent and are not included in snapshots. Because of this, by default, Backup and DR does not include vRDMs when protecting a mounted VM. Backup and DR does provide an option where you can mark vRDMs as dependent. Although rarely used, when this option is enabled, vRDMs are included in VMware snapshots. Backup templates capture vRDMs marked as dependent. Note that this mount mode needs the ESXi host to have an iSCSI initiator, which by default is not enabled in Google Cloud VMware Engine.\n - **pRDM (physical raw device mapping)**: For file-level restore operations, select this mode. Note that this mount mode needs the ESXi host to have an iSCSI initiator, which by default is not enabled in Google Cloud VMware Engine.\n 2. From **Map to ESX Hosts** , select one of the following options. You can\n see the **Map to ESX Hosts** option only when you have selected vRDM or\n pRDM in the **Mount Mode** field.\n\n - **One** : Select **One** if you want to map only to the ESX host running the target VM.\n - **Two** : Select **Two** if you want to map to two ESX hosts, but not all ESX hosts in the cluster. When selecting **Two** , you can choose the second host or choose **Auto-select**. Auto-select chooses the second host based on logical pairs of ESX hosts and always selects the partner ESX host for the one running the target VM.\n - **All** : Select **All** if you want to map to all the ESX hosts present in the cluster. Note that selecting **All** may increase the duration for the job.\n 5. Enter the location for the mounted drives in the **Mount Location** field.\n For example, `M:, D:\\testdb1`.\n\n 6. Select an option to mask sensitive data in the **Scripts Options** section.\n\n - Select the **Optim Privacy Data Masking** option if you are using Optim Data Privacy software for data masking. The **Masking Set** drop-down is populated automatically, so you can specify the corresponding timeout in minutes in **Masking Set**.\n - Select the **Custom Scripts** option if you are using Backup and DR custom scripts. Specify at least one pre- or post-processing script and the corresponding timeout in seconds. For more information, see [Custom scripts](/backup-disaster-recovery/docs/access-data/custom-scripts).\n 7. Click the **Create New Virtual Application** option to perform an\n application aware mount. This option is available only for IBM Db2,\n MySQL, Oracle PostgreSQL, SAP ASE, and SQL Server applications.\n\n | **Note:** You may need to create a new database (perform an AppAware mount) if the scripts to scrub sensitive data can only be run when the database is powered up and running.\n7. Click **Next**.\n\n8. Specify the mount details for the LiveClone image.\n\n - For **Mount Label**, provide a name to make it identifiable.\n - In the Hosts section, select one host on which you will perform the AppAware mount. You cannot perform an AppAware mount on multiple hosts.\n - In Mapping Options section, for **Mount Location** , enter the location for the mounted drives---for example, `M:`, `D:\\testdb1`, or `/oracledata/db1data`.\n - In the **Scripts Options** section, add any pre- and post-scripts\n that are needed to use.\n\n - (Databases only) Enable **Create New Virtual Application** if you want to\n perform an application aware mount (a virtual database).\n This option is available only for IBM Db2, MySQL, Oracle PostgreSQL,\n SAP ASE, and SQL server applications. The displayed settings vary according\n to database type. If you don't select the\n **Create New Virtual Application** option, you can instead get a\n file system mount to your target hosts.\n\n - Optionally, enable **Remove Mounted Image After Done** if you employ one\n or more scripts to process the mounted data as a one-time task after\n which the mounted data is no longer needed, such as extraction of data\n into a data warehouse. Once the script finishes its task this option\n unmounts and deletes the virtual application.\n\n9. Click **Add** to create the Backup and DR Workflow.\n\nThe VMware administrator's guide\n--------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nVMware VMs with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for VMware VMs](/backup-disaster-recovery/docs/concepts/vmware-intro)\n- [Configure VMware Engine for Backup and DR protection](/backup-disaster-recovery/docs/configuration/prepare-vmware)\n- [Add vCenter and ESX server hosts to the management console](/backup-disaster-recovery/docs/configuration/add-vcenter-host)\n- [Discover and protect VMware VMs](/backup-disaster-recovery/docs/configuration/discover-and-protect-vms)\n- [Apply a backup template to protect a VM](/backup-disaster-recovery/docs/create-plan/apply-backup-template-to-manage-a-VM)\n- [Configure Application settings for VMware VMs](/backup-disaster-recovery/docs/backup/configure-application-settings-for-vmware-vm)\n- [Restore a VMware VM](/backup-disaster-recovery/docs/restore-data/restore-vm)\n- [Mount a VMware image](/backup-disaster-recovery/docs/access-data/mount-vmware-image)\n- [Clone an image of a VMware VM](/backup-disaster-recovery/docs/access-data/clone-image-of-a-vm)\n- [Create LiveClone workflows](/backup-disaster-recovery/docs/access-data/create-liveclone-workflows)\n- [Move VM management between two backup/recovery appliances](/backup-disaster-recovery/docs/configuration/supported-vmware)"]]
