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

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

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

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

1. Dans la console de gestion, 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 Modifier dans le menu déroulant en bas à droite de la page.
3. Sur la page du modèle, sur la 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 Modifier la règle.
4. Au bas de la section Créer/Modifier une règle, cliquez sur Paramètres avancés de la règle. Les paramètres de stratégie avancés s'affichent, comme indiqué dans le tableau suivant.

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

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

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

               

Paramètre avancé	Description
Cohérence au niveau de l'application (applicable uniquement aux VM VMware Engine et Compute Engine)	Sélectionnez l'une des options suivantes : Effectuez une sauvegarde cohérente avec les plantages. La sauvegarde cohérente en cas de plantage est une sauvegarde rapide des données d'application stockées, comme si l'alimentation était perdue à ce moment-là. Elle ne met pas en veille les E/S de données de l'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 entraîner des exceptions. Vous devrez peut-être effectuer des étapes de récupération manuelles supplémentaires pendant la récupération, en fonction de l'OS invité, des systèmes de fichiers et des applications. Choisissez "Crash consistent" (Consistance en cas de plantage) si le processus de cohérence de l'application pose problème pour vos applications ou charges de travail en raison du processus de mise en veille. 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. Dans des cas extrêmes, cela peut même entraîner un instantané non récupérable. Effectuez une sauvegarde cohérente avec l'application. La sauvegarde cohérente pour les applications s'appuie sur des instantanés en mode veille, qui utilisent des outils VMware ou l'environnement invité de Google pour mettre en veille le système de fichiers de la machine virtuelle. Une opération de mise en veille exploite les fonctionnalités intégrées du système d'exploitation Windows pour mettre en veille les systèmes de fichiers et les applications compatibles avec VSS. Il exploite également tous les scripts de congélation ou de dégivrage fournis par le client (sur toutes les plates-formes) pour obtenir une cohérence au niveau supérieur de l'application. 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 des applications peuvent parfois entraîner une brève pause dans les E/S. Bien que cela soit rare, certaines applications plus chargées peuvent signaler des erreurs d'E/S au moment de la sauvegarde. Il peut arriver que les sauvegardes cohérentes avec l'application échouent si VMware ne parvient pas à mettre la VM en veille dans un délai prédéterminé lors de l'opération d'instantané. Utilisez des sauvegardes cohérentes avec l'application 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 monter un instantané Windows Compute Engine en tant que VM nouvelle ou existante capturée avec l'option Application consistent, 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. Effectuez une sauvegarde cohérente en cas de plantage lors de la dernière tentative. Cette option prend initialement des sauvegardes cohérentes avec l'application, mais si une sauvegarde cohérente avec l'application échoue pour une raison quelconque, elle prend une sauvegarde cohérente avec le plantage.
Emplacement de l'instantané (applicable uniquement aux instances Compute Engine)	Sélectionnez la région dans laquelle les instantanés de disque persistant doivent être stockés. Par défaut, l'option multirégion est sélectionnée (en fonction de l'emplacement du disque source). Vous pouvez également modifier l'emplacement de stockage de l'instantané pour qu'il se trouve 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 d'instantané       (applicable uniquement aux instances Compute Engine)	Sélectionnez le type d'instantané de disque persistant à utiliser pour les sauvegardes d'instances Compute Engine. Les instantanés sauvegardent de manière incrémentielle les données de vos 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 nouveau disque à monter ou à restaurer. 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 en savoir plus sur 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. De plus, le type d'archive est également associé à des frais de récupération supplémentaires s'il est utilisé dans une tâche d'installation ou de restauration. Le type d'instantané d'archive ne peut être utilisé que lorsque la console de gestion et le dispositif de sauvegarde/restauration sont tous deux sur la version 11.0.4 ou ultérieure.
Surallocation du disque de préproduction (en pourcentage)	Spécifiez l'espace supplémentaire alloué au disque d'assemblage (en plus de ce qui est réellement nécessaire) pour permettre la croissance de l'application. Ce paramètre varie de zéro à 1 000 %.
Parcours d'élagage globaux	Ne pas sauvegarder ces répertoires (spécifiez le chemin d'accès complet). Consultez également les valeurs des chemins d'élagage globaux au niveau de la stratégie.
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 de streamsnap sur l'appli de sauvegarde/restauration à 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/restauration 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 vers le deuxième appareil de sauvegarde/restauration, définissez le paramètre avancé de compression de la réplication streamsnap sur Ne pas compresser, puis cliquez sur Enregistrer les modifications. Remarque: La réplication Streamsnap n'est compatible qu'avec les appliances de sauvegarde/restauration déployés sur un seul réseau.
Ne pas annuler le mappage	Indique si les disques de préproduction temporaires mappés à l'hôte et utilisés lors du transfert de données pour la sauvegarde doivent rester mappés à l'hôte. Les LUN sont mappés lors de la première tâche, et toutes les tâches ultérieures réutilisent le même LUN mappé. Sélectionnez l'une des options suivantes : Laissez les disques de préproduction mappés entre les tâches. Sélectionnez cette option si vous souhaitez que les disques d'espace de préparation temporaire mappés à l'hôte et utilisés lors du transfert de données restent mappés à l'hôte. Les LUN sont mappés lors de la première tâche, et toutes les tâches ultérieures réutilisent le même LUN mappé. Par défaut, cette option est sélectionnée. Remarque: Pour les applications gérées à l'aide de l'agent de sauvegarde et de reprise après sinistre (telles que la base de données SQL) où l'application se trouve sur un OS exécuté dans une VM VMware, cette option est ignorée. Le disque de préproduction est toujours désassocié de la VM après chaque tâche. Désassociez les disques de préproduction après chaque tâche. Cette option désinstalle le disque de préproduction du système d'exploitation à la fin de chaque tâche (suppression des points d'installation ou des lettres de lecteur) et le désassocie 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 d'espace de préparation remappés doivent être redécouverts avant de pouvoir être réinstallés.
Tronquer (Purger) le journal après la sauvegarde	Spécifiez si les journaux de la base de données doivent être tronqués (supprimés) après chaque sauvegarde. Lorsque Tronquer le journal après la sauvegarde est activé, les journaux liés à l'application sont tronqués jusqu'à la sauvegarde récente ou en cours. Si vous tronquez les journaux, vous devez également sauvegarder le journal des transactions pour permettre une récupération en avant. 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 si vous devez 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 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étectées à partir du même hôte. Les options sont les suivantes : Échec de la sauvegarde en cas de détection d'applications hors connexion Ignorer les applications hors connexion lors de la sauvegarde
Mappez les disques de préproduction sur tous les nœuds d'un cluster d'applications.	Si vos nœuds se trouvent dans un cluster d'applications, vous pouvez l'utiliser pour vous assurer que les nœuds d'un cluster d'applications sont protégés en cas de bascule lors de la sauvegarde. Ne mappez pas le disque de préproduction sur tous les nœuds du cluster d'applications. Mappage du disque de préproduction sur tous les nœuds du cluster d'applications En cas de défaillance d'un cluster d'applications, cette option protège les copies de basculement.
Mappeur de disque de préproduction sur tous les hôtes ESX d'un cluster (Pour les VM VMware uniquement)	Si vos serveurs ESX se trouvent dans un appareil, 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) : Mappage du disque de préproduction sur l'hôte ESX pour les VM uniquement Mappez le disque de préproduction sur tous les hôtes ESX du cluster. Mappez le disque de préproduction sur deux hôtes ESX du cluster.
Sauvegarder les identifiants des utilisateurs 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 l'application), la base de données virtuelle contient tous les identifiants de connexion utilisés par la source. Les options sont Oui ou Non.
Activer la sauvegarde des journaux de la base de données	L'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) permet à la règle de 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 "Oui" ou "Non". Lorsque l'option est définie sur Oui, les options associées sont activées. Remarque: Pour en savoir plus sur la protection des journaux, consultez la section 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 valeur la plus faible que vous pouvez définir (en minutes) est 15.
Durée de conservation des sauvegardes des journaux (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é. Un délai de conservation distinct vous permet d'utiliser des journaux en plus des copies de la base de données stockées dans le pool d'instantanés. La durée de conservation des journaux est un paramètre obligatoire.
Repliquer les journaux (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 (Repliquer les journaux) permet de répliquer les journaux de base de données sur un appareil distant. Pour qu'une tâche de réplication de journaux s'exécute, une stratégie de réplication streamsnap doit être incluse dans le modèle, ainsi qu'un profil de ressources spécifiant un appareil distant. Au moins une réplication 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 locaux et distants. La réplication des journaux passe directement du pool d'instantanés local au pool d'instantanés de 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 Oui, les journaux sont répliqués dans un ou plusieurs pools de stockage OnVault, ce qui permet de récupérer des données à un moment précis à partir d'OnVault sur un autre site.
Taille de la croissance du disque de mise en file d'attente des journaux (en pourcentage)	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de la base de données) est définie sur Yes (Oui), l'option 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 les journaux se trouvent. Ce paramètre varie de 5 à 100 %.
Taux de variation estimé	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de la base de données) est définie sur Yes (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éproduction nécessaire pour stocker les journaux. Ce paramètre varie de zéro à 100.
Compresser la sauvegarde des journaux de base de données	Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de la base de données) est définie sur Yes (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. Lorsque l'option est définie sur Oui, l'option Compress Database Log Backup (Compresser la sauvegarde des journaux de base de données) est activée.
Conservation forcée	Permet à l'utilisateur de configurer la période d'immuabilité entre zéro et 3 6525 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 plus longue. Toutefois, vous ne pouvez pas raccourcir la période de conservation appliquée. Vous ne pouvez pas définir une conservation forcée pour une règle streamsnap dont la conservation est "Conserver uniquement l'image distante la plus récente". Remarque: La conservation forcée ne peut pas être ignorée par application. L'option n'apparaît pas sur la page Remplacements de règles. Remarque: Le paramètre de règle 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 des tâches lorsque la VM cible nécessite une consolidation d'instantanés	Sélectionnez une action si la VM nécessite une consolidation : Échec de la tâche si la VM doit être consolidée : les tâches ponctuelles échouent. Exécuter la tâche sans effectuer de consolidation : tous les jobs s'exécutent normalement, même si la consolidation est en attente. Effectuer une consolidation au début de la tâche : les tâches ponctuelles tentent d'effectuer une consolidation au début de la tâche. Si la consolidation échoue, la tâche échoue et un message d'erreur s'affiche.
Échec en cas de chemin de démarrage manquant	Si un ou plusieurs chemins de démarrage sont spécifiés et qu'un de ces chemins de démarrage n'existe pas, la tâche échoue avec le message UDSAgent : le chemin de démarrage spécifié n'existe pas. Si aucun chemin d'accès 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 même comportement que les versions précédentes de l'agent de sauvegarde et de reprise après sinistre. La tâche ne échoue pas si un chemin de démarrage 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 de sauvegarde et de reprise après sinistre 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 stratégie. Les quatre délais avant expiration fournis dans un modèle de stratégie correspondent directement aux quatre étapes d'un script côté hôte. Remarque: Par défaut, les valeurs de délai avant expiration du script sont définies comme suit. 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. Délai d'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 de 60 secondes. La plage autorisée est comprise entre une et 86 400 secondes. Délai d'attente de blocage du script: définit la durée pendant laquelle une règle doit attendre le script appelé pour bloquer une application avant qu'un instantané ne soit créé. 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 une et 86 400 secondes. Délai avant déverrouillage du script: définit la durée pendant laquelle une règle doit attendre le script appelé pour congeler 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 une et 86 400 secondes. Délai d'expiration de la fin du script: définit la durée pendant laquelle une stratégie 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 une et 86 400 secondes.

Étape suivante

• 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
• Configurer les paramètres de règles avancés d'une application sauvegardée par la règle
• Appliquer un plan de sauvegarde à une application