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 ne sont plus prises en charge. Pour en savoir plus, consultez Abandons de fonctionnalité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 des 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 des appliances, 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 de la règle. Les paramètres avancés de la règle s'affichent (voir le tableau ci-dessous).

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

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

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'incident : 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 de plantage peut prendre plus de temps et entraîner 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 "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'incident 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 des cas extrêmes, cela peut même entraîner un snapshot irrécupérable. Effectuer une sauvegarde cohérente avec l'application : la sauvegarde cohérente avec l'application 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 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. 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 au niveau des 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 priorité, 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érent 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 : 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 des applications, mais si une sauvegarde cohérente des 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 Persistent Disk. Par défaut, l'option multirégionale est sélectionnée (en fonction de l'emplacement du disque source). Vous pouvez également modifier l'emplacement de stockage de l'instantané pour le définir sur une région différente de celle 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 les tarifs, consultez 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 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 l'instantané de disque persistant Pour en savoir plus sur les tarifs, consultez 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 le règlement. De plus, le type "Archive" entraîne des frais de récupération supplémentaires s'il est utilisé dans un job de montage ou de restauration.
Surallocation de disque de préproduction (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 d'accès complet). Consultez également les valeurs des chemins d'élagage globaux au niveau des règles.
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 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 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é "Compresser 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 l'association	Indique si vous souhaitez que les disques de préparation 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 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 s'exécutant dans une VM VMware. Le disque de préparation est toujours dissocié de la VM après chaque job. Démontez les disques de préparation 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 dissocie également complètement 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. 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 les applications indisponibles faisant partie d'un groupe de cohérence doivent être ignorées. 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 collections 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 préproduction à tous les nœuds d'un cluster d'application	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. 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'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 secours 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 de staging à deux hôtes ESX du cluster
Sauvegarder les identifiants de connexion 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 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 journal s'exécute. Les options sont "Oui" ou "Non". Si vous sélectionnez 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 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 en même temps que les 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.
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 appliance à distance. 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 toute sauvegarde de base de données dans la plage de rétention 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 la sauvegarde a été répliquée sur l'appliance distante.
Envoyer les 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 à chaque pool OnVault défini dans le profil de cette application. Si le profil comporte deux pools, le moniteur affichera les jobs OnVault (journal) pour chaque sauvegarde de journaux, un 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 dans les pools OnVault. L'ID de règle affiché dans la console de gestion des appliances 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 s'appliquent qu'aux 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éparation des journaux définit la croissance à utiliser lors de l'augmentation automatique du disque de préparation 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 du journal 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éproduction 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 de l'appliance. 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 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 durée de conservation appliquée pour une règle streamsnap dont la durée de conservation est "Conserver uniquement l'image distante la plus récente". Remarque : Il est impossible de remplacer la conservation forcée pour chaque application. L'option ne s'affiche pas sur la page Ignorer les 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 des instantanés	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. 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 et un message d'erreur s'affiche.
Échec si le chemin de début est manquant	Si un ou plusieurs chemins de démarrage sont spécifiés et qu'un de ces chemins 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. Le job n'échoue pas si un chemin de démarrage n'existe pas.
Activer le mode de capture dégradé	Le mode capture dégradé capture les données incrémentielles lorsque le service 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 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'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 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 avant expiration du script de suspension : définit la durée pendant laquelle une règle doit attendre le script appelé pour suspendre 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 d'inactivité 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 avant expiration de la fin du script : définit la durée pendant laquelle une règle doit attendre le script qui est 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

• Découvrez les plans 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