Configurer les paramètres avancés des règles dans la console de gestion de l'appliance

Cette page répertorie 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 de la règle lors de la création d'une règle de sauvegarde.

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

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

1. Dans la console de gestion de l'appliance, cliquez sur l'onglet Backup Plans (Plans de sauvegarde), puis sélectionnez l'option Templates (Modèles) dans le menu déroulant.
2. Sélectionnez le modèle à gérer, puis cliquez sur Edit (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é de la règle que vous souhaitez gérer. En bas des sélections, cliquez sur Edit Policy (Modifier la règle).
4. En bas de la section Create/Edit Policy (Créer/Modifier la règle), cliquez sur Advanced Policy Settings (Paramètres avancés de la règle). Les paramètres avancés de la règle s'affichent, comme indiqué dans le tableau suivant.

5. Lorsque vous avez terminé, cliquez sur Save Changes (Enregistrer les modifications) pour mettre à jour les paramètres.

   Remarque : Il est possible que la page de paramètres Policy Overrides (Remplacements de la règle) n'affiche pas tous les paramètres listés dans le tableau suivant. Elle n'affiche que les paramètres pertinents en fonction de votre application.

Le tableau suivant détaille les paramètres avancés de la règle.

               

Paramètre avancé	Description
Application consistent (applicable uniquement aux VM Google Cloud VMware Engine et aux VM Compute Engine)	Sélectionnez l'une des options suivantes : Crash consistent backup (Sauvegarde cohérente en cas de plantage) : sauvegarde rapide des données d’application dans le stockage, comme si l’alimentation était coupée à ce moment-là. Elle ne met pas en pause 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 de plantage peut prendre plus de temps et introduire des exceptions. Il peut être nécessaire d'effectuer des étapes de récupération manuelles supplémentaires lors de la récupération, en fonction du système d'exploitation invité, des systèmes de fichiers et des applications. Choisissez "Crash consistent" (Cohérente en cas de plantage) si le processus cohérent avec l'application pose des problèmes pour vos applications ou charges de travail en raison du processus de mise au repos. La cohérence en cas de plantage peut entraîner un RTO plus long, car le système de fichiers ou l'application doit effectuer une récupération à partir de l'instantané incohérent, et peut même entraîner un instantané irrécupérable dans les cas extrêmes. Effectuer une sauvegarde cohérente avec l'application : la sauvegarde cohérente avec l'application exploite des instantanés mis au repos, qui utilisent des outils VMware ou un environnement invité pour mettre au repos le système de fichiers de la machine virtuelle. Google Cloud 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. Elle exploite également tous les scripts de gel ou de dégel fournis par le client (sur toutes les plates-formes) pour obtenir un niveau de cohérence plus élevé pour l'application. Le résultat est un niveau de confiance plus élevé dans la capacité de récupération de la sauvegarde, ainsi que des temps de récupération plus courts dans la plupart des cas. Les sauvegardes cohérentes avec l'application 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. Parfois, les sauvegardes cohérentes avec l'application échouent si VMware ne parvient pas à mettre au repos la VM dans un délai prédéterminé lors de l'opération d'instantané. Utilisez des sauvegardes cohérentes avec l'application lorsque la capacité de récupération 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 installer un instantané Windows Compute Engine en tant que VM nouvelle ou existante capturée avec l'option Application consistent (Cohérente avec l'application), vous devez passer le disque du mode lecture seule au mode lecture-écriture. Pour ce faire, suivez les instructions de la section Facultatif : Marquer votre disque comme disponible en lecture et en écriture. Take crash consistent backup on last try (Effectuer une sauvegarde cohérente en cas de plantage lors de la dernière tentative) : Cette option effectue initialement des sauvegardes cohérentes avec l'application, mais si une sauvegarde cohérente avec l'application échoue pour une raison quelconque, elle effectue une sauvegarde cohérente en cas de plantage.
Emplacement de l'instantané (applicable uniquement aux instances Compute Engine et SAP HANA)	Sélectionnez la région dans laquelle les instantanés de disque persistant doivent être stockés. Par défaut, l'option multi-régionale est sélectionnée (en fonction de l'emplacement du disque source). Vous pouvez également modifier l'emplacement de stockage des instantanés pour qu'il soit différent de la région du disque source. Lorsque vous stockez des instantanés dans 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 connaître les tarifs, consultez la page Tarifs des disques.
Snapshot type       (applicable uniquement aux instances Compute Engine et SAP HANA)	Sélectionnez le type d'instantané de disque persistant à utiliser pour les sauvegardes d'instance 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 peut ensuite être utilisé pour créer un disque pour les installations 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 l' instantané de disque persistant. Pour connaître les tarifs, consultez la page Tarifs des disques. Standard : par défaut, le type d'instantané "Standard" est sélectionné. 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, et que le type "Archive" entraîne également des frais de récupération supplémentaires s'il est utilisé dans une tâche d'installation ou de restauration.
Staging Disk Over-allocation (en pourcentage)	Spécifiez l'espace supplémentaire alloué au disque de préproduction (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 0 et 1 000 %.
Global Prune Paths	Ne sauvegardez pas ces répertoires (spécifiez le chemin complet). Consultez également les valeurs de Global Prune Paths au niveau de la règle.
Compress Streamsnap Replication	Par défaut, la compression pour la réplication Streamsnap est activée. La compression augmente l'efficacité de la réplication Streamsnap sur 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 de sauvegardes 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 d'écrire sur le disque de préproduction. Si la compression n'est pas nécessaire pour la réplication Streamsnap sur la deuxième appliance de sauvegarde/récupération, modifiez le paramètre avancé de compression de 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.
Do Not Unmap	Indique si vous souhaitez que les disques de préproduction temporaires mappés sur l'hôte et utilisés lors du déplacement des données pour la sauvegarde restent mappés sur l'hôte. Les LUN sont mappés lors de la première tâche, et toutes les tâches suivantes réutilisent le même LUN mappé. Sélectionnez l'une des options suivantes : Keep staging disks mapped between jobs (Conserver les disques de préproduction mappés entre les tâches). Sélectionnez cette option si vous souhaitez que les disques de préproduction temporaires mappés sur l' hôte et utilisés lors du déplacement des données restent mappés sur l'hôte. Les LUN sont mappés lors de la première tâche, et toutes les tâches suivantes réutilisent le même LUN mappé. Cette option est sélectionnée par défaut. Remarque : Pour les applications gérées à l'aide de l'agent Backup and DR (telles que la base de données SQL) où l'application se trouve sur un système d'exploitation exécuté dans une VM VMware, cette option est ignorée. Le disque de préproduction est toujours dissocié de la VM après chaque tâche. Unmap staging disks after each job (Dissocier les disques de préproduction après chaque tâche). Cette option démonte le disque de préproduction du système d'exploitation à la fin de chaque tâche (suppression des points de montage ou des lettres de lecteur) et le dissocie complètement de l'hôte. Cette option nécessite que l'hôte effectue une analyse des LUN SCSI au début de la tâche suivante, car les disques de préproduction remappés doivent être redécouverts avant de pouvoir être remontés.
Truncate (Purge) Log After Backup	Indiquez si vous souhaitez tronquer (purger) les journaux de base de données après chaque sauvegarde. Lorsque l'option Truncate Log After Backup (Tronquer le journal après la sauvegarde) est activée, les journaux associés à l'application sont tronqués jusqu'à la sauvegarde la plus récente ou actuelle. Si vous tronquez les journaux, vous devez également sauvegarder le journal des transactions pour activer une récupération par restauration. Les options sont les suivantes : Don't truncate or purge log after backup (Ne pas tronquer ni purger le journal après la sauvegarde) Truncate or purge log after backup (Tronquer ou purger le journal après la sauvegarde)
Skip Offline Applications (pour la gestion des groupes de cohérence uniquement)	Indiquez si vous souhaitez ignorer les applications non disponibles 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 afin de préserver la cohérence des données entre les applications membres. Les groupes de cohérence sont des collections d'applications découvertes à partir du même hôte. Les options sont les suivantes : Fail backup when offline applications are found (Échec de la sauvegarde lorsque des applications hors connexion sont détectées) Skip offline applications during backup (Ignorer les applications hors connexion lors de la sauvegarde)
Map staging disks to all nodes in an application cluster	Si vos nœuds se trouvent dans un cluster d'applications, vous pouvez utiliser cette option pour vous assurer que les nœuds d'un cluster d'applications sont protégés en cas de basculement lors de la sauvegarde. Don't map staging disk to all nodes of application cluster (Ne pas mapper le disque de préproduction sur tous les nœuds du cluster d'applications). Map staging disk to all nodes of application cluster En cas de défaillance du cluster d'applications, cette option protège les copies de basculement.
Map Staging Disk to All ESX Hosts in a Cluster (pour les VM VMware uniquement)	Si vos serveurs ESX se trouvent dans une 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 VMware VMs. (Oracle, systèmes de fichiers locaux, SMB, NFS, SQL Server) : Map staging disk to ESX host for VM only (Mapper le disque de préproduction sur l'hôte ESX pour la VM uniquement) Map staging disk to all ESX hosts in the cluster (Mapper le disque de préproduction sur tous les hôtes ESX du cluster) Map staging disk to two ESX hosts in the cluster (Mapper le disque de préproduction sur deux hôtes ESX du cluster)
Backup SQL Server User Logins	Capture les identifiants de connexion à la base de données SQL Server. Lorsque la base de données est installée en tant qu'application virtuelle (installation compatible avec l'application), la base de données virtuelle dispose de tous les identifiants de connexion utilisés par la source. Les options sont Yes (Oui) ou No (Non).
Enable Database Log Backup	L'option Enable Database Log Backup (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 la tâche d'instantané de journal s'exécute. Les options sont "Yes" (Oui) ou "No" (Non). Lorsque l'option est définie sur Yes (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 plan de sauvegarde.
RPO	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (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.
Log Backup Retention Period (en jours)	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (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 conjointement avec 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.
Replicate Logs (utilise la technologie Streamsnap)	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Enable (Activer), le paramètre avancé Replicate Logs (Répliquer les journaux) permet de répliquer les journaux de base de données sur une appliance à distance. Pour qu'une tâche de réplication de journaux s'exécute, une règle de réplication Streamsnap doit être incluse dans le modèle, ainsi qu'un profil de ressource spécifiant une appliance à distance. 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 toute sauvegarde de base de données dans la plage de conservation des journaux répliqués. Cette fonction 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 passe directement du pool d'instantanés local au pool d'instantanés sur l'appliance à distance. Remarque : La réplication des journaux ne se produit que lorsque la base de données a été protégée et que la sauvegarde a été répliquée sur l'appliance à distance.
Send logs to OnVault Pool	Si vous définissez cette option sur Yes (Oui), les journaux sont répliqués sur un ou plusieurs pools de stockage OnVault, ce qui permet d'effectuer des récupérations à un moment donné à partir d'OnVault sur un autre site. Remarque : Si vous sélectionnez cette option, Backup and DR envoie les journaux à chaque pool OnVault défini dans le profil de cette application. S'il existe deux pools dans le profil, le moniteur affiche les tâches OnVault (journal) pour chaque sauvegarde de journal, une pour chaque pool. Seuls les pools OnVault qui se trouvent dans le profil de ce contrat de niveau de service recevront les journaux. La conservation des journaux répliqués sur OnVault est semblable à la conservation 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 Send logs to OnVault Pool (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 de journal est effectuée toutes les 15 minutes, les journaux sont 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 de l'appliance est l' ID de règle d'instantané, car cette réplication de 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 base de données. Elles ne s'appliquent pas aux sauvegardes de journaux.
Log Staging Disk Growth Size (In Percent)	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (Oui), Log Staging Disk Growth Size (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 %.
Estimated Change Rate	Lorsque Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est défini sur Yes (Oui), ce paramètre définit la modification quotidienne (en pourcentage), ce qui permet à l'appliance de mieux calculer la taille du disque de préproduction nécessaire pour contenir les journaux. Ce paramètre est compris entre 0 et 100.
Compress Database Log Backup	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (Oui), ce paramètre demande à la base de données source de compresser ses journaux avant qu'ils ne soient capturés par la console de gestion de l'appliance. Le serveur de base de données effectue la compression des journaux lors de la sauvegarde des journaux. Les options sont Yes (Oui) ou No (Non). Lorsque l'option est définie sur Yes (Oui), l'option Compress Database Log Backup (Compresser la sauvegarde des journaux de base de données) est activée.
Enforced Retention	Permet à l'utilisateur de configurer sa période d'immuabilité entre 0 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 période 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 appliquée pour une règle Streamsnap dont la conservation est "Only keep the most recent remote image" (Ne conserver que l'image distante la plus récente). Remarque : La conservation appliquée ne peut pas être remplacée par application. L'option n'apparaît pas sur la Policy Overrides page (Remplacements de la règle). Remarque : Le paramètre avancé de règle Enforced Retention (Conservation appliquée) n'est pas compatible avec la protection des applications qui pointe vers un coffre de sauvegarde. Lorsqu'un coffre de sauvegarde est la cible de stockage, il détermine la période de conservation appliquée.
Job Behavior When Target VM Needs snapshot Consolidation	Sélectionnez une action si la VM nécessite une consolidation : Fail the job if VM needs consolidation: Point-in-time jobs fail. Run the job without performing consolidation (Exécuter la tâche sans effectuer de consolidation) : toutes les tâches s'exécutent normalement, même si la consolidation est en attente. Perform consolidation at the beginning of the job (Effectuer la consolidation au début de la tâche) : les tâches à un moment donné tentent d'effectuer la consolidation au début de la tâche. Si la consolidation échoue, la tâche échoue avec un message d'erreur.
Fail On Missing Start Path	Si un ou plusieurs chemins de démarrage sont spécifiés et qu'aucun de ces chemins de démarrage n'existe, la tâche échoue avec le message UDSAgent: Specified start path doesn't exist (UDSAgent : le chemin de démarrage spécifié n'existe pas). Si aucun chemin de démarrage n'est spécifié, cette option n'a aucun effet. Les options sont Yes (Oui) ou No (Non). Remarque : L'état par défaut de cette option est "No" (Non, désactivé), ce qui correspond au même comportement que les versions précédentes de l'agent Backup and DR. La tâche n'échoue pas si un chemin de démarrage n'existe pas.
Enable Degraded Capture Mode	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 de données peut prendre plus de temps. Les options sont Yes ou No.
Délai d'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 avant expiration fournis dans un modèle de règle sont mappés directement sur les quatre étapes d'un script côté hôte. Remarque : Par défaut, les valeurs de délai avant expiration du script sont les suivantes. Si aucun délai avant expiration du script n'est spécifié, la valeur est vide et la valeur par défaut est utilisée. Script Init Timeout (Délai avant expiration de l'initialisation du script) : définit la durée pendant laquelle une tâche doit attendre le script appelé sur l'hôte avant qu'une action ne soit effectuée par la tâche. Si le script ne se termine pas dans ce délai, la tâche échoue. La valeur par défaut est 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes. Script Freeze Timeout (Délai avant expiration du gel du script) : définit la durée pendant laquelle une règle doit attendre le script appelé pour geler une application avant qu'un instantané ne soit pris. Si le script ne se termine pas dans ce délai, la tâche échoue. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes. Script Unfreeze Timeout (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 geler une application après la prise d'un instantané. Si le script ne se termine pas dans ce délai, la tâche échoue. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes. Script Finish Timeout (Délai avant expiration de la fin du script) : définit la durée pendant laquelle une règle doit attendre le script appelé à la toute fin de la tâche. Si le script ne se termine pas dans ce délai, la tâche échoue. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.

Étape suivante

• Obtenir une présentation du plan de sauvegarde
• Créer un modèle de sauvegarde
• Créer une règle de sauvegarde
• Créer un profil de ressource
• Appliquer un plan de sauvegarde à une application