Exécuter des workflows de sauvegarde et de reprise après sinistre avec montage direct

Les options qui s'affichent lorsque vous exécutez un workflow de sauvegarde et de reprise après sinistre de montage direct à la demande ou planifié dépendent du type d'application.

Applications de base de données

Pour les applications de type base de données, la page du workflow d'exécution à la demande par montage direct propose les options de sélection 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, vous pouvez 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 cet 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é comme source.

Provisionner une nouvelle application virtuelle

Si vous sélectionnez Provisionner une nouvelle application virtuelle, configurez la nouvelle application en procédant comme suit:

  1. Cliquez sur la liste déroulante Image source, puis sélectionnez une image.

  2. Si l'application source est protégée par une stratégie d'instantané ayant activé les sauvegardes de journaux de base de données et que des 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 régénérée, via l'application des journaux de transactions de la base de données. Sélectionnez la date à laquelle vous souhaitez que la base de données soit mise à jour.
    • Le champ d'heure contient un curseur affichant toutes les heures possibles à la date sélectionnée auxquelles la base de données peut être transférée. 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, les tâches n'appliquent aucun journal.
    • Vous pouvez spécifier le moment de la migration à l'aide de l'option Heure de l'utilisateur ou Heure de l'hôte. 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.

  3. Dans le menu déroulant Host (Hôte), sélectionnez le serveur sur lequel monter l'image.

  4. 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.

  5. Vous ne pouvez voir les options suivantes que lorsqu'un ou plusieurs hôtes cibles sont des VM VMware:

    1. 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 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.

    2. 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.

  6. Activez l'option Create New Virtual Application (Créer une application virtuelle) et configurez la nouvelle base de données. Les options affichées peuvent varier en fonction des types de bases de données.

  7. Cliquez sur OK 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:

  1. Dans le menu déroulant Image source, sélectionnez une image à monter.

  2. Si l'application source est protégée par une stratégie d'instantané ayant activé les sauvegardes de journaux de base de données et que des 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 que la base de données soit mise à jour.
    • Le champ d'heure contient un curseur affichant toutes les heures possibles à la date sélectionnée auxquelles la base de données peut être transférée. 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, le job ne peut appliquer aucun journal.
    • Vous pouvez spécifier le moment de la migration à l'aide de l'option Heure de l'utilisateur ou Heure de l'hôte. 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.

  3. Dans le menu déroulant Host (Hôte), sélectionnez le serveur sur lequel l'application est montée.

  4. Sélectionnez l'application à actualiser.

  5. Cliquez sur Envoyer pour actualiser 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 peut afficher les détails du workflow de sauvegarde et de reprise après sinistre.

  1. Dans le menu déroulant Image source, sélectionnez une image à monter.
  2. Dans le menu déroulant Host (Hôte), sélectionnez le serveur sur lequel monter l'image.
  3. 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.

  4. Les options suivantes ne s'affichent que lorsqu'un ou plusieurs hôtes cibles sont des VM VMware:

    1. Dans Mode d'installation, sélectionnez l'une des options suivantes:

      • NFS: le mode NFS est sélectionné par défaut. Backup and DR peut présenter les données sous la forme d'un VMDK dans un datastore NFS installé à partir de l'appareil 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 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.

    2. 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 des 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.

  5. Cliquez sur Envoyer pour exécuter le workflow de sauvegarde et de reprise après sinistre.