Configurer les paramètres de règles avancés

Cette page liste les paramètres avancés d'un modèle de règle de configuration de sauvegarde. Vous pouvez définir les paramètres avancés des règles lorsque vous créez une règle de sauvegarde.

Vous pouvez également afficher et modifier les paramètres de règles pour des applications spécifiques en affichant le panneau de remplacement des règles sur la page Gérer le forfait de sauvegarde de l'application.

Suivez les instructions ci-dessous pour afficher la page des paramètres des règles.

  1. Dans la console de gestion, cliquez sur l'onglet Plans de sauvegarde, puis sélectionnez l'option Modèles dans le menu déroulant.
  2. Sélectionnez le modèle à gérer, puis cliquez sur Modifier dans le menu déroulant en bas à droite de la page.
  3. Sur la page du modèle, à droite, cliquez sur la flèche blanche à côté du règlement que vous souhaitez gérer. En bas des sélections, cliquez sur Modifier la règle.
  4. En bas de la section Créer/Modifier une règle, cliquez sur Paramètres avancés des règles. Les paramètres avancés des règles détaillés dans le tableau suivant s'affichent.
  5. Une fois terminé, cliquez sur Enregistrer les modifications pour mettre à jour les paramètres.

Le tableau suivant détaille les paramètres avancés des règles.

               
Paramètre avancé Description
Cohérence des applications
(applicable uniquement aux VM Google Cloud VMware Engine et Compute Engine)
Sélectionnez l'une des options suivantes :
  • Sauvegarde cohérente en cas d'arrêt brutal : il s'agit d'une sauvegarde rapide des données d'application stockées, comme si l'alimentation avait été coupée à ce moment-là. Elle ne met pas en veille les E/S des données d'application. Toutes les données sur le disque sont enregistrées, et les données en mémoire sont perdues. La récupération d'une sauvegarde cohérente en cas d'incident peut prendre plus de temps et entraîner des exceptions. Il peut être nécessaire d'effectuer des étapes de récupération manuelle supplémentaires lors de la récupération, en fonction de l'OS invité, des systèmes de fichiers et des applications. Choisissez "Cohérence en cas d'arrêt brutal" si le processus de cohérence des applications pose des problèmes pour vos applications ou charges de travail en raison du processus de mise au repos. La cohérence en cas d'arrêt peut entraîner un RTO plus long, car le système de fichiers ou l'application doivent effectuer une récupération à partir du snapshot incohérent. Dans les cas extrêmes, cela peut même entraîner un snapshot irrécupérable.
  • Effectuer une sauvegarde cohérente pour les applications : la sauvegarde cohérente pour les applications s'appuie sur des instantanés mis au repos, qui utilisent les outils VMware ou un environnement invité Google Cloud pour mettre au repos le système de fichiers de la machine virtuelle. Une opération de mise au repos exploite les fonctionnalités intégrées du système d'exploitation Windows pour mettre au repos les systèmes de fichiers et les applications compatibles avec VSS. Il utilise également tous les scripts de gel ou de dégel fournis par le client (sur toutes les plates-formes) pour obtenir une cohérence d'application de niveau supérieur. Le résultat est un niveau de confiance plus élevé dans la récupérabilité de la sauvegarde, ainsi que des temps de récupération plus courts dans la plupart des cas. Les sauvegardes cohérentes avec les applications peuvent parfois entraîner une brève pause dans les E/S. Bien que cela soit rare, certaines applications plus sollicitées peuvent signaler des erreurs d'E/S au moment de la sauvegarde. Il arrive que les sauvegardes cohérentes avec les applications échouent si VMware n'est pas en mesure de mettre la VM au repos dans un délai prédéterminé lors de l'opération d'instantané. Utilisez des sauvegardes cohérentes avec les applications lorsque la récupérabilité est la plus importante et que les applications de la VM ne sont pas sensibles à la brève pause d'E/S.
    Pour en savoir plus, consultez la section Créer un instantané de disque persistant d'application cohérent Linux.

    Pour associer un instantané Windows Compute Engine en tant que VM nouvelle ou existante capturée avec l'option Cohérence des applications, vous devez passer le disque du mode lecture seule au mode lecture/écriture. Pour ce faire, suivez les instructions de la section Facultatif : Marquez votre disque comme disponible en lecture et en écriture.
  • Effectuer une sauvegarde cohérente en cas de plantage lors de la dernière tentative : cette option effectue d'abord des sauvegardes cohérentes avec les applications, mais si une sauvegarde cohérente avec les applications échoue pour une raison quelconque, elle effectue une sauvegarde cohérente en cas de plantage.
  • Emplacement du snapshot
    (applicable uniquement aux instances Compute Engine et SAP HANA)
    Sélectionnez la région dans laquelle stocker les instantanés de disque persistant. Par défaut, l'option multi-région est sélectionnée (en fonction de l'emplacement du disque source). Vous pouvez également modifier l'emplacement de stockage des instantanés pour le définir dans une région différente de celle du disque source. Lorsque vous stockez des instantanés à un emplacement différent de celui de votre disque source, les données transitent par le réseau entre ces emplacements et peuvent entraîner des frais de réseau. Les instantanés entraînent les mêmes frais que le transfert de données Cloud Storage. En savoir plus sur l'instantané de disque persistant Pour en savoir plus sur les tarifs, consultez la page Tarifs des disques.
    Type de snapshot      
    (applicable uniquement aux instances Compute Engine et SAP HANA)
    Sélectionnez le type d'instantané Persistent Disk à utiliser pour les sauvegardes d'instances Compute Engine. Les instantanés sauvegardent de manière incrémentielle les données des disques persistants. Lors des sauvegardes, un nouvel instantané est créé pour capturer l'état actuel du disque persistant. Il pourra ensuite être utilisé pour créer un disque pour les montages ou les restaurations. Compute Engine stocke plusieurs copies de chaque instantané sur plusieurs emplacements et se sert de sommes de contrôle automatiques pour garantir l'intégrité des données. En savoir plus sur les instantanés de disque persistant Pour en savoir plus sur les tarifs, consultez la page Tarifs des disques.
  • Standard : le type d'instantané standard est sélectionné par défaut. Nous vous recommandons d'utiliser le type standard si vous souhaitez conserver les sauvegardes pendant moins de 90 jours.
  • Archive : sélectionnez le type "Archive" si vous souhaitez conserver les sauvegardes pendant une longue période. Notez que la période de facturation minimale pour l'instantané d'archive est de 90 jours, quelle que soit la période de conservation définie dans la règle. De plus, le type d'archive entraîne des frais de récupération supplémentaires s'il est utilisé dans une tâche de montage ou de restauration. Le type de snapshot d'archive ne peut être utilisé que lorsque la console de gestion et le dispositif de sauvegarde/restauration sont tous deux en version 11.0.4 ou ultérieure.
  •      
    Surallocation du disque de préparation
    (en pourcentage)
    Spécifiez l'espace supplémentaire alloué au disque de préparation (en plus de ce qui est réellement nécessaire) pour tenir compte de la croissance de l'application. Ce paramètre est compris entre zéro et 1 000 %.
    Supprimer les chemins d'accès globaux Ne pas sauvegarder ces répertoires (spécifier le chemin complet). Consultez également les valeurs des chemins d'élagage globaux au niveau de la règle.
    Compresser la réplication Streamsnap Par défaut, la compression pour la réplication Streamsnap est activée. La compression augmente l'efficacité de la réplication streamsnap vers l'appliance de sauvegarde/récupération à distance lors du transfert de données sur le réseau, par exemple lors de la réplication d'images et de vidéos. Lorsque la compression est activée, tous les paquets sont compressés. L'appliance de sauvegarde/récupération cible décompresse les paquets avant de les écrire sur le disque intermédiaire. Si la compression n'est pas nécessaire pour la réplication Streamsnap vers le deuxième appliance de sauvegarde/récupération, définissez le paramètre avancé "compress streamsnap replication" (compresser la réplication Streamsnap) sur Don't compress (Ne pas compresser), puis cliquez sur Save Changes (Enregistrer les modifications).
     Remarque : La réplication Streamsnap n'est compatible qu'avec les appliances de sauvegarde/récupération déployées sur un seul réseau.
    Ne pas annuler le mappage Indique si vous souhaitez que les disques de préproduction temporaires mappés à l'hôte et utilisés lors du transfert de données pour la sauvegarde restent mappés à l'hôte. Les LUN sont mappées lors du premier job, et tous les jobs suivants réutilisent la même LUN mappée. Sélectionnez au choix :
  • Conservez les disques de préproduction mappés entre les jobs. Sélectionnez cette option si vous souhaitez que les disques de préparation temporaires mappés à l'hôte et utilisés lors du transfert de données restent mappés à l'hôte. Les LUN sont mappées lors du premier job, et tous les jobs suivants réutilisent la même LUN mappée. Cette option est sélectionnée par défaut.
    Remarque : Cette option est ignorée pour les applications gérées à l'aide de l'agent Backup and DR (telles que la base de données SQL) lorsque l'application se trouve sur un OS exécuté dans une VM VMware. Le disque de préproduction est toujours dissocié de la VM après chaque job.
  • Démontez les disques de staging après chaque job. Cette option démonte le disque intermédiaire du système d'exploitation à la fin de chaque tâche (en supprimant les points de montage ou les lettres de lecteur) et le supprime également de l'hôte. Cette option nécessite que l'hôte effectue une analyse des LUN SCSI au début du prochain job, car les disques de préparation remappés doivent être redécouverts avant de pouvoir être remontés.
  • Tronquer (purger) le journal après la sauvegarde Indiquez si les journaux de base de données doivent être tronqués (supprimés) après chaque sauvegarde. Lorsque l'option Tronquer le journal après la sauvegarde est activée, les journaux liés à l'application sont tronqués jusqu'à la sauvegarde récente ou actuelle. Si vous tronquez les journaux, vous devez également sauvegarder le journal des transactions pour permettre une récupération par restauration.
     Voici les options disponibles :
  • Ne pas tronquer ni purger le journal après la sauvegarde
  • Tronquer ou purger le journal après la sauvegarde
  • Ignorer les applications hors connexion
    (pour la gestion des groupes de cohérence uniquement)
    Indiquez s'il faut ignorer les applications indisponibles qui font partie d'un groupe de cohérence. Vous créez un groupe de cohérence pour sauvegarder les données de toutes les applications membres ensemble afin de préserver la cohérence des données entre les applications membres. Les groupes de cohérence sont des ensembles d'applications découvertes provenant du même hôte.
    Les options sont les suivantes :
  • Échec de la sauvegarde lorsque des applications hors connexion sont détectées
  • Ignorer les applications hors connexion lors de la sauvegarde
  • Mapper les disques de staging à tous les nœuds d'un cluster d'application Si vos nœuds se trouvent dans un cluster d'application, vous pouvez utiliser cette option pour vous assurer que les nœuds d'un cluster d'application sont protégés en cas de basculement lors de la sauvegarde.
  • Ne mappez pas le disque de préproduction sur tous les nœuds du cluster d'application.
  • Mappez le disque de staging à tous les nœuds du cluster d'application.
    En cas d'échec du cluster d'application, cette option protège les copies de basculement.
  • Mapper le disque de staging à tous les hôtes ESX d'un cluster
    (pour les VM VMware uniquement)
    Si vos serveurs ESX se trouvent dans un appliance, vous pouvez utiliser ce paramètre pour vous assurer que les VM sont gérées en cas de basculement lors de la sauvegarde. En cas de défaillance d'un hôte ESX, cette option gère les copies de basculement des VM VMware. (Oracle, systèmes de fichiers locaux, SMB, NFS, SQL Server) :
  • Mapper le disque intermédiaire à l'hôte ESX pour la VM uniquement
  • Mappez le disque intermédiaire à tous les hôtes ESX du cluster.
  • Mapper le disque intermédiaire à deux hôtes ESX du cluster
  • Sauvegarder les identifiants de connexion utilisateur SQL Server Capture les identifiants de connexion à la base de données SQL Server. Lorsque la base de données est montée en tant qu'application virtuelle (montage compatible avec les applications), la base de données virtuelle dispose de tous les identifiants de connexion utilisés par la source. Les options sont Oui ou Non.
    Activer la sauvegarde des journaux de base de données L'option Activer la sauvegarde des journaux de base de données permet à la règle du plan de sauvegarde de sauvegarder une base de données et tous les fichiers journaux de transactions associés. Les journaux sont sauvegardés lorsque le job d'instantané de journaux s'exécute. Les options sont "Oui" ou "Non". Si la valeur est définie sur Oui, les options associées sont activées.
     Remarque : Pour en savoir plus sur la protection des journaux, consultez Protection des journaux de base de données dans une règle de forfait de sauvegarde.
    RPO Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, le RPO définit la fréquence de sauvegarde des journaux de base de données. La fréquence est définie en minutes et ne doit pas dépasser l'intervalle de sauvegarde de la base de données. La plus petite valeur pouvant être définie (en minutes) est 15.
    Durée de conservation des sauvegardes de journaux
    (en jours)
    Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, la conservation des journaux est définie séparément de la conservation de la règle d'instantané. Une période de conservation distincte vous permet d'utiliser les journaux en même temps que les copies de la base de données stockées dans le pool d'instantanés. La période de conservation des journaux est un paramètre obligatoire.
    Journaux de réplication
    (utilise la technologie Streamsnap)
    Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Activer, le paramètre avancé Répliquer les journaux permet de répliquer les journaux de base de données sur un serveur distant. Pour qu'un job de réplication des journaux s'exécute, une règle de réplication streamsnap doit être incluse dans le modèle, ainsi qu'un profil de ressources qui spécifie un appliance distant. De plus, au moins une réplication réussie de la base de données doit d'abord être effectuée. Vous pouvez ensuite utiliser les journaux sur le site distant pour n'importe quelle image de base de données dans la plage de conservation des journaux répliqués. Cette fonctionnalité est activée par défaut.
    La réplication des journaux utilise la technologie streamsnap pour effectuer la réplication entre les appliances locales et distantes. La réplication des journaux s'effectue directement du pool d'instantanés local au pool d'instantanés sur l'appliance distante.
     Remarque : La réplication des journaux ne se produit que lorsque la base de données a été protégée et que l'image a été répliquée sur l'appliance distante.
    Envoyer des journaux au pool OnVault Si la valeur est définie sur Oui, les journaux sont répliqués dans un ou plusieurs pools de stockage OnVault, ce qui permet d'effectuer des récupérations à un moment précis à partir d'OnVault sur un autre site.
    Remarque : Si vous sélectionnez cette option, Backup and DR envoie les journaux à tous les pools OnVault définis dans le profil de cette application. Si le profil comporte deux pools, le moniteur affichera les tâches OnVault (journal) pour chaque sauvegarde de journaux, une pour chaque pool. Seuls les pools OnVault du profil correspondant au SLA recevront les journaux.
    • La conservation des journaux répliqués sur OnVault est semblable à celle des journaux d'instantanés.
    • La réplication des journaux de base de données dans un bucket OnVault est différente d'une sauvegarde de base de données. Si vous sélectionnez Envoyer les journaux au pool OnVault, Backup and DR réplique en continu les journaux dans les buckets OnVault, comme pour les sauvegardes d'instantanés de journaux. Par exemple, si une sauvegarde des journaux est effectuée toutes les 15 minutes, les journaux seront répliqués sur OnVault toutes les 15 minutes pour s'assurer que tous les instantanés de journaux sont répliqués sur les pools OnVault.
    • L'ID de règle affiché dans la console de gestion est l'ID de règle d'instantané, car cette réplication des journaux dans les buckets OnVault est liée à la règle d'instantané.
    Remarque : Les règles OnVault quotidiennes, hebdomadaires, mensuelles et annuelles ne concernent que les sauvegardes de bases de données. Elles ne s'appliquent pas aux sauvegardes de journaux.
    Taille de croissance du disque de préparation des journaux (en pourcentage) Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, Taille de croissance du disque de préproduction des journaux définit la croissance à utiliser lors de l'augmentation automatique du disque de préproduction sur lequel résident les journaux. Ce paramètre est compris entre 5 et 100 %.
    Taux de variation estimé Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, ce paramètre définit la variation quotidienne (en pourcentage), ce qui permet à l'appliance de mieux calculer la taille du disque de préparation nécessaire pour stocker les journaux. Ce paramètre est compris entre 0 et 100.
    Compresser la sauvegarde du journal de base de données Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, ce paramètre indique à la base de données source de compresser ses journaux avant qu'ils ne soient capturés par la console de gestion. Le serveur de base de données effectue la compression des journaux lors de la sauvegarde des journaux. Les options sont Oui ou Non. Si vous sélectionnez Oui, l'option Compresser la sauvegarde du journal de base de données est activée.
    Conservation forcée Permet à l'utilisateur de configurer sa période d'immuabilité entre zéro et 36 525 jours. Par défaut, la valeur est définie sur zéro pour toutes les règles existantes.
    Vous pouvez modifier une règle déjà utilisée pour protéger une application en définissant une durée de conservation appliquée plus longue. Toutefois, vous ne pouvez pas raccourcir la période de conservation appliquée.
    Vous ne pouvez pas définir de conservation forcée pour une règle streamsnap dont la conservation est définie sur "Ne conserver que l'image distante la plus récente".
    Remarque : Vous ne pouvez pas remplacer la rétention forcée pour chaque application. L'option ne s'affiche pas sur la page Remplacements de règles.
     Remarque : Le paramètre avancé Conservation forcée n'est pas compatible avec la protection des applications qui pointe vers un coffre-fort de sauvegarde. Lorsqu'un coffre de sauvegarde est la cible de stockage, il détermine la période de conservation appliquée.
    Comportement du job lorsque la VM cible nécessite une consolidation d'instantané Sélectionnez une action si la VM nécessite une consolidation :
  • Échec du job si la VM doit être consolidée : les jobs ponctuels échouent.
  • Exécutez le job sans effectuer de consolidation : tous les jobs s'exécutent normalement, même si une consolidation est en attente.
  • Effectuez la consolidation au début du job : Les jobs ponctuels tentent d'effectuer la consolidation au début du job. Si la consolidation échoue, le job échoue et un message d'erreur s'affiche.
  • Échec si le chemin de démarrage est manquant Si un ou plusieurs chemins de démarrage sont spécifiés et que l'un d'eux n'existe pas, le job échoue et le message "UDSAgent: le chemin de démarrage spécifié n'existe pas" s'affiche. Si aucun chemin de démarrage n'est spécifié, cette option n'a aucun effet. Les options sont Oui ou Non.
     Remarque : L'état par défaut de cette option est "Non" (désactivé), ce qui correspond au comportement des versions précédentes de l'agent Backup and DR. La tâche n'échoue pas si un chemin de début n'existe pas.
    Activer le mode de capture dégradé Le mode de capture dégradé capture les données incrémentielles lorsque le service Change Block Tracking (CBT) n'est pas disponible. La capture des données peut prendre plus de temps. Les options sont Oui ou Non.
    Délai avant expiration du script
    (applicable uniquement aux sauvegardes basées sur un agent)
    L'agent Backup and DR vous permet de créer des scripts côté hôte qui s'exécutent sur l'hôte d'une application avant ou après l'exécution d'une règle. Les quatre délais d'expiration fournis dans un modèle de règle correspondent directement aux quatre étapes d'un script côté hôte.
     Remarque : Par défaut, les valeurs de délai d'expiration du script sont les suivantes. Si aucun délai d'attente de script n'est spécifié, la valeur est vide et la valeur par défaut est utilisée.
  • Délai avant expiration de l'initialisation du script : définit la durée pendant laquelle un job doit attendre le script appelé sur l'hôte avant qu'une action ne soit effectuée par le job. Si le script ne se termine pas dans ce délai, le job échoue. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
  • Délai d'expiration du blocage du script : définit la durée pendant laquelle une règle doit attendre le script appelé pour bloquer une application avant de prendre un instantané. Si le script ne se termine pas dans ce délai, le job échoue. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
  • Délai avant expiration du dégel du script : définit la durée pendant laquelle une règle doit attendre le script appelé pour figer une application après la prise d'un instantané. Si le script ne se termine pas dans ce délai, le job échoue. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
  • Délai d'expiration de fin de script : définit la durée pendant laquelle une règle doit attendre le script appelé à la toute fin du job. Si le script ne se termine pas dans ce délai, le job échoue. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
  • Étapes suivantes