Backup- und Notfallwiederherstellungs-Workflows für LiveClone erstellen
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
LiveClone-Sicherungs- und DR-Workflows werden verwendet, wenn die Produktionsdaten vertrauliche Informationen enthalten. Damit können Sie einen LiveClone aus Produktionsdaten definieren und dann die Daten des LiveClone bereinigen, bevor Sie ihn einbinden.
Ein LiveClone Backup and DR-Workflow kann Folgendes tun:
Generiert einen neuen LiveClone oder aktualisiert einen vorhandenen LiveClone aus einem ausgewählten Produktionsbild, das als sensibel gekennzeichnet ist.
Legen Sie einen Zeitplan für die Aktualisierung des LiveClone mit den neuesten Produktionsdaten fest. Geplante Backup- und DR-Workflows können auch on demand ausgeführt werden.
Verwenden Sie Scripts, um sensible Daten aus dem LiveClone zu entfernen.
Markieren Sie die bereinigte virtuelle Anwendung als nicht vertraulich.
Sie können die bereinigten Daten entweder auf einem bestimmten Host bereitstellen (Standardbereitstellung) oder das bereinigte Image als virtuelle Anwendung auf einem bestimmten Host bereitstellen (anwendungsbezogene Bereitstellung).
So erstellen Sie einen LiveClone-Workflow für Sicherung und Notfallwiederherstellung:
Klicken Sie in der Verwaltungskonsole des Backup- und DR-Dienstes auf App Manager und wählen Sie dann eine verwaltete Anwendung oder Konsistenzgruppe aus.
Klicken Sie mit der rechten Maustaste und wählen Sie Workflows verwalten aus, um das Anwendungs-Dashboard für Backup- und DR-Workflows zu öffnen. Klicken Sie auf Workflow hinzufügen und fügen Sie grundlegende Konfigurationsdetails wie Name und Appliance hinzu, auf der der Backup & DR-Workflow ausgeführt werden soll.
Wählen Sie LiveClone als Workflow Type (Workflowtyp) aus.
Wählen Sie für Schedule Type (Planungstyp) Scheduled (Geplant) oder On Demand (Auf Abruf) aus. Für geplante Backup- und DR-Workflows definieren Sie einen Zeitplan für die Ausführung des Backup- und DR-Workflows. Die Zeitauswahl verwendet das 24-Stunden-Format. Geplante Backup- und DR-Workflows können auch auf Anfrage ausgeführt werden.
Füllen Sie den Bereich LiveClone Settings (LiveClone-Einstellungen) aus.
Wählen Sie das aktuelle Snapshot-Bild aus der Richtlinie aus, mit der das zu bereinigende Bild erstellt wurde, und legen Sie es als Quellbild fest. Wenn Sie On Demand ausgewählt haben, wählt der Nutzer, der den Backup and DR-Workflow ausführt, das Quell-Snapshot-Image zur Laufzeit aus.
Geben Sie im Feld LiveClone-Label einen eindeutigen Namen ein.
Wählen Sie für Diskpool den Diskpool aus, in dem der LiveClone und die Unterschiede aus nachfolgenden Mounts des LiveClone gespeichert werden sollen.
Achten Sie darauf, dass genügend Speicherplatz für den LiveClone zugewiesen ist.
Aktivieren Sie optional die Option Mount for Pre-Processing (Bereitstellung für die Vorverarbeitung). So wird sichergestellt, dass der LiveClone auf einem Host gemountet wird und ein oder mehrere Skripts auf dem gemounteten Image ausgeführt werden, um vertrauliche Daten zu bereinigen oder zu maskieren.
Aktivieren Sie die Option Daten als nicht sensibel markieren, wenn die ausgewählte Anwendung sensible Daten enthält und Sie möchten, dass diese bereinigt und als nicht sensibel gekennzeichnet werden. So können Nutzer mit nicht sensiblen Daten auf den Backup- und DR-Workflow zugreifen und ihre Arbeitsumgebungen bereitstellen.
Wählen Sie im Drop-down-Menü Host den Host aus, auf dem der LiveClone bereitgestellt werden soll.
Aktivieren Sie optional die Option Auf alle Clusterknoten zuordnen.
Diese Option wird angezeigt, wenn mindestens ein Zielhost ein Clusterknoten oder ein Clusterhost ist.
Die folgenden Optionen sind nur sichtbar, wenn mindestens ein Zielhost eine VMware-VM ist:
Wählen Sie für Mount Mode (Bereitstellungsmodus) eine der folgenden Optionen aus:
NFS: Standardmäßig ist der NFS-Modus ausgewählt. Backup and DR präsentiert die Daten als VMDK in einem NFS-Datenspeicher, der von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird.
vRDM (virtual raw device mapping): VMware-Snapshots behandeln eingebundene vRDMs als unabhängig und sie sind nicht in Snapshots enthalten.
Aus diesem Grund werden vRDMs standardmäßig nicht in Backup and DR berücksichtigt, wenn eine bereitgestellte VM geschützt wird. Backup and DR bietet eine Option, mit der Sie vRDMs als abhängig markieren können. Obwohl diese Option nur selten verwendet wird, werden vRDMs in VMware-Snapshots aufgenommen, wenn sie aktiviert ist.
In Sicherungsvorlagen werden vRDMs erfasst, die als abhängig markiert sind. Für diesen Bereitstellungsmodus muss auf dem ESXi-Host ein iSCSI-Initiator vorhanden sein, der in Google Cloud VMware Engine standardmäßig nicht aktiviert ist.
pRDM (physical raw device mapping): Wählen Sie diesen Modus für Wiederherstellungsvorgänge auf Dateiebene aus. Für diesen Bereitstellungsmodus muss der ESXi-Host einen iSCSI-Initiator haben, der in Google Cloud VMware Engine standardmäßig nicht aktiviert ist.
Wählen Sie unter ESX-Hosts zuordnen eine der folgenden Optionen aus. Die Option ESX-Hosts zuordnen wird nur angezeigt, wenn Sie im Feld Mount Mode (Bereitstellungsmodus) vRDM oder pRDM ausgewählt haben.
Einer: Wählen Sie Einer aus, wenn Sie nur dem ESX-Host zuordnen möchten, auf dem die Ziel-VM ausgeführt wird.
Zwei: Wählen Sie Zwei aus, wenn Sie zwei ESX-Hosts, aber nicht alle ESX-Hosts im Cluster zuordnen möchten. Wenn Sie Zwei auswählen, können Sie den zweiten Host oder Automatische Auswahl auswählen.
Bei der automatischen Auswahl wird der zweite Host anhand logischer Paare von ESX-Hosts ausgewählt. Es wird immer der Partner-ESX-Host für den Host ausgewählt, auf dem die Ziel-VM ausgeführt wird.
Alle: Wählen Sie Alle aus, wenn Sie alle im Cluster vorhandenen ESX-Hosts zuordnen möchten. Wenn Sie Alle auswählen, kann sich die Dauer des Jobs verlängern.
Geben Sie den Speicherort für die bereitgestellten Laufwerke in das Feld Bereitstellungspfad ein.
Beispiel: M:, D:\testdb1.
Wählen Sie im Abschnitt Scripts Options (Script-Optionen) eine Option zum Maskieren sensibler Daten aus.
Wählen Sie die Option Optim Privacy Data Masking aus, wenn Sie die Software Optim Data Privacy für die Datenmaskierung verwenden. Das Drop-down-Menü Masking Set wird automatisch ausgefüllt. Sie können das entsprechende Zeitlimit in Minuten in Masking Set angeben.
Wählen Sie die Option Benutzerdefinierte Skripts aus, wenn Sie benutzerdefinierte Backup and DR-Skripts verwenden. Geben Sie mindestens ein Vor- oder Nachbearbeitungsskript und das entsprechende Zeitlimit in Sekunden an. Weitere Informationen finden Sie unter Benutzerdefinierte Skripts.
Klicken Sie auf die Option Create New Virtual Application (Neue virtuelle Anwendung erstellen), um eine anwendungsbezogene Bereitstellung durchzuführen. Diese Option ist nur für IBM Db2-, MySQL-, Oracle PostgreSQL-, SAP ASE- und SQL Server-Anwendungen verfügbar.
Klicken Sie auf Weiter.
Geben Sie die Mount-Details für das LiveClone-Image an.
Geben Sie unter Mount Label einen Namen ein, damit das Laufwerk identifiziert werden kann.
Wählen Sie im Abschnitt „Hosts“ einen Host aus, auf dem Sie die AppAware-Bereitstellung ausführen möchten. Sie können keine AppAware-Bereitstellung auf mehreren Hosts durchführen.
Geben Sie im Abschnitt „Mapping Options“ (Mapping-Optionen) für Mount Location (Mount-Speicherort) den Speicherort für die gemounteten Laufwerke ein, z. B. M:, D:\testdb1 oder /oracledata/db1data.
Fügen Sie im Abschnitt Skriptoptionen alle erforderlichen Pre- und Post-Scripts hinzu.
(Nur Datenbanken) Aktivieren Sie Create New Virtual Application (Neue virtuelle Anwendung erstellen), wenn Sie eine anwendungsbezogene Bereitstellung (eine virtuelle Datenbank) durchführen möchten.
Diese Option ist nur für IBM Db2-, MySQL-, Oracle PostgreSQL-, SAP ASE- und SQL Server-Anwendungen verfügbar. Die angezeigten Einstellungen variieren je nach Datenbanktyp. Wenn Sie die Option Create New Virtual Application (Neue virtuelle Anwendung erstellen) nicht auswählen, können Sie stattdessen eine Dateisystembereitstellung für Ihre Zielhosts erhalten.
Aktivieren Sie optional Remove Mounted Image After Done (Bereitgestelltes Image nach Abschluss entfernen), wenn Sie ein oder mehrere Skripts verwenden, um die bereitgestellten Daten als einmalige Aufgabe zu verarbeiten, nach der die bereitgestellten Daten nicht mehr benötigt werden, z. B. zum Extrahieren von Daten in ein Data Warehouse. Sobald das Skript seine Aufgabe abgeschlossen hat, wird die virtuelle Anwendung mit dieser Option unmountet und gelöscht.
Klicken Sie auf Hinzufügen, um den Workflow für Sicherung und DR zu erstellen.
Leitfaden für VMware-Administratoren
Diese Seite ist eine von mehreren Seiten, die sich speziell mit dem Schutz und der Wiederherstellung von VMware-VMs mit Backup and DR befassen.
Weitere Informationen finden Sie unter:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 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)"]]
