Crie fluxos de trabalho de cópia de segurança e RD 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 cópia de segurança e recuperação de desastres do LiveClone são usados quando os dados de produção contêm informações confidenciais. Permite-lhe definir um LiveClone a partir de dados de produção e, em seguida, limpar os dados do LiveClone antes de o montar.
Um fluxo de trabalho de cópia de segurança e RD do LiveClone pode fazer o seguinte:
Gera um LiveClone novo ou atualiza um LiveClone existente a partir de uma imagem de produção selecionada que esteja marcada como sensível.
Defina um agendamento para atualizar o LiveClone com os dados de produção mais recentes. Também é possível executar fluxos de trabalho de cópia de segurança e recuperação de desastres agendados a pedido.
Use scripts para limpar os dados confidenciais da cópia exata.
Marque a aplicação virtual ocultada como não sensível.
Monte os dados ocultados (montagem padrão) num anfitrião específico ou monte a imagem ocultada como uma aplicação virtual (montagem com reconhecimento de aplicações) num anfitrião específico.
Siga estas instruções para criar um fluxo de trabalho de cópia de segurança e recuperação de desastres do LiveClone:
Na consola de gestão do serviço de cópias de segurança e RD, clique em Gestor de apps e, de seguida, selecione uma aplicação gerida ou um grupo de consistência.
Clique com o botão direito do rato e selecione Gerir fluxos de trabalho para abrir o painel de controlo da aplicação dos fluxos de trabalho de cópia de segurança e recuperação de desastres. Clique em Adicionar fluxo de trabalho e adicione detalhes de configuração
básicos, como o Nome e o Dispositivo onde quer que o fluxo de trabalho de cópia de segurança e recuperação de desastres seja
executado.
Selecione LiveClone para o Workflow Type.
Selecione Agendado ou A pedido para o Tipo de agendamento. Para fluxos de trabalho de cópia de segurança e RD agendados, defina um agendamento para executar o fluxo de trabalho de cópia de segurança e RD. O seletor de hora usa um relógio de 24 horas. Os fluxos de trabalho de cópia de segurança e RD programados também podem ser executados a pedido.
Preencha a secção Definições do LiveClone.
Selecione a imagem do instantâneo mais recente da política que produz a imagem a
ocultar para a imagem de origem. Se selecionou A pedido,
o utilizador que executa o fluxo de trabalho de cópia de segurança e recuperação de desastres seleciona a imagem do instantâneo de origem
no tempo de execução.
Introduza um nome identificável no campo Etiqueta LiveClone.
Selecione o grupo de discos para conter o LiveClone, bem como as diferenças
das montagens subsequentes do LiveClone, para Diskpool.
Certifique-se de que é alocado espaço de armazenamento suficiente para acomodar o LiveClone.
Opcionalmente, ative a opção Montar para pré-processamento. Isto garante que
o LiveClone está montado num anfitrião e que um ou mais scripts
são executados na imagem montada para limpar ou ocultar dados confidenciais.
Ative a opção Marcar dados como não confidenciais se a aplicação selecionada contiver dados confidenciais e quiser que sejam limpos e tornados não confidenciais. Isto permite que os utilizadores de dados não confidenciais acedam ao fluxo de trabalho de cópia de segurança e recuperação de desastres e aprovisionem os respetivos ambientes de trabalho.
Selecione o anfitrião no qual montar o LiveClone no menu pendente Anfitrião.
Opcionalmente, ative a opção Mapear para todos os nós do cluster.
Pode ver esta opção quando um ou mais anfitriões de destino são um nó de cluster ou um anfitrião de cluster.
Só pode ver as seguintes opções quando um ou mais anfitriões de destino são VMs VMware:
Para o Modo de montagem, selecione uma das seguintes opções:
NFS: por predefinição, o modo NFS está selecionado. A cópia de segurança e a recuperação de desastres apresentam
os dados como um VMDK num arquivo de dados NFS montado a partir do
dispositivo de cópia de segurança/recuperação.
vRDM (mapeamento de dispositivo não processado virtual): os instantâneos do VMware tratam os vRDMs montados como independentes e não são incluídos nos instantâneos.
Por este motivo, por predefinição, a solução Backup and DR não inclui vRDMs quando protege uma VM montada. A cópia de segurança e a recuperação de desastres oferecem uma opção em que pode marcar os vRDMs como dependentes. Embora raramente seja usada, quando esta opção está ativada, os vRDMs são incluídos nas capturas instantâneas do VMware.
Os modelos de cópia de segurança capturam RDMs virtuais marcados como dependentes. Tenha em atenção que este modo de montagem requer que o anfitrião ESXi tenha um iniciador iSCSI, que, por predefinição, não está ativado no Google Cloud VMware Engine.
pRDM (mapeamento de dispositivo não processado físico): para operações de restauro ao nível do ficheiro, selecione este modo. Tenha em atenção que este modo de montagem requer que o anfitrião ESXi tenha um iniciador iSCSI, que, por predefinição, não está ativado no Google Cloud VMware Engine.
Em Mapear para anfitriões ESX, selecione uma das seguintes opções. Só pode ver a opção Mapear para anfitriões ESX quando tiver selecionado vRDM ou pRDM no campo Modo de montagem.
Um: selecione Um se quiser mapear apenas para o anfitrião ESX que executa a VM de destino.
Dois: selecione Dois se quiser mapear para dois anfitriões ESX, mas não para todos os anfitriões ESX no cluster. Quando seleciona Dois, pode escolher o segundo anfitrião ou escolher Selecionar automaticamente.
A seleção automática escolhe o segundo anfitrião com base em pares lógicos de anfitriões ESX e seleciona sempre o anfitrião ESX parceiro para o que está a executar a VM de destino.
Tudo: selecione Tudo se quiser fazer o mapeamento para todos os anfitriões ESX presentes no cluster. Tenha em atenção que a seleção de Tudo pode aumentar a duração da tarefa.
Introduza a localização das unidades montadas no campo Localização de montagem.
Por exemplo, M:, D:\testdb1.
Selecione uma opção para ocultar dados confidenciais na secção Opções de scripts.
Selecione a opção Máscara de dados de privacidade do Optim se estiver a usar o software de privacidade de dados do Optim para mascarar dados. O menu pendente Conjunto de ocultação é preenchido automaticamente, para que possa especificar o limite de tempo correspondente em minutos no Conjunto de ocultação.
Selecione a opção Scripts personalizados se estiver a usar scripts personalizados do Backup and DR. Especifique, pelo menos, um script de pré-processamento ou pós-processamento
e o respetivo tempo limite em segundos. Para mais informações,
consulte Scripts personalizados.
Clique na opção Criar nova aplicação virtual para executar uma montagem
com reconhecimento da aplicação. Esta opção só está disponível para aplicações IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE e SQL Server.
Clicar em Seguinte.
Especifique os detalhes da montagem da imagem LiveClone.
Em Etiqueta de montagem, indique um nome para o tornar identificável.
Na secção Hosts, selecione um anfitrião no qual vai executar a montagem AppAware. Não pode realizar uma montagem AppAware em vários anfitriões.
Na secção Opções de mapeamento, em Localização de montagem, introduza a localização
das unidades montadas, por exemplo, M:, D:\testdb1 ou
/oracledata/db1data.
Na secção Opções de scripts, adicione todos os scripts pré e pós necessários para usar.
(Apenas para bases de dados) Ative a opção Criar nova aplicação virtual se quiser
executar uma montagem com reconhecimento de aplicações (uma base de dados virtual).
Esta opção só está disponível para aplicações IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE e SQL Server. As definições apresentadas variam de acordo com o tipo de base de dados. Se não selecionar a opção
Criar nova aplicação virtual, pode, em alternativa, obter uma
montagem do sistema de ficheiros nos seus anfitriões de destino.
Opcionalmente, ative a opção Remover imagem montada após a conclusão se usar um ou mais scripts para processar os dados montados como uma tarefa única após a qual os dados montados deixam de ser necessários, como a extração de dados para um armazém de dados. Quando o script termina a sua tarefa, esta opção
desmonta e elimina a aplicação virtual.
Clique em Adicionar para criar o fluxo de trabalho de cópia de segurança e recuperação de desastres.
O guia do administrador do VMware
Esta página faz parte de uma série de páginas específicas para proteger e recuperar VMs do VMware com o Backup and DR.
Pode encontrar informações adicionais em:
[[["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-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)"]]
