Per le applicazioni di database, la pagina LiveClone On Demand Run Workflow
offre le seguenti opzioni:
Aggiorna LiveClone: seleziona questa opzione se vuoi aggiornare LiveClone dall'immagine di origine selezionata. Se non esiste un LiveClone, viene creato.
Esegui il montaggio o l'aggiornamento di un'applicazione virtuale: seleziona questa opzione per creare o aggiornare un database o un'applicazione virtuale.
Offre le seguenti opzioni:
Esegui il provisioning di una nuova applicazione virtuale: seleziona questa opzione se vuoi creare una nuova applicazione o un nuovo database virtuale su un server diverso. Puoi anche utilizzare questa opzione per aggiornare o modificare le opzioni predefinite nel flusso di lavoro di backup e DR, ad esempio cambiare il nome del flusso di lavoro di backup e DR.
Aggiorna un'applicazione virtuale esistente: seleziona questa opzione se in precedenza hai creato un'applicazione virtuale utilizzando questo flusso di lavoro di backup e RP e ora vuoi aggiornarla utilizzando un altro snapshot istantaneo come origine.
Aggiorna LiveClone
Se selezioni Aggiorna LiveClone, segui questi passaggi:
Dal menu a discesa Immagine di origine, seleziona un'immagine.
Se l'applicazione di origine è protetta da un criterio di snapshot che ha attivato i backup dei log del database e i log sono disponibili con l'immagine, puoi utilizzarli per eseguire il roll forward fino a un punto in tempo specifico modificando queste opzioni nella sezione Ora roll forward:
Il campo della data contiene tutte le date possibili a cui è possibile eseguire il rollforward del database tramite l'applicazione dei log delle transazioni del database.
Seleziona la data fino alla quale vuoi eseguire l'avanzamento del database.
Il campo della data e dell'ora contiene un cursore che mostra tutte le ore possibili nella data selezionata a cui il database può eseguire l'avanzamento. Se selezioni la data più recente possibile e sposti il cursore nella posizione più a destra, il job viene applicato a tutti i log disponibili. Se selezioni la data più antica possibile e sposti il cursore nella posizione più a sinistra, il job non applica log.
Specifica di eseguire l'avanzamento utilizzando Ora utente o Ora host.
Ora utente è relativa all'ora locale dell'utente corrente.
L'ora host è relativa al sistema che ospita i dati da montare.
Fai clic su Invia per eseguire il flusso di lavoro di backup e DR.
Esegui il provisioning di una nuova applicazione virtuale
Se selezioni Provision New Virtual Application (Provisioning nuova applicazione virtuale), configura la nuova applicazione:
Dal menu a discesa Host, seleziona il server su cui montare l'immagine.
Se vuoi, attiva l'opzione Mappa a tutti i nodi del cluster. Puoi vedere questa opzione quando uno o più host target sono un nodo del cluster o un host del cluster.
Puoi visualizzare le seguenti opzioni solo quando uno o più host di destinazione sono VM VMware:
Per Modalità montaggio, seleziona una delle seguenti opzioni:
NFS: per impostazione predefinita è selezionata la modalità NFS. Backup e DR presenta
i dati come VMDK in un datastore NFS montato dall'ammaliata di backup/ripristino.
VRDM (virtual raw device mapping): gli snapshot VMware trattano i VRDM montati come indipendenti e non sono inclusi negli snapshot. Per questo motivo, per impostazione predefinita, Backup e RE non include i vRDM quando protegge una VM montata. Backup e RE offre un'opzione che consente di contrassegnare i vRDM come dipendenti. Sebbene raramente utilizzata, se questa
opzione è attivata, i vRDM sono inclusi negli snapshot VMware.
I modelli di backup acquisiscono i vRDM contrassegnati come dipendenti. Tieni presente che questa modalità di montaggio richiede che l'host ESXi disponga di un iniziatore iSCSI, che per impostazione predefinita non è abilitato in Google Cloud VMware Engine.
pRDM (physical raw device mapping): per le operazioni di ripristino a livello di file, seleziona questa modalità. Tieni presente che questa modalità di montaggio richiede che l'host ESXi abbia un iniziatore iSCSI, che per impostazione predefinita non è abilitato inGoogle Cloud Google Cloud VMware Engine.
In Map to ESX Hosts (Mappa a host ESX), seleziona una delle seguenti opzioni. Puoi vedere l'opzione Mappa a host ESX solo se hai selezionato vRDM o pRDM nel campo Modalità montaggio.
Uno: seleziona Uno se vuoi eseguire la mappatura solo all'host ESX che esegue la VM di destinazione.
Due: seleziona Due se vuoi eseguire la mappatura a due host ESX, ma non a tutti gli host ESX del cluster. Se selezioni Due, hai la possibilità di scegliere il secondo host o di selezionare Selezione automatica.
La selezione automatica sceglie il secondo host in base a coppie logiche di host ESX e può sempre selezionare l'host ESX partner per quello che esegue la VM di destinazione.
Tutti: seleziona Tutti se vuoi eseguire la mappatura a tutti gli host ESX presenti nel cluster. Tieni presente che la selezione di Tutti potrebbe aumentare la durata del job.
Attiva l'opzione Crea nuova applicazione virtuale e configura il nuovo database. Le opzioni variano in base al tipo di database.
Fai clic su Invia per eseguire il flusso di lavoro di backup e DR.
Aggiornare un'applicazione virtuale esistente
Se selezioni Aggiorna un'applicazione virtuale esistente, segui questi passaggi:
Dal menu a discesa Host, seleziona il server su cui è montata l'applicazione.
Seleziona l'applicazione da aggiornare.
Fai clic su Invia per eseguire il flusso di lavoro di backup e DR.
Tutte le altre applicazioni
Per tutte le altre applicazioni, la pagina LiveClone On Demand Run Workflow (Flusso di lavoro di esecuzione on demand di LiveClone) offre le seguenti opzioni di selezione:
Aggiorna LiveClone: seleziona questa opzione se vuoi aggiornare LiveClone dall'immagine di origine selezionata. Se non esiste un LiveClone, verrà creato.
Esegui il montaggio o l'aggiornamento di un'applicazione virtuale: seleziona questa opzione per creare o aggiornare un montaggio esistente.
Aggiorna LiveClone
Se selezioni Aggiorna LiveClone, segui questi passaggi:
Nel menu a discesa Immagine di origine, seleziona un'immagine da utilizzare.
Fai clic su Invia per eseguire il flusso di lavoro di backup e DR.
Esegui il montaggio o l'aggiornamento di un'applicazione virtuale
Dal menu a discesa Host, seleziona il server su cui montare l'immagine.
Se vuoi, attiva l'opzione Mappa a tutti i nodi del cluster. Puoi vedere questa opzione quando uno o più host target sono un nodo del cluster o un host del cluster.
Visualizza le seguenti opzioni solo quando uno o più host target sono VM VMware:
Per Modalità montaggio, seleziona una delle seguenti opzioni:
NFS: per impostazione predefinita è selezionata la modalità NFS. Backup e DR presenta
i dati come VMDK in un datastore NFS montato dall'ammaliata di backup/ripristino.
VRDM (virtual raw device mapping): gli snapshot VMware trattano i VRDM montati come indipendenti e non sono inclusi negli snapshot. Per questo motivo, per impostazione predefinita, Backup e RE non include i vRDM quando protegge una VM montata. Backup e RE offre un'opzione che consente di contrassegnare i vRDM come dipendenti. Sebbene raramente utilizzata, se questa
opzione è attivata, i vRDM sono inclusi negli snapshot VMware.
I modelli di backup possono acquisire vRDM contrassegnati come dipendenti. Tieni presente che questa modalità di montaggio richiede che l'host ESXi disponga di un iniziatore iSCSI, che per impostazione predefinita non è abilitato in Google Cloud Google Cloud VMware Engine.
pRDM (physical raw device mapping): per le operazioni di ripristino a livello di file, seleziona questa modalità. Tieni presente che questa modalità di montaggio richiede che l'host ESXi abbia un iniziatore iSCSI, che per impostazione predefinita non è abilitato inGoogle Cloud Google Cloud VMware Engine.
In Map to ESX Hosts (Mappa a host ESX), seleziona una delle seguenti opzioni. Puoi vedere l'opzione Mappa a host ESX solo se hai selezionato vRDM o pRDM nel campo Modalità montaggio.
Uno: seleziona Uno se vuoi eseguire la mappatura solo all'host ESX che esegue la VM di destinazione.
Due: seleziona Due se vuoi eseguire la mappatura a due host ESX, ma non a tutti gli host ESX del cluster. Se selezioni Due, hai la possibilità di scegliere il secondo host o di selezionare Selezione automatica.
La selezione automatica sceglie il secondo host in base a coppie logiche di host ESX e seleziona sempre l'host ESX partner per quello che esegue la VM di destinazione.
Tutti: seleziona Tutti se vuoi eseguire la mappatura a tutti gli host ESX presenti nel cluster. Tieni presente che la selezione di Tutti potrebbe aumentare la durata del job.
Fai clic su Invia per eseguire il flusso di lavoro di backup e DR.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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."]]
