Créer 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 workflows de sauvegarde et de reprise après sinistre LiveClone sont utilisés lorsque les données de production contiennent des informations sensibles. Il vous permet de définir un LiveClone à partir de données de production, puis d'effacer les données du LiveClone avant de le monter.
Un workflow LiveClone Backup and DR peut effectuer les opérations suivantes :
Générez un LiveClone ou mettez à jour un LiveClone existant à partir d'une image de production sélectionnée et marquée comme sensible.
Définissez un calendrier pour mettre à jour le LiveClone avec les dernières données de production. Les workflows Backup and DR planifiés peuvent également être exécutés à la demande.
Utilisez des scripts pour supprimer les données sensibles de la LiveClone.
Marquez l'application virtuelle nettoyée comme non sensible.
Montez les données nettoyées (montage standard) sur un hôte spécifique ou montez l'image nettoyée en tant qu'application virtuelle (montage compatible avec les applications) sur un hôte spécifique.
Suivez ces instructions pour créer un workflow de sauvegarde et de reprise après sinistre LiveClone :
Dans la console de gestion du service Backup and DR, cliquez sur Gestionnaire d'applications, puis sélectionnez une application gérée ou un groupe de cohérence.
Effectuez un clic droit, puis sélectionnez Gérer les workflows pour ouvrir le tableau de bord des applications Backup and DR. Cliquez sur Ajouter un workflow, puis ajoutez les informations de configuration de base, comme le nom et l'appliance sur laquelle vous souhaitez exécuter le workflow Backup and DR.
Sélectionnez LiveClone pour le Type de workflow.
Sélectionnez Planifiée ou À la demande pour le Type de programmation. Pour les workflows Backup and DR planifiés, définissez une programmation pour exécuter le workflow Backup and DR. Le sélecteur d'heure utilise le format 24 heures. Les workflows Backup and DR planifiés peuvent également être exécutés à la demande.
Remplissez la section Paramètres Live Clone.
Sélectionnez la dernière image instantanée de la règle qui produit l'image à nettoyer pour l'image source. Si vous avez sélectionné À la demande, l'utilisateur qui exécute le workflow Backup and DR sélectionne l'image instantanée source au moment de l'exécution.
Saisissez un nom identifiable dans le champ Libellé LiveClone.
Sélectionnez le pool de disques qui contiendra le LiveClone, ainsi que les différences par rapport aux montages ultérieurs du LiveClone, pour Pool de disques.
Assurez-vous qu'un espace de stockage suffisant est alloué pour le LiveClone.
Vous pouvez également activer l'option Mount for Pre-Processing (Monter pour le prétraitement). Cela permet de s'assurer que le LiveClone est monté sur un hôte et qu'un ou plusieurs scripts s'exécutent sur l'image montée pour supprimer ou masquer les données sensibles.
Activez l'option Marquer les données comme non sensibles si l'application sélectionnée contient des données sensibles que vous souhaitez supprimer et rendre non sensibles. Les utilisateurs de données non sensibles peuvent ainsi accéder au workflow Backup and DR et provisionner leurs environnements de travail.
Sélectionnez l'hôte sur lequel monter le Live Clone dans le menu déroulant Hôte.
Vous pouvez également activer l'option Mapper à 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 sont visibles que lorsqu'un ou plusieurs hôtes cibles sont des VM VMware :
Dans le champ Mode de montage, 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 fichier VMDK dans un datastore NFS installé à partir de l'appliance de sauvegarde/récupération.
vRDM (virtual raw device mapping) : les instantanés VMware traitent les vRDM montés comme indépendants et ne sont pas inclus dans les instantanés.
Par conséquent, par défaut, Backup and DR n'inclut pas les VRDM lors de la protection d'une VM montée. Backup and DR propose une option permettant de marquer les VRDM comme dépendants. Bien que rarement utilisée, cette option permet d'inclure les VRDM dans les instantanés VMware lorsqu'elle est activée.
Les modèles de sauvegarde capturent les VRDM marqués comme dépendants. Notez que ce mode de montage 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) : sélectionnez ce mode pour les opérations de restauration au niveau des fichiers. Notez que ce mode de montage 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.
Dans Mapper aux hôtes ESX, sélectionnez l'une des options suivantes. L'option Mapper aux hôtes ESX n'est visible que si vous avez sélectionné vRDM ou pRDM dans le champ Mode de montage.
Un : sélectionnez Un si vous souhaitez mapper uniquement à l'hôte ESX exécutant la VM cible.
Deux : sélectionnez Deux si vous souhaitez mapper deux hôtes ESX, mais pas tous les hôtes ESX du cluster. Si vous sélectionnez Deux, vous pouvez choisir le deuxième organisateur ou sélectionner Sélection automatique.
La sélection automatique choisit le deuxième hôte en fonction des paires logiques d'hôtes ESX et sélectionne toujours l'hôte ESX partenaire de celui qui exécute la VM cible.
Tous : sélectionnez Tous si vous souhaitez mapper tous les hôtes ESX présents dans le cluster. Notez que la sélection de l'option Tous peut augmenter la durée du job.
Saisissez l'emplacement des lecteurs montés dans le champ Emplacement du montage.
Exemple :M:, D:\testdb1
Sélectionnez une option pour masquer les données sensibles dans la section Options des scripts.
Sélectionnez l'option Optim Privacy Data Masking si vous utilisez le logiciel Optim Data Privacy pour le masquage des données. Le menu déroulant Ensemble de masquage est renseigné automatiquement. Vous pouvez donc spécifier le délai d'expiration correspondant en minutes dans Ensemble de masquage.
Sélectionnez l'option Scripts personnalisés si vous utilisez des scripts personnalisés Backup and DR. Spécifiez au moins un script de prétraitement ou de post-traitement, ainsi que le délai d'expiration correspondant en secondes. Pour en savoir plus, consultez Scripts personnalisés.
Cliquez sur l'option Create New Virtual Application (Créer une application virtuelle) pour effectuer un montage compatible avec les applications. Cette option n'est disponible que pour les applications IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE et SQL Server.
Cliquez sur Suivant.
Spécifiez les détails du montage pour l'image LiveClone.
Dans le champ Libellé du montage, saisissez un nom pour l'identifier.
Dans la section "Hôtes", sélectionnez un hôte sur lequel vous allez effectuer le montage AppAware. Vous ne pouvez pas effectuer un montage AppAware sur plusieurs hôtes.
Dans la section "Options de mappage", pour Emplacement de montage, saisissez l'emplacement des lecteurs montés (par exemple, M:, D:\testdb1 ou /oracledata/db1data).
Dans la section Options de script, ajoutez les scripts préliminaires et consécutifs nécessaires.
(Bases de données uniquement) Activez Create New Virtual Application (Créer une application virtuelle) si vous souhaitez effectuer un montage compatible avec les applications (une base de données virtuelle).
Cette option n'est disponible que pour les applications IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE et SQL Server. Les paramètres affichés varient en fonction du type de base de données. Si vous ne sélectionnez pas l'option Create New Virtual Application (Créer une application virtuelle), vous pouvez obtenir un montage du système de fichiers sur vos hôtes cibles.
Si vous utilisez un ou plusieurs scripts pour traiter les données montées en tant que tâche ponctuelle après laquelle les données montées ne sont plus nécessaires (par exemple, l'extraction de données dans un entrepôt de données), vous pouvez activer l'option Supprimer l'image montée une fois l'opération terminée. Une fois que le script a terminé sa tâche, cette option démonte et supprime l'application virtuelle.
Cliquez sur Ajouter pour créer le workflow Backup and DR.
Guide de l'administrateur VMware
Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des VM VMware avec Backup and DR. Pour en savoir plus, consultez les pages suivantes :
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 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)"]]
