Ejecuta flujos de trabajo de copia de seguridad y DR de LiveClone
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Las opciones que ves cuando ejecutas un flujo de trabajo de copia de seguridad y DR de LiveClone
programado o on demand dependen del tipo de aplicación.
En el caso de las aplicaciones de bases de datos, la página LiveClone On Demand Run Workflow proporciona las siguientes opciones:
Actualizar LiveClone: Selecciona esta opción si deseas actualizar el LiveClone a partir de la imagen de origen seleccionada. Si no existe un LiveClone, se creará uno.
Realizar una activación o actualización de una aplicación virtual: Selecciona esta opción para crear o actualizar una aplicación o base de datos virtual.
Tiene las siguientes opciones:
Aprovisionar nueva aplicación virtual: Selecciona esta opción si quieres crear una nueva aplicación o base de datos virtual en un servidor diferente. También puedes usar esta opción para actualizar o modificar
las opciones que se definieron previamente en el flujo de trabajo de Backup and DR, por ejemplo,
cambiar el nombre del flujo de trabajo de Backup and DR.
Actualizar una aplicación virtual existente: Selecciona esta opción si ya creaste una aplicación virtual con este flujo de trabajo de copia de seguridad y DR y ahora deseas actualizarla con una instantánea diferente como fuente.
Actualiza 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 habilitó las copias de seguridad de registros de la base de datos y los registros están disponibles con la imagen, puedes usarlos para actualizar a un momento específico cambiando estas opciones en la sección Roll Forward Time:
El campo de fecha contiene todas las fechas posibles a las que se puede actualizar la base de datos a través de la aplicación de registros de transacciones de la base de datos.
Selecciona la fecha a la que deseas que se actualice la base de datos.
El campo de hora contiene un control deslizante que muestra todas las horas posibles en la fecha seleccionada a las que la base de datos puede avanzar. Si seleccionas la fecha más reciente posible y, luego, mueves el control deslizante a la posición más a la derecha, la tarea se aplicará a todos los registros disponibles. Si seleccionas la fecha más antigua posible y mueves el control deslizante a la posición más a la izquierda, la tarea no aplicará registros.
Especifica si quieres actualizar con User Time o Host Time.
La hora del usuario se relaciona con la hora local del usuario actual.
El horario del host es relativo al sistema que aloja los datos que se activarán.
Haz clic en Enviar para ejecutar el flujo de trabajo de Backup and DR.
Aprovisiona una nueva aplicación virtual
Si seleccionas Aprovisionar nueva aplicación virtual, configura la aplicación nueva:
En el menú desplegable Host, selecciona el servidor en el que se montará la imagen.
De manera opcional, habilita la opción Map to All Cluster Nodes. Puedes ver esta opción cuando uno o más hosts de destino son un nodo o un host de clúster.
Puedes ver las siguientes opciones solo cuando uno o más hosts de destino son VMs de VMware:
En Modo de activación, selecciona una de las siguientes opciones:
NFS: De forma predeterminada, se selecciona el modo NFS. La copia de seguridad y la DR presentan los datos como un VMDK en un almacén de datos NFS activado desde el dispositivo de copia de seguridad o recuperación.
vRDM (asignación de dispositivos sin procesar virtuales): Las instantáneas de VMware tratan a los vRDMs activados como independientes y no se incluyen en las instantáneas. Debido a esto, de forma predeterminada, Backup and DR no incluye vRDM cuando protege una VM activada. La copia de seguridad y la DR proporcionan una opción en la que puedes marcar los vRDM como dependientes. Aunque se usa con poca frecuencia, cuando esta opción está habilitada, los vRDM se incluyen en las instantáneas de VMware.
Las plantillas de copia de seguridad capturan los vRDM marcados como dependientes. Ten en cuenta que este modo de activación requiere que el host de ESXi tenga un iniciador de iSCSI, que no está habilitado de forma predeterminada en Google Cloud VMware Engine.
pRDM (asignación de dispositivos sin procesar físicos): Para las operaciones de restablecimiento a nivel de archivo, selecciona este modo. Ten en cuenta que este modo de activación requiere que el host de ESXi tenga un iniciador de iSCSI, que de forma predeterminada no está habilitado enGoogle Cloud Google Cloud VMware Engine.
En Map to ESX Hosts, selecciona una de las siguientes opciones. Puedes ver la opción Map to ESX Hosts solo cuando seleccionas vRDM o pRDM en el campo Mount Mode.
Uno: Selecciona Uno si deseas asignar solo al host ESX que ejecuta la VM de destino.
Dos: Selecciona Dos si deseas asignar a dos hosts ESX, pero no a todos los hosts ESX del clúster. Si seleccionas Dos, tienes la opción de elegir el segundo host o Selección automática.
La selección automática elige el segundo host en función de pares lógicos de hosts de ESX y siempre puede seleccionar el host de ESX asociado para el que ejecuta la VM de destino.
Todos: Selecciona Todos si deseas asignar a todos los hosts de ESX presentes en el clúster. Ten en cuenta que si seleccionas Todos, es posible que aumente la duración del trabajo.
Habilita la opción Create New Virtual Application y configura la base de datos nueva. Las opciones varían según el tipo de base de datos.
Haz clic en Enviar para ejecutar el flujo de trabajo de Backup and DR.
Actualiza una aplicación virtual existente
Si seleccionas Actualizar una aplicación virtual existente, sigue estos pasos:
En el menú desplegable Host, selecciona el servidor en el que se activa la aplicación.
Selecciona la aplicación que quieres actualizar.
Haz clic en Enviar para ejecutar el flujo de trabajo de Backup and DR.
Todas las demás aplicaciones
Para todas las demás aplicaciones, la página LiveClone On Demand Run Workflow proporciona las siguientes opciones de selección:
Actualizar LiveClone: Selecciona esta opción si deseas actualizar el LiveClone a partir de la imagen de origen seleccionada. Si no existe un LiveClone, se creará uno.
Realizar una activación o actualización de una aplicación virtual: Selecciona esta opción para crear o actualizar una activación existente.
Actualiza LiveClone
Si seleccionas Actualizar LiveClone, sigue estos pasos:
En el menú desplegable Imagen de origen, selecciona una imagen para usar.
Haz clic en Enviar para ejecutar el flujo de trabajo de Backup and DR.
Cómo activar o actualizar una aplicación virtual
En el menú desplegable Host, selecciona el servidor en el que se montará la imagen.
De manera opcional, habilita la opción Mapear a todos los nodos del clúster. Puedes ver esta opción cuando uno o más hosts de destino son un nodo o un host de clúster.
Consulta las siguientes opciones solo cuando uno o más hosts de destino sean VMs de VMware:
En Modo de activación, selecciona una de las siguientes opciones:
NFS: De forma predeterminada, se selecciona el modo NFS. La copia de seguridad y la DR presentan los datos como un VMDK en un almacén de datos NFS activado desde el dispositivo de copia de seguridad o recuperación.
vRDM (asignación de dispositivos sin procesar virtual): Las instantáneas de VMware tratan a los vRDMs activados como independientes y no se incluyen en las instantáneas. Debido a esto, de forma predeterminada, Backup and DR no incluye vRDM cuando protege una VM activada. La copia de seguridad y la DR proporcionan una opción en la que puedes marcar los vRDM como dependientes. Aunque se usa con poca frecuencia, cuando esta opción está habilitada, los vRDM se incluyen en las instantáneas de VMware.
Las plantillas de copia de seguridad pueden capturar vRDM marcados como dependientes. Ten en cuenta que este modo de activación requiere que el host ESXi tenga un iniciador iSCSI, que no está habilitado de forma predeterminada en Google Cloud Google Cloud VMware Engine.
pRDM (asignación de dispositivos sin procesar físicos): Para las operaciones de restablecimiento a nivel de archivo, selecciona este modo. Ten en cuenta que este modo de activación requiere que el host de ESXi tenga un iniciador de iSCSI, que no está habilitado de forma predeterminada enGoogle Cloud Google Cloud VMware Engine.
En Map to ESX Hosts, selecciona una de las siguientes opciones. Puedes ver la opción Map to ESX Hosts solo cuando seleccionas vRDM o pRDM en el campo Mount Mode.
Uno: Selecciona Uno si deseas asignar solo al host ESX que ejecuta la VM de destino.
Dos: Selecciona Dos si deseas asignar a dos hosts ESX, pero no a todos los hosts ESX del clúster. Si seleccionas Dos, tienes la opción de elegir el segundo host o Selección automática.
La selección automática elige el segundo host en función de pares lógicos de hosts de ESX y siempre selecciona el host de ESX asociado para el que ejecuta la VM de destino.
Todos: Selecciona Todos si deseas asignar a todos los hosts de ESX presentes en el clúster. Ten en cuenta que si seleccionas Todos, es posible que aumente la duración del trabajo.
Haz clic en Enviar para ejecutar el flujo de trabajo de Backup and DR.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]