Criar fluxos de trabalho de backup e DR do LiveClone
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Os fluxos de trabalho de backup e DR do LiveClone são usados quando os dados de produção contêm informações sensíveis. Ele permite definir um LiveClone com base em dados de produção
e limpar os dados do LiveClone antes de montá-lo.
Um fluxo de trabalho de backup e DR do LiveClone pode fazer o seguinte:
Gera um novo LiveClone ou atualiza um já existente de uma imagem de produção selecionada marcada como sensível.
Defina uma programação para atualizar o LiveClone com os dados de produção mais recentes. Os fluxos de trabalho de backup e DR programados também podem ser executados sob demanda.
Use scripts para limpar dados sensíveis do LiveClone.
Marque o aplicativo virtual limpo como não sensível.
Monte os dados limpos (montagem padrão) em um host específico ou monte a imagem limpa como um aplicativo virtual (montagem compatível com aplicativos) em um host específico.
Use estas instruções para criar um fluxo de trabalho de backup e DR do LiveClone:
No console de gerenciamento do serviço de backup e DR, clique em
Gerenciador de apps e selecione um aplicativo gerenciado ou um grupo de consistência.
Clique com o botão direito do mouse e selecione Gerenciar fluxos de trabalho para abrir o Painel de aplicativos do Backup e DR. Clique em Adicionar fluxo de trabalho e adicione detalhes básicos de configuração, como Nome e Appliance de onde você quer que o fluxo de trabalho do Backup e DR seja executado.
Selecione LiveClone para o Tipo de fluxo de trabalho.
Selecione Programado ou Sob demanda para o Tipo de programação. Para
fluxos de trabalho de backup e DR programados, defina uma programação para executar o fluxo de trabalho de backup e DR. O seletor de hora usa um relógio de 24 horas. Os fluxos de trabalho de backup e DR programados também podem ser executados sob demanda.
Preencha a seção Configurações do LiveClone.
Selecione a imagem de snapshot mais recente da política que produz a imagem a ser
limpa para a Imagem de origem. Se você selecionou On demand,
o usuário que executa o fluxo de trabalho de backup e DR seleciona a imagem do snapshot de origem
durante a execução.
Insira um nome identificável no campo Rótulo do LiveClone.
Selecione o diskpool para armazenar o LiveClone e as diferenças
de montagens subsequentes do LiveClone em Diskpool.
Confira se há espaço de armazenamento suficiente alocado para o LiveClone.
Se quiser, ative a opção Montar para pré-processamento. Isso garante
que o LiveClone seja montado em um host e que um ou mais scripts
sejam executados na imagem montada para limpar ou mascarar dados sensíveis.
Ative a opção Marcar dados como não sensíveis se o aplicativo selecionado
contiver dados sensíveis e você quiser que eles sejam limpos e
tornados não sensíveis. Isso permite que usuários de dados não sensíveis acessem
o fluxo de trabalho de backup e DR e provisionem os ambientes de trabalho.
Selecione o host em que o LiveClone será montado no menu suspenso Host.
Se quiser, ative a opção Mapear para todos os nós do cluster.
Essa opção aparece quando um ou mais hosts de destino são um nó ou um host de cluster.
As opções a seguir só aparecem quando um ou mais hosts de destino são VMs do VMware:
Em Modo de montagem, selecione uma das seguintes opções:
NFS: por padrão, o modo NFS é selecionado. O Backup and DR apresenta os dados como um VMDK em um repositório de dados NFS montado no appliance de backup/recuperação.
vRDM (mapeamento de dispositivo bruto virtual): os snapshots do VMware tratam os vRDMs montados como independentes e não são incluídos nos snapshots.
Por isso, por padrão, o Backup and DR não inclui vRDMs
ao proteger uma VM montada. O Backup e DR oferece uma opção
em que é possível marcar vRDMs como dependentes. Embora raramente usada, quando essa opção está ativada, os vRDMs são incluídos nos snapshots do VMware.
Os modelos de backup capturam vRDMs marcados como dependentes. Esse modo de montagem exige que o host ESXi tenha um iniciador iSCSI, que não é ativado por padrão no Google Cloud VMware Engine.
pRDM (mapeamento de dispositivo bruto físico): selecione esse modo para operações de restauração no nível do arquivo. Esse modo de montagem exige que o host ESXi tenha um iniciador iSCSI, que não é ativado por padrão no Google Cloud VMware Engine.
Em Mapear para hosts ESX, selecione uma das seguintes opções. A opção Mapear para hosts ESX só aparece quando você seleciona vRDM ou pRDM no campo Modo de montagem.
Um: selecione Um se quiser mapear apenas para o host ESX que executa a VM de destino.
Dois: selecione Dois se quiser mapear para dois hosts ESX, mas não
todos os hosts ESX no cluster. Ao selecionar Dois, você pode escolher o segundo host ou Seleção automática.
A seleção automática escolhe o segundo host com base em pares lógicos de hosts ESX e sempre seleciona o host ESX parceiro para aquele que executa a VM de destino.
Todos: selecione Todos se quiser mapear todos os hosts ESX presentes no cluster. Selecionar Todos pode aumentar a duração do job.
Insira o local das unidades montadas no campo Local de montagem.
Por exemplo, M:, D:\testdb1.
Selecione uma opção para mascarar dados sensíveis na seção Opções de script.
Selecione a opção Optim Privacy Data Masking se você estiver usando o software
Optim Data Privacy para mascaramento de dados. O menu suspenso Conjunto de mascaramento é preenchido automaticamente. Assim, você pode especificar o tempo limite correspondente em minutos em Conjunto de mascaramento.
Selecione a opção Scripts personalizados se você estiver usando scripts personalizados do Backup e DR. Especifique pelo menos um script de pré ou pós-processamento
e o tempo limite correspondente em segundos. Para mais informações,
consulte Scripts personalizados.
Clique na opção Criar novo aplicativo virtual para realizar uma montagem
compatível com aplicativos. Essa opção está disponível apenas para aplicativos IBM Db2,
MySQL, Oracle PostgreSQL, SAP ASE e SQL Server.
Clique em Próxima.
Especifique os detalhes da montagem da imagem LiveClone.
Em Rótulo de montagem, forneça um nome para facilitar a identificação.
Na seção "Hosts", selecione um host em que você vai realizar a
montagem AppAware. Não é possível realizar uma montagem AppAware em vários hosts.
Na seção "Opções de mapeamento", em Local de montagem, insira o local das unidades montadas, por exemplo, M:, D:\testdb1 ou /oracledata/db1data.
Na seção Opções de script, adicione os pré-scripts e pós-scripts necessários para uso.
(Somente bancos de dados) Ative Criar novo aplicativo virtual se quiser
executar uma montagem compatível com aplicativos (um banco de dados virtual).
Essa opção está disponível apenas para aplicativos IBM Db2, MySQL, Oracle PostgreSQL,
SAP ASE e SQL Server. As configurações mostradas variam de acordo com o tipo de banco de dados. Se você não selecionar a opção
Criar novo aplicativo virtual, poderá receber uma
montagem do sistema de arquivos nos hosts de destino.
Se quiser, ative a opção Remover imagem montada após a conclusão se você usar um ou mais scripts para processar os dados montados como uma tarefa única. Depois disso, os dados montados não serão mais necessários, como a extração de dados para um data warehouse. Quando o script terminar a tarefa, essa opção
desmonta e exclui o aplicativo virtual.
Clique em Adicionar para criar o fluxo de trabalho do Backup e DR.
Guia do administrador do VMware
Esta página faz parte de uma série específica sobre proteção e recuperação
de VMs do VMware com o Backup e DR.
Para mais informações, acesse:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-11 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)"]]
