Pour les applications Oracle et SQL Server, la page Exécuter le workflow planifiée affiche les options suivantes:
Lancer le workflow planifié maintenant: cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre. Sélectionnez cette option si vous ne souhaitez pas attendre la prochaine exécution planifiée de ce workflow de sauvegarde et de reprise après sinistre. Il s'exécute exactement comme défini.
Cela n'a aucune incidence sur les futures exécutions planifiées de ce workflow.
Exécuter avec des personnalisations: sélectionnez cette option lorsque vous souhaitez créer ou actualiser un montage sur un serveur différent de celui prédéfini dans ce workflow de sauvegarde et de reprise après sinistre. Étant donné qu'un workflow Backup and DR ne peut créer qu'un seul montage par hôte, tout montage existant créé par ce workflow est actualisé si le même serveur est sélectionné.
Il propose 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éé. Pour en savoir plus, consultez la section Actualiser LiveClone.
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 de sauvegarde et de reprise après sinistre, par exemple pour modifier le nom du workflow.
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 à l'aide d'un autre instantané à un moment donné en tant que source.
Actualiser LiveClone
Si vous sélectionnez Actualiser LiveClone, procédez comme suit:
Dans le menu déroulant Image source, sélectionnez une image.
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 la section Roll Forward Time (Heure de transfert des journaux), configurez l'heure de transfert des journaux. Sélectionnez l'heure de l'hôte (par défaut) ou l'heure de l'utilisateur.
Cette option n'est disponible que pour les applications Oracle et SQL, et uniquement lorsque des journaux sont disponibles pour l'image source.
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 dans 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.
Activez l'option Create New Virtual Application (Créer une application virtuelle) et configurez la nouvelle base de données à l'aide des informations suivantes:
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 la section Heure de transfert, configurez l'heure de transfert des journaux.
Sélectionnez l'heure de l'hôte (par défaut) ou l'heure de l'utilisateur. Cette option n'est disponible que pour les applications Oracle et SQL, et uniquement lorsque des journaux sont disponibles pour l'image source.
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 Exécuter le workflow planifiée affiche les options suivantes:
Lancer le workflow planifié maintenant: cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre. Sélectionnez cette option si vous ne souhaitez pas attendre la prochaine exécution planifiée de ce workflow de sauvegarde et de reprise après sinistre. Il s'exécute exactement comme défini.
Cela n'a aucune incidence sur les futures exécutions planifiées de ce workflow Backup and DR.
Exécuter avec des personnalisations: sélectionnez cette option lorsque vous souhaitez créer ou actualiser un montage sur un serveur différent de celui prédéfini dans ce workflow de sauvegarde et de DR. Étant donné qu'un workflow Backup and DR ne peut créer qu'un seul montage par hôte, tout montage existant créé par ce workflow Backup and DR est actualisé si le même serveur est sélectionné. Il propose 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éé. Pour en savoir plus, consultez la section Actualiser LiveClone.
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.
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:
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 dans 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 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.
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\u003eScheduled Backup and DR Workflow options vary based on the application type, with specific choices available for Oracle and SQL Server applications versus all other applications.\u003c/p\u003e\n"],["\u003cp\u003eThe "Initiate Scheduled Workflow Now" option allows immediate execution of a scheduled workflow without impacting future scheduled runs, regardless of the application type.\u003c/p\u003e\n"],["\u003cp\u003eThe "Run with Customizations" option enables the creation or refresh of a mount on a different server than predefined, including the ability to refresh LiveClones or create new/refresh existing virtual applications.\u003c/p\u003e\n"],["\u003cp\u003eFor Oracle and SQL Server applications, users can select to provision a new virtual application or refresh an existing one, with additional options to configure log roll forward time and select the host server.\u003c/p\u003e\n"],["\u003cp\u003eFor applications that aren't Oracle or SQL Server, customization options are available to pick which host the image will mount to, along with the ability to map to cluster nodes and adjust mount mode.\u003c/p\u003e\n"]]],[],null,["# Run scheduled LiveClone Backup and DR Workflows\n\nThe options you see when running a scheduled LiveClone Backup and DR Workflow depend\non your application type.\n\n- [Oracle and SQL Server applications](#Oracle-SQL)\n- [All other applications](#AllOther)\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\nOracle and SQL Server applications\n----------------------------------\n\nFor Oracle and SQL Server applications, the scheduled **Run Workflow** page shows\nthe following options for selection:\n\n- **Initiate Scheduled Workflow Now** : Click **Submit** to run the\n Backup and DR Workflow. Select this option if you don't want to wait for the next\n scheduled time this Backup and DR Workflow runs. It runs exactly as defined.\n This does not impact any future scheduled runs of this workflow.\n\n- **Run with Customizations**: Select this option when you want to\n create or refresh a mount on a different server than the one\n predefined in this Backup and DR Workflow. Since only one mount per host can be\n created by a Backup and DR Workflow, any existing mount created by this Backup and DR Workflow\n is refreshed if the same server is selected.\n It has 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 gets created. See [Refresh LiveClone](#Refresh) for more information.\n - **Perform a Mount or Refresh of a Virtual Application**: Select\n this 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 workflow name.\n - **Refresh an Existing Virtual Application**: Select this option if you 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**, complete the following:\n\n1. From the **Source Image** drop-down, select an image.\n2. Click **Submit** to run the Backup and DR Workflow.\n\n### Provision new virtual application\n\nIf you select **Provision New Virtual Application**, configure\nthe new application:\n\n1. In the **Roll Forward Time** section, configure the log roll forward time. Select from host time (default) or user time. This option is available only for Oracle and SQL applications and only when the source image has available logs.\n2. From the **Host** drop-down, select the server on which to mount the image.\n3. 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.\n4. 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 is 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 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 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.\n5. Enable the **Create New Virtual Application** option and configure\n the new database using information from:\n\n - [Configure application settings for Microsoft SQL server databases](/backup-disaster-recovery/docs/backup/sql-protect#sql-appsettings)\n - [Configure application details and settings for Oracle databases](/backup-disaster-recovery/docs/create-plan/oracle-advanced-settings)\n6. 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**, complete the\nfollowing:\n\n1. In the **Roll Forward Time** section, configure the log roll forward time. Select from host time---default---or user time. This option is available only for Oracle and SQL applications and only when the source image has available logs.\n2. From the **Host** drop-down, select the server where the application is mounted.\n3. Select the application to refresh.\n4. Click **Submit** to run the Backup and DR Workflow.\n\nAll other applications\n----------------------\n\nFor all other applications, the scheduled **Run Workflow** page shows the\nfollowing options for selection:\n\n- **Initiate Scheduled Workflow Now** : Click **Submit** to run the\n Backup and DR Workflow. Select this option if you don't want to wait for the next\n scheduled time this Backup and DR Workflow runs. It runs exactly as defined.\n This does not impact any future scheduled runs of this Backup and DR Workflow.\n\n- **Run with Customizations**: Select this option when you want to create\n or refresh a mount on a different server than the one predefined in\n this Backup and DR Workflow. Since only one mount per host can be created by a\n Backup and DR Workflow, any existing mount created by this Backup and DR Workflow is refreshed\n if the same server is selected. It has 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 gets created. See [Refresh LiveClone](#Refresh) for more information.\n - **Perform a Mount or Refresh of a Virtual Application**: Select this option to create or refresh a virtual application or database.\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. This option appears when one or more target hosts are a cluster node or a cluster host.\n3. The following options appear 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. 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. Click **Submit** to run the Backup and DR Workflow."]]
