Exécuter des workflows de sauvegarde et de reprise après sinistre LiveClone
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Les options qui s'affichent lorsque vous exécutez un workflow de sauvegarde et de reprise après sinistre LiveClone à la demande ou planifié dépendent du type d'application.
Pour les applications de base de données, la page Workflow d'exécution à la demande de LiveClone fournit les options suivantes:
Actualiser le LiveClone: sélectionnez cette option si vous souhaitez actualiser le LiveClone à partir de l'image source sélectionnée. Si aucun LiveClone n'existe, il est créé.
Effectuer un montage ou une actualisation d'une application virtuelle: sélectionnez cette option pour créer ou actualiser une application ou une base de données virtuelle.
Il propose les options suivantes:
Provisionner une nouvelle application virtuelle: sélectionnez cette option si vous souhaitez créer une application ou une base de données virtuelle sur un autre serveur. Vous pouvez également utiliser cette option pour mettre à jour ou modifier les options prédéfinies dans le workflow Backup and DR, par exemple pour modifier le nom du workflow Backup and DR.
Actualiser une application virtuelle existante: sélectionnez cette option si vous avez déjà créé une application virtuelle à l'aide de ce workflow de sauvegarde et de reprise après sinistre et que vous souhaitez maintenant l'actualiser en utilisant un autre instantané à un moment donné comme source.
Actualiser LiveClone
Si vous sélectionnez Actualiser LiveClone, procédez comme suit:
Dans le menu déroulant Image source, sélectionnez une image.
Si l'application source est protégée par une stratégie d'instantané qui a activé les sauvegardes des journaux de base de données et que les journaux sont disponibles avec l'image, vous pouvez les utiliser pour revenir à un point dans le temps spécifique en modifiant ces options dans la section Heure de retour:
Le champ de date contient toutes les dates possibles auxquelles la base de données peut être transférée, via l'application des journaux de transactions de la base de données.
Sélectionnez la date à laquelle vous souhaitez faire avancer la base de données.
Le champ d'heure contient un curseur affichant toutes les heures possibles à la date sélectionnée auxquelles la base de données peut avancer. Si vous sélectionnez la date la plus récente, puis déplacez le curseur vers la droite, la tâche s'applique à tous les journaux disponibles. Si vous sélectionnez la date la plus ancienne possible et déplacez le curseur vers la gauche, la tâche n'applique aucun journal.
Spécifiez si vous souhaitez utiliser l'heure de l'utilisateur ou l'heure de l'hôte pour la progression.
L'heure de l'utilisateur est relative à l'heure locale de l'utilisateur actuel.
L'heure de l'hôte est relative au système qui héberge les données à installer.
Cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre.
Provisionner une nouvelle application virtuelle
Si vous sélectionnez Provision New Virtual Application (Provisionner une nouvelle application virtuelle), configurez la nouvelle application:
Dans le menu déroulant Host (Hôte), sélectionnez le serveur sur lequel monter l'image.
Vous pouvez également activer l'option Map to All Cluster Nodes (Mappage sur tous les nœuds du cluster). Cette option s'affiche lorsqu'un ou plusieurs hôtes cibles sont un nœud de cluster ou un hôte de cluster.
Vous ne pouvez voir les options suivantes que lorsqu'un ou plusieurs hôtes cibles sont des VM VMware:
Dans Mode d'installation, sélectionnez l'une des options suivantes:
NFS: le mode NFS est sélectionné par défaut. Backup and DR présente les données sous la forme d'un VMDK dans un datastore NFS monté à partir de l'appli de sauvegarde/restauration.
Mappage de périphérique brut virtuel (vRDM): les instantanés VMware traitent les vRDM montés comme des éléments indépendants et ne les incluent pas dans les instantanés. Par conséquent, par défaut, la sauvegarde et la reprise après sinistre n'incluent pas les vRDM lors de la protection d'une VM montée. Backup and DR propose une option qui vous permet de marquer les vRDM comme dépendantes. Bien que rarement utilisée, lorsque cette option est activée, les vRDM sont incluses dans les instantanés VMware.
Les modèles de sauvegarde capturent les vRDM marqués comme dépendants. Notez que ce mode d'installation nécessite que l'hôte ESXi dispose d'un initiateur iSCSI, qui n'est pas activé par défaut dans Google Cloud VMware Engine.
pRDM (Physical Raw Device Mapping): pour les opérations de restauration au niveau des fichiers, sélectionnez ce mode. Notez que ce mode d'installation nécessite que l'hôte ESXi dispose d'un initiateur iSCSI, qui n'est pas activé par défaut dansGoogle Cloud Google Cloud VMware Engine.
Dans Map to ESX Hosts (Map to ESX Hosts), sélectionnez l'une des options suivantes. L'option Map to ESX Hosts (Mappage sur les hôtes ESX) ne s'affiche que lorsque vous avez sélectionné vRDM ou pRDM dans le champ Mount Mode (Mode d'installation).
One (Un) : sélectionnez One (Un) si vous souhaitez mapper uniquement à l'hôte ESX exécutant la VM cible.
Deux: sélectionnez Deux si vous souhaitez mapper sur deux hôtes ESX, mais pas sur tous les hôtes ESX du cluster. Si vous sélectionnez Deux, vous pouvez choisir le deuxième hôte ou sélectionner Sélection automatique.
La sélection automatique choisit le deuxième hôte en fonction de paires logiques d'hôtes ESX et peut toujours sélectionner l'hôte ESX partenaire pour celui qui exécute la VM cible.
Tout: sélectionnez Tout si vous souhaitez mapper tous les hôtes ESX présents dans le cluster. Notez que la sélection de Tout peut augmenter la durée de la tâche.
Activez l'option Create New Virtual Application (Créer une application virtuelle) et configurez la nouvelle base de données. Les options varient en fonction du type de base de données.
Cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre.
Actualiser une application virtuelle existante
Si vous sélectionnez Actualiser une application virtuelle existante, procédez comme suit:
Dans le menu déroulant Host (Hôte), sélectionnez le serveur sur lequel l'application est montée.
Sélectionnez l'application à actualiser.
Cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre.
Toutes les autres applications
Pour toutes les autres applications, la page Workflow d'exécution à la demande de LiveClone propose les options de sélection suivantes:
Actualiser le LiveClone: sélectionnez cette option si vous souhaitez actualiser le LiveClone à partir de l'image source sélectionnée. Si aucun LiveClone n'existe, il sera créé.
Effectuer un montage ou une actualisation d'une application virtuelle: sélectionnez cette option pour créer ou actualiser un montage existant.
Actualiser LiveClone
Si vous sélectionnez Actualiser LiveClone, procédez comme suit:
Dans le menu déroulant Image source, sélectionnez une image à utiliser.
Cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre.
Effectuer un montage ou une actualisation d'une application virtuelle
Dans le menu déroulant Host (Hôte), sélectionnez le serveur sur lequel monter l'image.
Vous pouvez également activer l'option Map to All Cluster Nodes (Mappage sur tous les nœuds du cluster). Cette option s'affiche lorsqu'un ou plusieurs hôtes cibles sont un nœud de cluster ou un hôte de cluster.
Les options suivantes ne s'affichent que lorsqu'un ou plusieurs hôtes cibles sont des VM VMware:
Pour Mode d'installation, sélectionnez l'une des options suivantes:
NFS: le mode NFS est sélectionné par défaut. Backup and DR présente les données sous la forme d'un VMDK dans un datastore NFS monté à partir de l'appli de sauvegarde/restauration.
Mappage de périphérique brut virtuel (vRDM): les instantanés VMware traitent les vRDM montés comme des éléments indépendants et ne les incluent pas dans les instantanés. Par conséquent, par défaut, la sauvegarde et la reprise après sinistre n'incluent pas les vRDM lors de la protection d'une VM montée. Backup and DR propose une option qui vous permet de marquer les vRDM comme dépendantes. Bien que rarement utilisée, lorsque cette option est activée, les vRDM sont incluses dans les instantanés VMware.
Les modèles de sauvegarde peuvent capturer les vRDM marqués comme dépendants. Notez que ce mode d'installation nécessite que l'hôte ESXi dispose d'un initiateur iSCSI, qui n'est pas activé par défaut dans Google Cloud Google Cloud VMware Engine.
pRDM (Physical Raw Device Mapping): pour les opérations de restauration au niveau des fichiers, sélectionnez ce mode. Notez que ce mode d'installation nécessite que l'hôte ESXi dispose d'un initiateur iSCSI, qui n'est pas activé par défaut dansGoogle Cloud Google Cloud VMware Engine.
Dans Map to ESX Hosts (Map to ESX Hosts), sélectionnez l'une des options suivantes. L'option Map to ESX Hosts (Map to ESX Hosts) ne s'affiche que lorsque vous avez sélectionné vRDM ou pRDM dans le champ Mount Mode (Mode d'installation).
One (Un) : sélectionnez One (Un) si vous souhaitez mapper uniquement à l'hôte ESX exécutant la VM cible.
Deux: sélectionnez Deux si vous souhaitez mapper sur deux hôtes ESX, mais pas sur tous les hôtes ESX du cluster. Si vous sélectionnez Deux, vous pouvez choisir le deuxième hôte ou sélectionner Sélection automatique.
La sélection automatique choisit le deuxième hôte en fonction de paires logiques d'hôtes ESX et sélectionne toujours l'hôte ESX partenaire de celui qui exécute la VM cible.
Tout: sélectionnez Tout si vous souhaitez mapper tous les hôtes ESX présents dans le cluster. Notez que la sélection de Tout peut augmenter la durée de la tâche.
Cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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."]]
