Crear 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.
Los flujos de trabajo de copia de seguridad y recuperación ante desastres de LiveClone se usan cuando los datos de producción contienen información sensible. Te permite definir un LiveClone a partir de datos de producción y, a continuación, borrar los datos del LiveClone antes de montarlo.
Un flujo de trabajo de copia de seguridad y recuperación tras fallos de LiveClone puede hacer lo siguiente:
Genera un LiveClone nuevo o actualiza uno que ya tengas a partir de una imagen de producción seleccionada que esté marcada como sensible.
Define una programación para actualizar LiveClone con los datos de producción más recientes. Los flujos de trabajo de copia de seguridad y recuperación tras fallos programados también se pueden ejecutar bajo demanda.
Emplea secuencias de comandos para eliminar los datos sensibles de LiveClone.
Marca la aplicación virtual limpiada como no sensible.
Puedes montar los datos depurados (montaje estándar) en un host específico o montar la imagen depurada como una aplicación virtual (montaje compatible con aplicaciones) en un host específico.
Sigue estas instrucciones para crear un flujo de trabajo de copia de seguridad y recuperación ante desastres de LiveClone:
En la consola de gestión del servicio de copia de seguridad y recuperación ante desastres, haga clic en Gestor de aplicaciones y, a continuación, seleccione una aplicación gestionada o un grupo de coherencia.
Haz clic con el botón derecho y selecciona Gestionar flujos de trabajo para abrir el panel de aplicaciones de flujos de trabajo de Backup y DR. Haz clic en Añadir flujo de trabajo y añade detalles de configuración básicos, como el Nombre y el Dispositivo en el que quieras que se ejecute el flujo de trabajo de copia de seguridad y recuperación ante desastres.
Selecciona LiveClone en Workflow Type (Tipo de flujo de trabajo).
Selecciona Programado o Bajo demanda en Tipo de programación. En el caso de los flujos de trabajo de copia de seguridad y recuperación tras fallos programados, define una programación para ejecutar el flujo de trabajo de copia de seguridad y recuperación tras fallos. El selector de hora usa un reloj de 24 horas. Los flujos de trabajo de copia de seguridad y recuperación tras fallos programados también se pueden ejecutar bajo demanda.
Completa la sección Configuración de LiveClone.
Selecciona la imagen de la última instantánea de la política que produce la imagen que quieres anonimizar en Imagen de origen. Si has seleccionado Bajo demanda, el usuario que ejecute el flujo de trabajo de copia de seguridad y recuperación tras fallos seleccionará la imagen de la instantánea de origen en el tiempo de ejecución.
Introduce un nombre identificable en el campo Etiqueta de LiveClone.
Selecciona el grupo de discos que contendrá el LiveClone, así como las diferencias de los montajes posteriores del LiveClone, en Grupo de discos.
Asegúrate de que se ha asignado suficiente espacio de almacenamiento para el LiveClone.
Si quieres, habilita la opción Montar para preprocesamiento. De esta forma, se asegura de que LiveClone se monte en un host y de que se ejecuten una o varias secuencias de comandos en la imagen montada para eliminar o enmascarar los datos sensibles.
Habilita la opción Marcar datos como no sensibles si la aplicación seleccionada contiene datos sensibles y quieres que se anonimicen y se conviertan en no sensibles. De esta forma, los usuarios de datos no sensibles pueden acceder al flujo de trabajo de copia de seguridad y recuperación tras fallos y aprovisionar sus entornos de trabajo.
Selecciona el host en el que quieras montar el LiveClone en el menú desplegable Host.
También puedes habilitar la opción Map to All Cluster Nodes (Asignar a todos los nodos del clúster).
Esta opción se muestra 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 and DR no incluye vRDMs al proteger una VM montada. La copia de seguridad y la recuperación ante desastres ofrecen una opción para marcar los vRDMs como dependientes. Aunque se usa poco, cuando esta opción está habilitada, los vRDMs se incluyen en las capturas 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 en Google Cloud VMware Engine.
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, puedes elegir el segundo anfitrión o 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.
Introduce la ubicación de las unidades montadas en el campo Ubicación de montaje.
Por ejemplo, M:, D:\testdb1.
Selecciona una opción para enmascarar los datos sensibles en la sección Opciones de secuencias de comandos.
Selecciona la opción Optim Privacy Data Masking si utilizas el software Optim Data Privacy para enmascarar datos. El menú desplegable Conjunto de enmascaramiento se rellena automáticamente, por lo que puede especificar el tiempo de espera correspondiente en minutos en Conjunto de enmascaramiento.
Seleccione la opción Secuencias de comandos personalizadas si utiliza secuencias de comandos personalizadas de Backup and DR. Especifica al menos una secuencia de comandos de preprocesamiento o posprocesamiento y el tiempo de espera correspondiente en segundos. Para obtener más información, consulta Secuencias de comandos personalizadas.
Haga clic en la opción Crear nueva aplicación virtual para realizar un montaje compatible con aplicaciones. Esta opción solo está disponible para las aplicaciones IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE y SQL Server.
Haz clic en Siguiente.
Especifica los detalles del montaje de la imagen LiveClone.
En Etiqueta de montaje, proporciona un nombre para que se pueda identificar.
En la sección Hosts, selecciona un host en el que realizarás el montaje de AppAware. No puedes realizar un montaje AppAware en varios hosts.
En la sección Mapping Options (Opciones de asignación), en Mount Location (Ubicación de montaje), introduce la ubicación de las unidades montadas (por ejemplo, M:, D:\testdb1 o /oracledata/db1data).
En la sección Opciones de secuencias de comandos, añade las secuencias de comandos previas y posteriores que necesites usar.
(Solo bases de datos) Habilita Crear aplicación virtual si quieres
realizar un montaje compatible con aplicaciones (una base de datos virtual).
Esta opción solo está disponible para las aplicaciones IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE y SQL Server. Los ajustes que se muestran varían en función del tipo de base de datos. Si no seleccionas la opción Crear aplicación virtual, puedes obtener un montaje del sistema de archivos en tus hosts de destino.
Si utilizas una o varias secuencias de comandos para procesar los datos montados como una tarea única después de la cual ya no se necesiten los datos montados (por ejemplo, para extraer datos en un almacén de datos), puedes habilitar la opción Eliminar imagen montada al finalizar. Una vez que la secuencia de comandos finaliza su tarea, esta opción desmonta y elimina la aplicación virtual.
Haz clic en Añadir para crear el flujo de trabajo de copia de seguridad y recuperación tras fallos.
Guía para administradores de VMware
Esta página forma parte de una serie de páginas específicas sobre la protección y recuperación de máquinas virtuales de VMware con Backup and DR.
Puedes consultar más información en los siguientes enlaces:
[[["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 Backup and DR Workflows create and update LiveClones from sensitive production data, allowing for data scrubbing before mounting.\u003c/p\u003e\n"],["\u003cp\u003eThese workflows can be scheduled or run on demand to update LiveClones with the latest production data, using scripts to remove sensitive information.\u003c/p\u003e\n"],["\u003cp\u003eScrubbed data can be marked as non-sensitive, enabling wider access, and can be mounted either as standard data or as a virtual application to a specified host.\u003c/p\u003e\n"],["\u003cp\u003eLiveClones can be mounted to a host for pre-processing, allowing for data scrubbing or masking through scripts, and offer various mount modes like NFS, vRDM, and pRDM for VMware environments.\u003c/p\u003e\n"],["\u003cp\u003eManagement console users with Workflow Refresh rights, without run or manage rights, can only refresh existing virtual applications, not modify the Backup and DR workflow.\u003c/p\u003e\n"]]],[],null,["# Create LiveClone Backup and DR Workflows\n\nLiveClone Backup and DR Workflows are used when the production data contains\nsensitive information. It lets you define a LiveClone from production data\nand then scrub the LiveClone's data before mounting it.\n\nA LiveClone Backup and DR Workflow can do the following:\n\n- Generate a new, or updates an existing, LiveClone from a selected production image that is marked as sensitive.\n- Define a schedule for updating the LiveClone with the latest production data. Scheduled Backup and DR Workflows can also be run on demand.\n- Employ scripts to scrub the LiveClone of sensitive data.\n- Mark the scrubbed virtual application as non-sensitive.\n- Either mount the scrubbed data---standard mount---to a specific\n host, or mount the scrubbed image as a virtual application---application\n aware mount---to a specific host.\n\n | **Note:** Management console users, when assigned with **Workflow Refresh** rights but not with Backup and DR Workflow run or Backup and DR Workflow manage rights, can only refresh the existing virtual application and cannot run, edit, delete, or disable the Backup and DR Workflow.\n\nUse these instructions to create a LiveClone Backup and DR Workflow:\n\n1. From the Backup and DR Service management console, click **App Manager**, then select a managed application or consistency group.\n2. Right-click and select **Manage Workflows** to open the Backup and DR Workflows **Application Dashboard** . Click **Add Workflow** and add basic configuration details like **Name** and **Appliance** of where you want the Backup and DR Workflow to run.\n3. Select **LiveClone** for the **Workflow Type**.\n4. Select **Scheduled** or **On Demand** for the **Schedule Type**. For scheduled Backup and DR Workflows, define a schedule to run the Backup and DR Workflow. The time selector uses a 24-hour clock. Scheduled Backup and DR Workflows can also be run on demand.\n5. Complete the **LiveClone Settings** section.\n\n - Select the latest snapshot image from the policy that produces the image to scrub for the **Source Image** . If you selected **On Demand**, the user running the Backup and DR Workflow selects the source snapshot image at run time.\n\n | **Note:** You can also select the latest StreamSnap image from a specific snapshot policy.\n - Enter an identifiable name in the **LiveClone Label** field.\n - Select the diskpool to hold the LiveClone---as well as the differences from subsequent mounts of the LiveClone---for **Diskpool**. Be sure enough storage space is allocated to accommodate the LiveClone.\n6. Optionally, enable the **Mount for Pre-Processing** option. This makes sure\n that the LiveClone is mounted to a host and one or more scripts\n run on the mounted image to scrub or mask sensitive data.\n\n 1. Enable the **Mark data as non-sensitive** option if your selected application contains sensitive data and you want it be scrubbed and made non-sensitive. This allows non-sensitive data users to access the Backup and DR Workflow and provision their work environments.\n 2. Select the host on which to mount the LiveClone from the **Host** drop-down.\n 3. Optionally, enable the **Map to All Cluster Nodes** option.\n You can see this option when one or more target hosts are a\n cluster node or a cluster host.\n\n 4. 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 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. When selecting **Two** , you can 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.\n 5. Enter the location for the mounted drives in the **Mount Location** field.\n For example, `M:, D:\\testdb1`.\n\n 6. Select an option to mask sensitive data in the **Scripts Options** section.\n\n - Select the **Optim Privacy Data Masking** option if you are using Optim Data Privacy software for data masking. The **Masking Set** drop-down is populated automatically, so you can specify the corresponding timeout in minutes in **Masking Set**.\n - Select the **Custom Scripts** option if you are using Backup and DR custom scripts. Specify at least one pre- or post-processing script and the corresponding timeout in seconds. For more information, see [Custom scripts](/backup-disaster-recovery/docs/access-data/custom-scripts).\n 7. Click the **Create New Virtual Application** option to perform an\n application aware mount. This option is available only for IBM Db2,\n MySQL, Oracle PostgreSQL, SAP ASE, and SQL Server applications.\n\n | **Note:** You may need to create a new database (perform an AppAware mount) if the scripts to scrub sensitive data can only be run when the database is powered up and running.\n7. Click **Next**.\n\n8. Specify the mount details for the LiveClone image.\n\n - For **Mount Label**, provide a name to make it identifiable.\n - In the Hosts section, select one host on which you will perform the AppAware mount. You cannot perform an AppAware mount on multiple hosts.\n - In Mapping Options section, for **Mount Location** , enter the location for the mounted drives---for example, `M:`, `D:\\testdb1`, or `/oracledata/db1data`.\n - In the **Scripts Options** section, add any pre- and post-scripts\n that are needed to use.\n\n - (Databases only) Enable **Create New Virtual Application** if you want to\n perform an application aware mount (a virtual database).\n This option is available only for IBM Db2, MySQL, Oracle PostgreSQL,\n SAP ASE, and SQL server applications. The displayed settings vary according\n to database type. If you don't select the\n **Create New Virtual Application** option, you can instead get a\n file system mount to your target hosts.\n\n - Optionally, enable **Remove Mounted Image After Done** if you employ one\n or more scripts to process the mounted data as a one-time task after\n which the mounted data is no longer needed, such as extraction of data\n into a data warehouse. Once the script finishes its task this option\n unmounts and deletes the virtual application.\n\n9. Click **Add** to create the Backup and DR Workflow.\n\nThe VMware administrator's guide\n--------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nVMware VMs with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for VMware VMs](/backup-disaster-recovery/docs/concepts/vmware-intro)\n- [Configure VMware Engine for Backup and DR protection](/backup-disaster-recovery/docs/configuration/prepare-vmware)\n- [Add vCenter and ESX server hosts to the management console](/backup-disaster-recovery/docs/configuration/add-vcenter-host)\n- [Discover and protect VMware VMs](/backup-disaster-recovery/docs/configuration/discover-and-protect-vms)\n- [Apply a backup template to protect a VM](/backup-disaster-recovery/docs/create-plan/apply-backup-template-to-manage-a-VM)\n- [Configure Application settings for VMware VMs](/backup-disaster-recovery/docs/backup/configure-application-settings-for-vmware-vm)\n- [Restore a VMware VM](/backup-disaster-recovery/docs/restore-data/restore-vm)\n- [Mount a VMware image](/backup-disaster-recovery/docs/access-data/mount-vmware-image)\n- [Clone an image of a VMware VM](/backup-disaster-recovery/docs/access-data/clone-image-of-a-vm)\n- [Create LiveClone workflows](/backup-disaster-recovery/docs/access-data/create-liveclone-workflows)\n- [Move VM management between two backup/recovery appliances](/backup-disaster-recovery/docs/configuration/supported-vmware)"]]
