LiveClone-Sicherungs- und Notfallwiederherstellungs-Workflows ausführen
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Welche Optionen beim Ausführen eines On-Demand- oder geplanten LiveClone-Sicherungs- und Notfallwiederherstellungs-Workflows angezeigt werden, hängt vom Anwendungstyp ab.
Für Datenbankanwendungen sind auf der Seite LiveClone On Demand Run Workflow (LiveClone-On-Demand-Ausführungsworkflow) die folgenden Optionen verfügbar:
LiveClone aktualisieren: Wählen Sie diese Option aus, wenn Sie den LiveClone anhand des ausgewählten Quellbilds aktualisieren möchten. Wenn kein LiveClone vorhanden ist, wird er erstellt.
Virtuelle Anwendung bereitstellen oder aktualisieren: Wählen Sie diese Option aus, um eine virtuelle Anwendung oder Datenbank zu erstellen oder zu aktualisieren.
Sie bietet die folgenden Optionen:
Neue virtuelle Anwendung bereitstellen: Wählen Sie diese Option aus, wenn Sie eine neue virtuelle Anwendung oder Datenbank auf einem anderen Server erstellen möchten. Mit dieser Option können Sie auch die im Backup- und Notfallwiederherstellungs-Workflow vordefinierten Optionen aktualisieren oder ändern, z. B. den Namen des Backup- und Notfallwiederherstellungs-Workflows.
Vorhandene virtuelle Anwendung aktualisieren: Wählen Sie diese Option aus, wenn Sie zuvor mit diesem Sicherungs- und Notfallwiederherstellungs-Workflow eine virtuelle Anwendung erstellt haben und sie jetzt mit einem anderen Snapshot als Quelle aktualisieren möchten.
LiveClone aktualisieren
Wenn Sie LiveClone aktualisieren auswählen, gehen Sie so vor:
Wählen Sie im Drop-down-Menü Quellbild ein Bild aus.
Wenn die Quellanwendung durch eine Snapshot-Richtlinie geschützt ist, für die Datenbankprotokollsicherungen aktiviert sind, und Protokolle mit dem Image verfügbar sind, können Sie sie verwenden, um zu einem bestimmten Zeitpunkt vorzuspulen. Ändern Sie dazu die folgenden Optionen im Bereich Zeit vorspulen:
Das Datumsfeld enthält alle möglichen Datumsangaben, zu denen die Datenbank durch Anwenden von Datenbanktransaktionsprotokollen fortgesetzt werden kann.
Wählen Sie das Datum aus, auf das die Datenbank fortgesetzt werden soll.
Das Zeitfeld enthält einen Schieberegler mit allen möglichen Uhrzeiten am ausgewählten Datum, zu denen die Datenbank vor- oder zurückgerollt werden kann. Wenn Sie das späteste Datum auswählen und den Schieberegler dann ganz nach rechts bewegen, wird der Job auf alle verfügbaren Protokolle angewendet. Wenn Sie das früheste Datum auswählen und den Schieberegler ganz nach links bewegen, werden vom Job keine Protokolle angewendet.
Legen Sie fest, ob die Zeit mithilfe der Nutzerzeit oder der Hostzeit vorwärtsgerollt werden soll.
Nutzerzeit bezieht sich auf die Ortszeit des aktuellen Nutzers.
Die Hostzeit bezieht sich auf das System, auf dem die zu mountenden Daten gehostet werden.
Klicken Sie auf Senden, um den Backup- und Notfallwiederherstellungs-Workflow auszuführen.
Neue virtuelle Anwendung bereitstellen
Wenn Sie Neue virtuelle Anwendung bereitstellen auswählen, konfigurieren Sie die neue Anwendung:
Wählen Sie im Drop-down-Menü Host den Server aus, auf dem das Image bereitgestellt werden soll.
Optional können Sie die Option Allen Clusterknoten zuordnen aktivieren. Diese Option wird angezeigt, wenn einer oder mehrere Zielhosts ein Clusterknoten oder ein Clusterhost sind.
Die folgenden Optionen sind nur zu sehen, wenn mindestens einer der Zielhosts eine VMware-VM ist:
Wählen Sie für Mount-Modus eine der folgenden Optionen aus:
NFS: Standardmäßig ist der NFS-Modus ausgewählt. Bei der Sicherung und Notfallwiederherstellung werden die Daten als VMDK in einem NFS-Datenspeicher bereitgestellt, der von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird.
vRDM (Virtual Raw Device Mapping): In VMware-Snapshots werden bereitgestellte vRDMs als unabhängig behandelt und nicht in Snapshots aufgenommen. Daher werden vRDMs beim Schutz einer bereitgestellten VM standardmäßig nicht von Backup and DR berücksichtigt. Mit Backup and DR können Sie vRDMs als abhängig kennzeichnen. Wenn diese Option aktiviert ist, werden vRDMs in VMware-Snapshots aufgenommen. Dies ist jedoch selten der Fall.
Sicherungsvorlagen erfassen vRDMs, die als abhängig gekennzeichnet sind. Für diesen Bereitstellungsmodus muss der ESXi-Host einen iSCSI-Initiator haben, der in der 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 derGoogle Cloud Google Cloud VMware Engine standardmäßig nicht aktiviert ist.
Wählen Sie unter Zu ESX-Hosts zuordnen eine der folgenden Optionen aus. Die Option Zu ESX-Hosts zuordnen ist nur zu sehen, wenn Sie im Feld Bereitstellungsmodus „vRDM“ oder „pRDM“ ausgewählt haben.
Ein: Wählen Sie Ein aus, wenn Sie die VM nur dem ESX-Host zuordnen möchten, auf dem sie ausgeführt wird.
Zwei: Wählen Sie Zwei aus, wenn Sie die VM zwei ESXi-Hosts zuordnen möchten, aber nicht allen ESXi-Hosts im Cluster. Wenn Sie Zwei auswählen, können Sie den zweiten Host auswählen oder Automatische Auswahl auswählen.
Bei der automatischen Auswahl wird der zweite Host basierend auf logischen Paaren von ESX-Hosts ausgewählt. Dabei kann immer der Partner-ESX-Host für den Host ausgewählt werden, auf dem die Ziel-VM ausgeführt wird.
Alle: Wählen Sie Alle aus, wenn Sie eine Zuordnung zu allen ESX-Hosts im Cluster vornehmen möchten. Wenn Sie Alle auswählen, kann sich die Dauer des Jobs verlängern.
Aktivieren Sie die Option Neue virtuelle Anwendung erstellen und konfigurieren Sie die neue Datenbank. Die Optionen variieren je nach Datenbanktyp.
Klicken Sie auf Senden, um den Backup- und Notfallwiederherstellungs-Workflow auszuführen.
Vorhandene virtuelle Anwendung aktualisieren
Wenn Sie Vorhandene virtuelle Anwendung aktualisieren auswählen, gehen Sie so vor:
Wählen Sie im Drop-down-Menü Host den Server aus, auf dem die Anwendung bereitgestellt ist.
Wählen Sie die Anwendung aus, die Sie aktualisieren möchten.
Klicken Sie auf Senden, um den Backup- und Notfallwiederherstellungs-Workflow auszuführen.
Alle anderen Anwendungen
Für alle anderen Anwendungen sind auf der Seite LiveClone On Demand Run Workflow (LiveClone-On-Demand-Ausführungs-Workflow) die folgenden Optionen verfügbar:
LiveClone aktualisieren: Wählen Sie diese Option aus, wenn Sie den LiveClone anhand des ausgewählten Quellbilds aktualisieren möchten. Wenn kein LiveClone vorhanden ist, wird er erstellt.
Virtuelle Anwendung bereitstellen oder aktualisieren: Wählen Sie diese Option aus, um eine Bereitstellung zu erstellen oder zu aktualisieren.
LiveClone aktualisieren
Wenn Sie LiveClone aktualisieren auswählen, gehen Sie so vor:
Wählen Sie im Drop-down-Menü Quellbild ein Bild aus.
Klicken Sie auf Senden, um den Backup- und Notfallwiederherstellungs-Workflow auszuführen.
Virtuelle Anwendung bereitstellen oder aktualisieren
Wählen Sie im Drop-down-Menü Host den Server aus, auf dem das Image bereitgestellt werden soll.
Optional können Sie die Option Allen Clusterknoten zuordnen aktivieren. Diese Option wird angezeigt, wenn mindestens einer der Zielhosts ein Clusterknoten oder ein Clusterhost ist.
Die folgenden Optionen sind nur zu sehen, wenn mindestens einer der Zielhosts eine VMware-VM ist:
Wählen Sie für Mount-Modus eine der folgenden Optionen aus:
NFS: Standardmäßig ist der NFS-Modus ausgewählt. Bei Sicherungen und Notfallwiederherstellungen werden die Daten als VMDK in einem NFS-Datenspeicher bereitgestellt, der von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird.
vRDM (Virtual Raw Device Mapping): In VMware-Snapshots werden bereitgestellte vRDMs als unabhängig behandelt und nicht in Snapshots aufgenommen. Daher werden vRDMs beim Schutz einer bereitgestellten VM standardmäßig nicht von Backup and DR berücksichtigt. Mit Backup and DR können Sie vRDMs als abhängig kennzeichnen. Wenn diese Option aktiviert ist, werden vRDMs in VMware-Snapshots aufgenommen. Dies ist jedoch selten der Fall.
Sicherungsvorlagen können vRDMs erfassen, die als abhängig gekennzeichnet sind. Für diesen Bereitstellungsmodus muss der ESXi-Host einen iSCSI-Initiator haben, der in der Google Cloud 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 derGoogle Cloud Google Cloud VMware Engine standardmäßig nicht aktiviert ist.
Wählen Sie unter Zu ESX-Hosts zuordnen eine der folgenden Optionen aus. Die Option Zu ESX-Hosts zuordnen ist nur zu sehen, wenn Sie im Feld Bereitstellungsmodus „vRDM“ oder „pRDM“ ausgewählt haben.
Ein: Wählen Sie Ein aus, wenn Sie die VM nur dem ESX-Host zuordnen möchten, auf dem sie ausgeführt wird.
Zwei: Wählen Sie Zwei aus, wenn Sie zwei ESX-Hosts zuordnen möchten, aber nicht alle ESX-Hosts im Cluster. Wenn Sie Zwei auswählen, können Sie den zweiten Host auswählen oder Automatische Auswahl auswählen.
Bei der automatischen Auswahl wird der zweite Host basierend auf logischen Paaren von ESX-Hosts ausgewählt. Dabei 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 eine Zuordnung zu allen ESX-Hosts im Cluster vornehmen möchten. Wenn Sie Alle auswählen, kann sich die Dauer des Jobs verlängern.
Klicken Sie auf Senden, um den Backup- und Notfallwiederherstellungs-Workflow auszuführen.
[[["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-09-04 (UTC)."],[[["\u003cp\u003eLiveClone workflows differ based on whether the application is a database or another type, affecting the available options in the workflow.\u003c/p\u003e\n"],["\u003cp\u003eDatabase applications offer options to "Refresh LiveClone" or "Perform a Mount or Refresh of a Virtual Application," including provisioning a new virtual application or refreshing an existing one.\u003c/p\u003e\n"],["\u003cp\u003eFor database application LiveClones, the "Refresh LiveClone" option allows selecting a source image and rolling forward to a specific point in time using database log backups, if available.\u003c/p\u003e\n"],["\u003cp\u003eNon-database applications also have the "Refresh LiveClone" and "Perform a Mount or Refresh of a Virtual Application" options, with similar steps for refreshing or mounting.\u003c/p\u003e\n"],["\u003cp\u003eFor both database and non database applications using VMware, options such as NFS, vRDM, or pRDM mount modes and mapping to ESX hosts are available when mounting a virtual application.\u003c/p\u003e\n"]]],[],null,["# Run LiveClone Backup and DR Workflows\n\nThe options you see when running an on-demand or scheduled LiveClone\nBackup and DR Workflow depends on your application type.\n\n- [Database applications](#database)\n- [All other applications](#other)\n\n| **Note:** Management console users assigned with **Workflow Refresh** rights but not with **Workflow Run** or **Workflow Manage** rights, can only refresh the existing virtual application and cannot run, edit, delete, or disable the Backup and DR Workflow.\n\nDatabase applications\n---------------------\n\nFor database applications, the **LiveClone On Demand Run Workflow**\npage provides the following options:\n\n- **Refresh LiveClone**: Select this option if you want to refresh the LiveClone from selected source image. If no LiveClone exists, it is created.\n- **Perform a Mount or Refresh of a Virtual Application**: Select this\n option to create or refresh a virtual application or database.\n It has the following options:\n\n - **Provision New Virtual Application**: Select this option if you want to create a new virtual application or database on a different server. You can also use this option to update or modify the options that were predefined in the Backup and DR Workflow, for example change the Backup and DR Workflow name.\n - **Refresh an Existing Virtual Application**: Select this option if you had previously created a virtual application using this Backup and DR Workflow and now would like to refresh it, using a different point-in-time snapshot as the source.\n\n### Refresh LiveClone\n\nIf you select **Refresh LiveClone**, follow these steps:\n\n1. From the **Source Image** drop-down, select an image.\n2. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to---through the application of database transaction logs. Select which date you want the database to roll forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can roll forward to. If you select the latest possible date and then move the slider to the right most position, the job applies to all available logs. If you select the earliest possible date and move the slider to the left most position, the job applies no logs.\n - Specify to roll forward using either **User Time** or **Host Time** . **User Time** is relative to the local time of the current user. **Host Time** is relative to the system that hosts the data to be mounted.\n3. Click **Submit** to run the Backup and DR Workflow.\n\n### Provision new virtual application\n\nIf you select **Provision New Virtual Application**, configure the\nnew application:\n\n1. From the **Host** drop-down, select the server on which to mount the image.\n2. Optionally, enable the **Map to All Cluster Nodes** option. You can see this option when one or more target hosts are a cluster node or a cluster host.\n3. 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 captures 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 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. On selecting **Two** , you are given the option to choose the second host, or choose **Auto-select**. Auto-select choose the second host based on logical pairs of ESX hosts and can always select 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.\n4. Enable the **Create New Virtual Application** option and configure the\n new database. The options vary based on the database type.\n\n5. Click **Submit** to run the Backup and DR Workflow.\n\n### Refresh an existing virtual application\n\nIf you select **Refresh an Existing Virtual Application**, follow these steps:\n\n1. From the **Host** drop-down, select the server where the application is mounted.\n2. Select the application to refresh.\n3. Click **Submit** to run the Backup and DR Workflow.\n\nAll other applications\n----------------------\n\nFor all other applications, the **LiveClone On Demand Run Workflow** page\nprovides the following options for selection:\n\n- **Refresh LiveClone**: Select this option if you want to refresh the LiveClone from selected source image. If no LiveClone exists, it will get created.\n- **Perform a Mount or Refresh of a Virtual Application**: Select this option to create or refresh an existing mount.\n\n### Refresh LiveClone\n\nIf you select **Refresh LiveClone**, follow these steps:\n\n1. From the **Source Image** drop-down, select an image for use.\n2. Click **Submit** to run the Backup and DR Workflow.\n\n### Perform a mount or refresh of a virtual application\n\n1. From the **Host** drop-down, select the server on which to mount the image.\n2. Optionally, enable the **Map to All Cluster Nodes** option. You can see this option when one or more target hosts are a cluster node or a cluster host.\n3. View 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 options:\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 can 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 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 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. On selecting **Two** , you are given the option to choose the second host, or choose **Auto-select**. Auto-select choose 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.\n4. Click **Submit** to run the Backup and DR Workflow."]]
