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

Attention : La sauvegarde et la restauration des charges de travail gérées à l'aide de l'ancienne console de gestion des appliances sont obsolètes. Pour en savoir plus, consultez Abandons de fonctionnalités dans la documentation Backup and DR.

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 de stratégie avancés lors de la création d'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 stratégies depuis 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'appareil, 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, à 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. En 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 détaillés dans le tableau suivant s'ouvrent.

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. Seuls les paramètres pertinents pour votre application s'affichent.

Le tableau suivant détaille les paramètres de stratégie avancés.

               

Paramètre avancé	Description
Cohérence avec les applications (applicable uniquement aux VM Google Cloud VMware Engine et Compute Engine)	Sélectionnez l'une des options suivantes : Sauvegarde cohérente en cas de panne : une sauvegarde cohérente en cas de panne est une sauvegarde rapide des données d'application dans l'espace de stockage, comme si l'alimentation était coupée à 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 introduire des exceptions. Il peut être nécessaire d'effectuer des étapes de récupération manuelle supplémentaires pendant la récupération, en fonction de l'OS invité, des systèmes de fichiers et des applications. Choisissez "Cohérent en cas de panne" si le processus cohérent avec les applications entraîne des problèmes pour vos applications ou charges de travail en raison du processus de mise au repos. La cohérence en cas de panne 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é irrécupérable. Effectuer une sauvegarde cohérente avec les applications : la sauvegarde cohérente avec les applications exploite les 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 exploite é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. Cela permet d'obtenir 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 les applications peuvent parfois entraîner une brève pause des E/S. Bien que cela soit rare, certaines applications plus occupé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é pendant l'opération d'instantané. Utilisez des sauvegardes cohérentes avec les applications 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 Cohérence avec les 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 initialement 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 de l'instantané (applicable uniquement aux instances Compute Engine et SAP HANA)	Sélectionnez la région où stocker les instantanés de disque persistant. Par défaut, l'option "Multirégional" 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 en savoir plus sur la tarification, consultez la page Tarifs des disques.
Type d'instantané       (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 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 en savoir plus sur la tarification, 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 d'archive entraîne également des frais de récupération supplémentaires s'il est utilisé dans un job d'installation ou de restauration.
Surallocation du disque de préproduction (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 permettre la croissance de l'application. Ce paramètre est compris entre 0 et 1 000 %.
Chemins d'élagage globaux	Ne sauvegardez pas ces répertoires (spécifiez le chemin d'accès complet). Consultez également les valeurs des chemins d'accès 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'appareil de sauvegarde/récupération distant 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'appareil 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 vers la deuxième appliance de sauvegarde/récupération, 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/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 déplacement des données pour la sauvegarde restent mappés à l'hôte. Les LUN sont mappés lors du premier job, et tous les jobs suivants réutilisent le même LUN mappé. 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éproduction temporaires mappés à l'hôte et utilisés lors du déplacement des données restent mappés à l'hôte. Les LUN sont mappés lors du premier job, et tous les jobs suivants 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 (comme une 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 dissocié de la VM après chaque tâche. Annulez le mappage des 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 (en supprimant les points d'installation ou les 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 du job suivant, car les disques de préproduction remappés doivent être redécouverts avant de pouvoir être remontés.
Tronquer (purger) le journal après la sauvegarde	Indiquez si vous souhaitez tronquer (purger) les journaux de la base de données 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 roll-forward. Les options sont les suivantes : 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 souhaitez 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écouvertes à partir du même hôte. Les options sont les suivantes : Faire échouer la sauvegarde lorsque des applications hors connexion sont détectées Ignorer les applications hors connexion lors de la sauvegarde
Mapper des disques de préproduction à 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 basculement pendant la sauvegarde. Ne mappez pas le disque de préproduction à tous les nœuds du cluster d'application. Mappez le disque de préproduction à tous les nœuds du cluster d'applications. En cas de défaillance du cluster d'applications, cette option protège les copies de basculement.
Mapper le 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 pendant la sauvegarde. En cas de défaillance de l'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 de préproduction sur l'hôte ESX pour la VM uniquement Mappez le disque de préproduction à tous les hôtes ESX du cluster. Mapper le disque de préproduction à deux hôtes ESX du cluster
Sauvegarder les identifiants utilisateur SQL Server	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 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 stratégie 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 lors de l'exécution du job d'instantané de journaux. 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 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 minimale pouvant être définie (en minutes) est de 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 conjointement avec 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.
Répliquer les journaux (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 appareil distant. Pour qu'un job 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 distante. 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 du 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 dispositifs locaux et distants. La réplication des journaux passe directement du pool d'instantanés local au pool d'instantanés du dispositif distant. Remarque : La réplication des journaux n'a lieu qu'une fois que la base de données a été protégée et que la sauvegarde a été répliquée sur l'appareil distant.
Envoyer les journaux au pool OnVault	Si cette option est définie sur Yes (Oui), les journaux sont répliqués vers 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 à chaque pool OnVault défini dans le profil de cette application. S'il existe deux pools dans le profil, le moniteur affiche les jobs OnVault (journal) pour chaque sauvegarde de journal, un pour chaque pool. Seuls les pools OnVault figurant 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 Envoyer les journaux au pool OnVault, Backup and DR répliquera en continu les journaux dans les buckets OnVault, de la même manière que les sauvegardes d'instantanés de journaux. Par exemple, si une sauvegarde de journaux est effectuée toutes les 15 minutes, les journaux sont répliqués dans OnVault toutes les 15 minutes pour s'assurer que tous les instantanés de journaux sont répliqués dans les pools OnVault. L'ID de règle affiché dans la console de gestion de l'appareil est l'ID de la règle d'instantané, car cette réplication des journaux vers 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éproduction des journaux (en pourcentage)	Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, l'option 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 changement 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 modification quotidienne (en pourcentage), ce qui permet à l'appareil de mieux calculer la taille du disque de préproduction nécessaire pour stocker les journaux. Ce paramètre est compris entre 0 et 100.
Compresser la sauvegarde du journal de la 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 de l'appareil. 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.
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 forcée plus longue. Toutefois, vous ne pouvez pas raccourcir la durée de conservation appliquée. Vous ne pouvez pas définir de conservation forcée pour une règle de streamsnap dont la conservation est définie sur "Ne conserver que l'image distante la plus récente". Remarque : La conservation forcée ne peut pas être ignorée pour chaque 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 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 nécessite une consolidation : les jobs ponctuels échouent. Exécuter le job sans effectuer de consolidation : tous les jobs s'exécutent normalement, même si la consolidation est en attente. Effectuer 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 avec un message d'erreur.
Échec en cas de chemin de démarrage manquant	Si un ou plusieurs chemins de départ sont spécifiés et qu'un de ces chemins de départ n'existe pas, le job échoue avec le message "UDSAgent: Specified start path doesn't exist". Si aucun chemin de départ 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 Backup and DR. Le job n'é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 de suivi des blocs modifiés (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 avant 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 avant expiration du 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 d'effectuer une action. 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 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, 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 script de dégel : définit la durée pendant laquelle une stratégie 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, 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 de la fin du 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

• Obtenez une présentation du plan de sauvegarde.
• Créer un modèle de sauvegarde
• Créer une stratégie de sauvegarde
• Créer un profil de ressource
• Appliquer un plan de sauvegarde à une application