Geplante 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 geplanten LiveClone-Sicherungs- und Notfallwiederherstellungs-Workflows angezeigt werden, hängt vom Anwendungstyp ab.
Für Oracle- und SQL Server-Anwendungen werden auf der Seite Workflow ausführen die folgenden Optionen angezeigt:
Geplanten Workflow jetzt starten: Klicken Sie auf Senden, um den Sicherungs- und Notfallwiederherstellungs-Workflow auszuführen. Wählen Sie diese Option aus, wenn Sie nicht auf die nächste geplante Ausführung dieses Sicherungs- und Notfallwiederherstellungs-Workflows warten möchten. Es wird genau wie definiert ausgeführt.
Dies hat keine Auswirkungen auf zukünftige geplante Ausführungen dieses Workflows.
Mit Anpassungen ausführen: Wählen Sie diese Option aus, wenn Sie ein Bereitstellungsobjekt auf einem anderen Server als dem in diesem Sicherungs- und Notfallwiederherstellungs-Workflow vordefinierten Server erstellen oder aktualisieren möchten. Da mit einem Sicherungs- und Notfallwiederherstellungs-Workflow nur eine Bereitstellung pro Host erstellt werden kann, wird jede vorhandene Bereitstellung, die mit diesem Sicherungs- und Notfallwiederherstellungs-Workflow erstellt wurde, aktualisiert, wenn derselbe Server ausgewählt wird.
Sie bietet die folgenden Optionen:
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. Weitere Informationen finden Sie unter LiveClone aktualisieren.
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 Workflownamen.
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.
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:
Konfigurieren Sie im Abschnitt Rollvorwärtszeit die Rollvorwärtszeit für Protokolle. Wählen Sie die Hostzeit (Standard) oder die Nutzerzeit aus.
Diese Option ist nur für Oracle- und SQL-Anwendungen verfügbar und nur, wenn für das Quell-Image Protokolle verfügbar sind.
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 ein Zielhost 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. Sicherung und Notfallwiederherstellung stellen die Daten als VMDK in einem NFS-Datenspeicher bereit, 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 ist ein iSCSI-Initiator auf dem ESXi-Host erforderlich, 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 der 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 eine Zuordnung zu zwei ESX-Hosts, aber nicht zu allen ESX-Hosts im Cluster vornehmen möchten. 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.
Aktivieren Sie die Option Neue virtuelle Anwendung erstellen und konfigurieren Sie die neue Datenbank mit Informationen aus:
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:
Konfigurieren Sie im Abschnitt Rollvorwärtszeit die Rollvorwärtszeit für Protokolle.
Wählen Sie die Hostzeit (Standard) oder die Nutzerzeit aus. Diese Option ist nur für Oracle- und SQL-Anwendungen verfügbar und nur, wenn für das Quell-Image Protokolle verfügbar sind.
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
Bei allen anderen Anwendungen werden auf der Seite Workflow ausführen die folgenden Optionen angezeigt:
Geplanten Workflow jetzt starten: Klicken Sie auf Senden, um den Sicherungs- und Notfallwiederherstellungs-Workflow auszuführen. Wählen Sie diese Option aus, wenn Sie nicht auf die nächste geplante Ausführung dieses Sicherungs- und Notfallwiederherstellungs-Workflows warten möchten. Es wird genau wie definiert ausgeführt.
Dies hat keine Auswirkungen auf zukünftige geplante Ausführungen dieses Back-up- und Notfallwiederherstellungs-Workflows.
Mit Anpassungen ausführen: Wählen Sie diese Option aus, wenn Sie ein Bereitstellungsverzeichnis auf einem anderen Server als dem in diesem Sicherungs- und Notfallwiederherstellungs-Workflow vordefinierten Server erstellen oder aktualisieren möchten. Da mit einem Sicherungs- und Notfallwiederherstellungs-Workflow nur eine Bereitstellung pro Host erstellt werden kann, wird jede vorhandene Bereitstellung, die mit diesem Sicherungs- und Notfallwiederherstellungs-Workflow erstellt wurde, aktualisiert, wenn derselbe Server ausgewählt wird. Sie bietet die folgenden Optionen:
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. Weitere Informationen finden Sie unter LiveClone aktualisieren.
Virtuelle Anwendung bereitstellen oder aktualisieren: Wählen Sie diese Option aus, um eine virtuelle Anwendung oder Datenbank zu erstellen oder zu aktualisieren.
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 ein Zielhost ein Clusterknoten oder ein Clusterhost ist.
Die folgenden Optionen werden nur angezeigt, wenn einer oder mehrere Zielhosts VMware-VMs sind:
Wählen Sie für Mount-Modus eine der folgenden Optionen aus:
NFS: Standardmäßig ist der NFS-Modus ausgewählt. Sicherung und Notfallwiederherstellung stellen die Daten als VMDK in einem NFS-Datenspeicher bereit, 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 ist ein iSCSI-Initiator auf dem ESXi-Host erforderlich, 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 der 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 eine Zuordnung zu zwei ESX-Hosts, aber nicht zu allen ESX-Hosts im Cluster vornehmen möchten. 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.
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\u003eScheduled Backup and DR Workflow options vary based on the application type, with specific choices available for Oracle and SQL Server applications versus all other applications.\u003c/p\u003e\n"],["\u003cp\u003eThe "Initiate Scheduled Workflow Now" option allows immediate execution of a scheduled workflow without impacting future scheduled runs, regardless of the application type.\u003c/p\u003e\n"],["\u003cp\u003eThe "Run with Customizations" option enables the creation or refresh of a mount on a different server than predefined, including the ability to refresh LiveClones or create new/refresh existing virtual applications.\u003c/p\u003e\n"],["\u003cp\u003eFor Oracle and SQL Server applications, users can select to provision a new virtual application or refresh an existing one, with additional options to configure log roll forward time and select the host server.\u003c/p\u003e\n"],["\u003cp\u003eFor applications that aren't Oracle or SQL Server, customization options are available to pick which host the image will mount to, along with the ability to map to cluster nodes and adjust mount mode.\u003c/p\u003e\n"]]],[],null,["# Run scheduled LiveClone Backup and DR Workflows\n\nThe options you see when running a scheduled LiveClone Backup and DR Workflow depend\non your application type.\n\n- [Oracle and SQL Server applications](#Oracle-SQL)\n- [All other applications](#AllOther)\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\nOracle and SQL Server applications\n----------------------------------\n\nFor Oracle and SQL Server applications, the scheduled **Run Workflow** page shows\nthe following options for selection:\n\n- **Initiate Scheduled Workflow Now** : Click **Submit** to run the\n Backup and DR Workflow. Select this option if you don't want to wait for the next\n scheduled time this Backup and DR Workflow runs. It runs exactly as defined.\n This does not impact any future scheduled runs of this workflow.\n\n- **Run with Customizations**: Select this option when you want to\n create or refresh a mount on a different server than the one\n predefined in this Backup and DR Workflow. Since only one mount per host can be\n created by a Backup and DR Workflow, any existing mount created by this Backup and DR Workflow\n is refreshed if the same server is selected.\n It has 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 gets created. See [Refresh LiveClone](#Refresh) for more information.\n - **Perform a Mount or Refresh of a Virtual Application**: Select\n this 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 workflow name.\n - **Refresh an Existing Virtual Application**: Select this option if you 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**, complete the following:\n\n1. From the **Source Image** drop-down, select an image.\n2. Click **Submit** to run the Backup and DR Workflow.\n\n### Provision new virtual application\n\nIf you select **Provision New Virtual Application**, configure\nthe new application:\n\n1. In the **Roll Forward Time** section, configure the log roll forward time. Select from host time (default) or user time. This option is available only for Oracle and SQL applications and only when the source image has available logs.\n2. From the **Host** drop-down, select the server on which to mount the image.\n3. 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.\n4. 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 is 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 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 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.\n5. Enable the **Create New Virtual Application** option and configure\n the new database using information from:\n\n - [Configure application settings for Microsoft SQL server databases](/backup-disaster-recovery/docs/backup/sql-protect#sql-appsettings)\n - [Configure application details and settings for Oracle databases](/backup-disaster-recovery/docs/create-plan/oracle-advanced-settings)\n6. 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**, complete the\nfollowing:\n\n1. In the **Roll Forward Time** section, configure the log roll forward time. Select from host time---default---or user time. This option is available only for Oracle and SQL applications and only when the source image has available logs.\n2. From the **Host** drop-down, select the server where the application is mounted.\n3. Select the application to refresh.\n4. Click **Submit** to run the Backup and DR Workflow.\n\nAll other applications\n----------------------\n\nFor all other applications, the scheduled **Run Workflow** page shows the\nfollowing options for selection:\n\n- **Initiate Scheduled Workflow Now** : Click **Submit** to run the\n Backup and DR Workflow. Select this option if you don't want to wait for the next\n scheduled time this Backup and DR Workflow runs. It runs exactly as defined.\n This does not impact any future scheduled runs of this Backup and DR Workflow.\n\n- **Run with Customizations**: Select this option when you want to create\n or refresh a mount on a different server than the one predefined in\n this Backup and DR Workflow. Since only one mount per host can be created by a\n Backup and DR Workflow, any existing mount created by this Backup and DR Workflow is refreshed\n if the same server is selected. It has 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 gets created. See [Refresh LiveClone](#Refresh) for more information.\n - **Perform a Mount or Refresh of a Virtual Application**: Select this option to create or refresh a virtual application or database.\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. This option appears when one or more target hosts are a cluster node or a cluster host.\n3. The following options appear 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. 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. Click **Submit** to run the Backup and DR Workflow."]]