Ejecutar flujos de trabajo de copia de seguridad y recuperación tras fallos de LiveClone
Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Las opciones que verás al ejecutar un flujo de trabajo de LiveClone
Backup y recuperación ante desastres a petición o programado dependen del tipo de aplicación.
En el caso de las aplicaciones de bases de datos, la página Flujo de trabajo de ejecución bajo demanda de LiveClone ofrece las siguientes opciones:
Actualizar LiveClone: selecciona esta opción si quieres actualizar el LiveClone a partir de la imagen de origen seleccionada. Si no existe ningún LiveClone, se crea.
Montar o actualizar una aplicación virtual: selecciona esta opción para crear o actualizar una aplicación o una base de datos virtuales.
Tiene las siguientes opciones:
Provision New Virtual Application (Aprovisionar nueva aplicación virtual): selecciona esta opción si quieres crear una nueva aplicación virtual o base de datos en otro servidor. También puedes usar esta opción para actualizar o modificar las opciones predefinidas en el flujo de trabajo de copia de seguridad y recuperación tras fallos. Por ejemplo, puedes cambiar el nombre del flujo de trabajo de copia de seguridad y recuperación tras fallos.
Actualizar una aplicación virtual: selecciona esta opción si ya has creado una aplicación virtual con este flujo de trabajo de copia de seguridad y recuperación ante desastres, y ahora quieres actualizarla usando otra copia de seguridad de un momento concreto como origen.
Actualizar LiveClone
Si seleccionas Actualizar LiveClone, sigue estos pasos:
En el menú desplegable Imagen de origen, selecciona una imagen.
Si la aplicación de origen está protegida por una política de instantáneas que tiene habilitadas las copias de seguridad de los registros de la base de datos y los registros están disponibles con la imagen, puede usarlos para avanzar hasta un momento específico cambiando estas opciones en la sección Tiempo de avance:
El campo de fecha contiene todas las fechas posibles a las que se puede restaurar la base de datos mediante la aplicación de registros de transacciones de la base de datos.
Selecciona la fecha a la que quieres que se restaure la base de datos.
El campo de hora contiene un control deslizante que muestra todas las horas posibles de la fecha seleccionada a las que se puede desplazar la base de datos. Si seleccionas la fecha más reciente posible y, a continuación, mueves el control deslizante hasta la posición más a la derecha, el trabajo se aplicará a todos los registros disponibles. Si seleccionas la fecha más antigua posible y mueves el control deslizante hasta la posición más a la izquierda, no se aplicarán registros al trabajo.
Especifica si quieres que se adelante la hora con Hora del usuario u Hora del host.
La hora del usuario se calcula en función de la hora local del usuario actual.
La hora del host es relativa al sistema que aloja los datos que se van a montar.
Haz clic en Enviar para ejecutar el flujo de trabajo de copia de seguridad y recuperación tras fallos.
Aprovisionar una nueva aplicación virtual
Si seleccionas Provision New Virtual Application (Aprovisionar nueva aplicación virtual), configura la nueva aplicación:
En el menú desplegable Host (Host), selecciona el servidor en el que se va a montar la imagen.
También puedes habilitar la opción Map to All Cluster Nodes (Asignar a todos los nodos del clúster). Puedes ver esta opción cuando uno o varios hosts de destino son un nodo de clúster o un host de clúster.
Solo verá las siguientes opciones cuando uno o varios hosts de destino sean máquinas virtuales de VMware:
En Modo de montaje, selecciona una de las siguientes opciones:
NFS el modo NFS está seleccionado de forma predeterminada. Backup and DR presenta los datos como un archivo VMDK en un almacén de datos NFS montado desde el dispositivo de copia de seguridad o recuperación.
vRDM (asignación de dispositivo sin formato virtual): las instantáneas de VMware tratan los vRDMs montados como independientes y no se incluyen en las instantáneas. Por este motivo, de forma predeterminada, Backup y DR no incluye vRDMs al proteger una VM montada. Backup and DR ofrece una opción para marcar los vRDMs como dependientes. Aunque se usa en raras ocasiones, cuando esta opción está habilitada, los vRDMs se incluyen en las copias de VMware.
Las plantillas de copia de seguridad capturan los vRDMs marcados como dependientes. Ten en cuenta que este modo de montaje requiere que el host ESXi tenga un iniciador iSCSI, que no está habilitado de forma predeterminada en VMware Engine de Google Cloud.
pRDM (asignación de dispositivo sin formato físico): selecciona este modo para las operaciones de restauración a nivel de archivo. Ten en cuenta que este modo de montaje requiere que el host ESXi tenga un iniciador iSCSI, que no está habilitado de forma predeterminada enGoogle Cloud VMware Engine de Google Cloud.
En Mapa a hosts ESX, seleccione una de las siguientes opciones. Solo verá la opción Asignar a hosts ESX cuando haya seleccionado vRDM o pRDM en el campo Modo de montaje.
Uno: selecciona Uno si quieres asignar solo al host ESX que ejecuta la VM de destino.
Dos: selecciona Dos si quieres asignar dos hosts ESX, pero no todos los hosts ESX del clúster. Si seleccionas Dos, tendrás la opción de elegir el segundo anfitrión o de seleccionar Selección automática.
La selección automática elige el segundo host en función de los pares lógicos de hosts ESX y siempre puede seleccionar el host ESX asociado al que ejecuta la VM de destino.
Todos: selecciona Todos si quieres asignar todos los hosts ESX presentes en el clúster. Ten en cuenta que, si seleccionas Todo, el trabajo puede tardar más en completarse.
Habilita la opción Crear aplicación virtual y configura la nueva base de datos. Las opciones varían en función del tipo de base de datos.
Haz clic en Enviar para ejecutar el flujo de trabajo de copia de seguridad y recuperación tras fallos.
Actualizar una aplicación virtual
Si seleccionas Actualizar una aplicación virtual, sigue estos pasos:
En el menú desplegable Host (Host), selecciona el servidor en el que se ha montado la aplicación.
Selecciona la aplicación que quieras actualizar.
Haz clic en Enviar para ejecutar el flujo de trabajo de copia de seguridad y recuperación tras fallos.
Todas las demás aplicaciones
En el resto de las aplicaciones, la página LiveClone On Demand Run Workflow (Flujo de trabajo de LiveClone bajo demanda) ofrece las siguientes opciones:
Actualizar LiveClone: selecciona esta opción si quieres actualizar el LiveClone a partir de la imagen de origen seleccionada. Si no existe ningún LiveClone, se creará.
Montar o actualizar una aplicación virtual: selecciona esta opción para crear o actualizar un montaje.
Actualizar LiveClone
Si seleccionas Actualizar LiveClone, sigue estos pasos:
En el menú desplegable Imagen de origen, seleccione una imagen.
Haz clic en Enviar para ejecutar el flujo de trabajo de copia de seguridad y recuperación tras fallos.
Montar o actualizar una aplicación virtual
En el menú desplegable Host (Host), selecciona el servidor en el que se va a montar la imagen.
También puedes habilitar la opción Map to All Cluster Nodes (Asignar a todos los nodos del clúster). Puedes ver esta opción cuando uno o varios hosts de destino son un nodo de clúster o un host de clúster.
Las siguientes opciones solo se muestran cuando uno o varios hosts de destino son máquinas virtuales de VMware:
En Modo de montaje, selecciona una de las siguientes opciones:
NFS el modo NFS está seleccionado de forma predeterminada. Backup and DR presenta los datos como un archivo VMDK en un almacén de datos NFS montado desde el dispositivo de copia de seguridad o recuperación.
vRDM (asignación de dispositivo sin formato virtual): las instantáneas de VMware tratan los vRDMs montados como independientes y no se incluyen en las instantáneas. Por este motivo, de forma predeterminada, Backup y DR no incluye vRDMs al proteger una VM montada. Backup and DR ofrece una opción para marcar los vRDMs como dependientes. Aunque se usa en raras ocasiones, cuando esta opción está habilitada, los vRDMs se incluyen en las copias de VMware.
Las plantillas de copia de seguridad pueden capturar vRDMs marcados como dependientes. Ten en cuenta que, para usar este modo de montaje, el host ESXi debe tener un iniciador iSCSI, que no está habilitado de forma predeterminada en Google Cloud VMware Engine de Google Cloud.
pRDM (asignación de dispositivo sin formato físico): selecciona este modo para las operaciones de restauración a nivel de archivo. Ten en cuenta que este modo de montaje requiere que el host ESXi tenga un iniciador iSCSI, que no está habilitado de forma predeterminada enGoogle Cloud VMware Engine de Google Cloud.
En Mapa a hosts ESX, seleccione una de las siguientes opciones. Solo verá la opción Asignar a hosts ESX cuando haya seleccionado vRDM o pRDM en el campo Modo de montaje.
Uno: selecciona Uno si quieres asignar solo al host ESX que ejecuta la VM de destino.
Dos: selecciona Dos si quieres asignar dos hosts ESX, pero no todos los hosts ESX del clúster. Si seleccionas Dos, tendrás la opción de elegir el segundo anfitrión o de seleccionar Selección automática.
La selección automática elige el segundo host en función de los pares lógicos de hosts ESX y siempre selecciona el host ESX asociado al que ejecuta la VM de destino.
Todos: selecciona Todos si quieres asignar todos los hosts ESX presentes en el clúster. Ten en cuenta que, si seleccionas Todo, el trabajo puede tardar más en completarse.
Haz clic en Enviar para ejecutar el flujo de trabajo de copia de seguridad y recuperación tras fallos.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (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."]]
