Execute 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.
As opções apresentadas quando executa um fluxo de trabalho de cópia de segurança e recuperação de desastres do LiveClone a pedido ou agendado dependem do tipo de aplicação.
Para aplicações de base de dados, a página Fluxo de trabalho de execução a pedido do LiveClone
oferece as seguintes opções:
Atualizar LiveClone: selecione esta opção se quiser atualizar o LiveClone a partir da imagem de origem selecionada. Se não existir nenhum LiveClone,
é criado um.
Executar uma montagem ou uma atualização de uma aplicação virtual: selecione esta opção para criar ou atualizar uma aplicação ou uma base de dados virtual.
Tem as seguintes opções:
Aprovisionar nova aplicação virtual: selecione esta opção se quiser criar uma nova aplicação virtual ou base de dados num servidor diferente. Também pode usar esta opção para atualizar ou modificar
as opções predefinidas no fluxo de trabalho de cópia de segurança e RD, por exemplo,
alterar o nome do fluxo de trabalho de cópia de segurança e RD.
Atualizar uma aplicação virtual existente: selecione esta opção
se tiver criado anteriormente uma aplicação virtual através deste
fluxo de trabalho de cópia de segurança e recuperação de desastres e quiser atualizá-la agora, usando um
instante específico diferente como origem.
Atualize o LiveClone
Se selecionar Atualizar LiveClone, siga estes passos:
No menu pendente Imagem de origem, selecione uma imagem.
Se a aplicação de origem estiver protegida por uma política de instantâneos que tenha
cópias de segurança dos registos da base de dados ativadas e os registos estiverem disponíveis com a imagem,
pode usá-los para avançar até um ponto específico no tempo alterando
estas opções na secção Hora de avanço:
O campo de data contém todas as datas possíveis para as quais a base de dados pode ser
revertida através da aplicação de registos de transações da base de dados.
Selecione a data para a qual quer avançar a base de dados.
O campo de tempo contém um controlo de deslize que mostra todas as horas possíveis na data selecionada para as quais a base de dados pode avançar. Se selecionar a data mais recente possível e, em seguida, mover o controlo de deslize para a posição mais à direita, o trabalho aplica-se a todos os registos disponíveis. Se selecionar a data mais antiga possível e mover o controlo de deslize para a posição mais à esquerda, a tarefa não aplica registos.
Especifique se quer avançar usando a Hora do utilizador ou a Hora do anfitrião.
A Hora do utilizador é relativa à hora local do utilizador atual.
A hora do anfitrião é relativa ao sistema que aloja os dados a serem montados.
Clique em Enviar para executar o fluxo de trabalho de cópia de segurança e recuperação de desastres.
Aprovisione uma nova aplicação virtual
Se selecionar Aprovisionar nova aplicação virtual, configure a nova aplicação:
No menu pendente Anfitrião, selecione o servidor no qual montar a imagem.
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 de cópia de segurança e recuperação de desastres 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 RDMs virtuais como dependentes. Embora raramente seja usada, quando esta opção está ativada, os vRDMs são incluídos em instantâneos 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 noGoogle Cloud 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. Se selecionar Dois, tem a opção de escolher o segundo anfitrião ou selecionar Selecionar automaticamente.
A seleção automática escolhe o segundo anfitrião com base em pares lógicos de anfitriões ESX e pode sempre selecionar o anfitrião ESX parceiro para o que está a executar a VM de destino.
Tudo: selecione Tudo se quiser mapear 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.
Ative a opção Create New Virtual Application (Criar nova aplicação virtual) e configure a nova base de dados. As opções variam consoante o tipo de base de dados.
Clique em Enviar para executar o fluxo de trabalho de cópia de segurança e recuperação de desastres.
Atualize uma aplicação virtual existente
Se selecionar Atualizar uma aplicação virtual existente, siga estes passos:
No menu pendente Anfitrião, selecione o servidor onde a aplicação está montada.
Selecione a aplicação a atualizar.
Clique em Enviar para executar o fluxo de trabalho de cópia de segurança e recuperação de desastres.
Todas as outras aplicações
Para todas as outras aplicações, a página Fluxo de trabalho de execução a pedido do LiveClone oferece as seguintes opções de seleção:
Atualizar LiveClone: selecione esta opção se quiser atualizar o LiveClone a partir da imagem de origem selecionada. Se não existir nenhum LiveClone,
é criado um.
Executar uma montagem ou uma atualização de uma aplicação virtual: selecione esta opção para criar ou atualizar uma montagem existente.
Atualize o LiveClone
Se selecionar Atualizar LiveClone, siga estes passos:
No menu pendente Imagem de origem, selecione uma imagem para usar.
Clique em Enviar para executar o fluxo de trabalho de cópia de segurança e recuperação de desastres.
Execute uma montagem ou uma atualização de uma aplicação virtual
No menu pendente Anfitrião, selecione o servidor no qual montar a imagem.
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.
Veja as seguintes opções apenas quando um ou mais anfitriões de destino forem VMs VMware:
Em 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 de cópia de segurança e recuperação de desastres 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 RDMs virtuais como dependentes. Embora raramente seja usada, quando esta opção está ativada, os vRDMs são incluídos em instantâneos do VMware.
Os modelos de cópia de segurança podem capturar 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 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 noGoogle Cloud 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. Se selecionar Dois, tem a opção de escolher o segundo anfitrião ou selecionar 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 mapear 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.
Clique em Enviar para executar o fluxo de trabalho de cópia de segurança e recuperação de desastres.
[[["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 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."]]
