Identifier les cas de non-respect du forfait de sauvegarde dans la console de gestion de l'appliance

Les modèles de règles et les profils de ressources sont définis dans la section "Plans de sauvegarde" de la console de gestion des appliances. Ils sont appliqués aux applications et aux VM dans App Manager. Une violation de plan de sauvegarde se produit lorsqu'une tâche (ou une action) ne répond pas aux exigences définies par une règle dans un modèle de règle.

Cette section décrit les causes potentielles d'une violation de plan de sauvegarde, comment la console de gestion des appliances identifie une violation de plan de sauvegarde et les méthodes que vous pouvez utiliser pour surveiller les violations de plan de sauvegarde lorsqu'elles se produisent. Elle comprend les éléments suivants :

Causes potentielles des violations de règles de plan de sauvegarde

La console de gestion des appliances applique des plans de sauvegarde aux applications et aux ensembles de données, où la gestion des données de copie de votre application dans le service App Manager est basée sur les règles que vous définissez dans un modèle de sauvegarde et ses règles associées. Un modèle de sauvegarde inclut une ou plusieurs règles qui définissent la source des données (instantané ou réplication) et la planification (fréquence, conservation, heure de début, heure de fin) pour chaque source de données. Une violation de plan de sauvegarde se produit lorsque la tâche (ou l'action) définie par une règle de plan de sauvegarde ne démarre pas conformément à la planification de la règle.

Chaque appliance de sauvegarde/restauration exécute automatiquement une analyse de plan de sauvegarde toutes les heures pour identifier les violations de plan de sauvegarde qui se produisent tout au long de la journée pour les tâches planifiées. Cette opération en arrière-plan vous alerte des éventuelles violations de plan de sauvegarde le plus près possible de la fin d'une fenêtre de règle de plan de sauvegarde . Pour en savoir plus, consultez Comment une appliance de sauvegarde/restauration surveille les violations de plan de sauvegarde.

La console de gestion des appliances permet à ses administrateurs de créer une bibliothèque de modèles de règles. L'une des principales caractéristiques de chaque règle de plan de sauvegarde est la planification qui détermine quand cette règle sera exécutée.

Les violations de plan de sauvegarde sont souvent considérées comme provenant de problèmes liés aux paramètres de nombre d'emplacements de tâches, où le nombre d'emplacements détermine le nombre de tâches pouvant être exécutées simultanément. Toutefois, l'augmentation du nombre d'emplacements de tâches ne garantit pas l'arrêt des violations de plan de sauvegarde. En réalité, une violation de plan de sauvegarde peut être liée à l'une des conditions décrites dans les sections suivantes.

Jobs ayant échoué

L'échec des tâches est une cause fréquente de violations de plan de sauvegarde. Par exemple, si un hôte Oracle n'est pas accessible, l'appliance de sauvegarde/restauration ne peut pas capturer les données d'Oracle RMAN, ce qui entraîne l'échec d'une tâche d'instantané. Lorsqu'une tâche échoue, vérifiez votre environnement pour vous assurer que toutes les applications et tous les hôtes sont accessibles.

Plusieurs applications par hôte

Si un hôte comporte plusieurs applications et que chaque application est gérée par un modèle de règle distinct (plutôt que regroupées en tant que groupe de cohérence), une seule application peut exécuter une tâche d'instantané à la fois, même si des emplacements sont disponibles.

Si une VM est gérée en tant que VM et que des applications sont également gérées via l'agent Backup and DR, une seule des applications peut exécuter une tâche de capture de données à la fois.

Si un hôte possède des lecteurs D:\, E:\ et F:\ et que les lecteurs individuels sont gérés par des modèles de sauvegarde distincts, chaque lecteur sera géré en série. Par exemple, si la fenêtre d'exécution autorisée pour la règle est de 1h00 (UTC) à 3h00 (UTC) et que le premier lecteur met trois heures pour terminer sa tâche d'instantané, les deux autres lecteurs n'obtiendront pas de tâche d'instantané ce jour-là.

Une solution possible consiste à étendre la fenêtre de règle du plan de sauvegarde afin d'étendre la durée totale d'exécution. Une autre solution consiste à inclure plusieurs applications dans un groupe de cohérence.

Les violations de plan de sauvegarde peuvent être des faux positifs

Dans certains cas, une violation de plan de sauvegarde est en fait un faux positif (un résultat qui indique de manière incorrecte qu'une condition particulière est présente). N'oubliez pas que toutes les violations de plan de sauvegarde ne sont pas réellement des violations, et qu'il est possible de recevoir des faux positifs, comme illustré dans les deux exemples suivants :

  • Vous gérez les données de copie d'une VM qui possède un volume en cluster. Si la règle de plan de sauvegarde est en cours d'exécution, mais que la VM ne contrôle pas le volume, cet échec est considéré comme une violation de plan de sauvegarde.
  • Si le planificateur d'une tâche (par exemple, VM, application, etc.) est désactivé, cela peut entraîner une violation de plan de sauvegarde chaque fois que la règle de plan de sauvegarde doit être appliquée.

Ressources limitées dans l'appliance de sauvegarde/restauration

Les ressources limitées dans une appliance de sauvegarde/restauration peuvent être liées à des problèmes tels que le débit du port réseau, le nombre maximal d'initiateurs iSCSI, la capacité de débit du stockage backend ou du stockage frontend. L'augmentation du nombre d'emplacements ne sera pas utile dans ce cas.

Taille de la fenêtre de règle ou durée d'exécution de la tâche

Les tâches qui s'exécutent pendant de nombreuses heures occupent des emplacements de tâches qui pourraient être utilisés par d'autres applications. Si chaque application termine sa tâche en une minute en moyenne et que vous disposez de cinq emplacements, 300 tâches par heure sont possibles. Si chaque application prend une heure en moyenne et que vous disposez de cinq emplacements, cinq tâches par heure sont possibles. Toutefois, si la fenêtre totale de la règle est de trois heures, le nombre d'applications qui tentent d'utiliser cette règle de plan de sauvegarde aura un impact énorme sur la gestion totale des données de copie d'application possible sur une période de 24 heures.

Par exemple, s'il existe 100 applications, dans le premier exemple (300 tâches par heure), l'appliance terminera toutes les applications en 20 minutes environ. Toutefois, si nous avons 100 applications dans le deuxième exemple (cinq tâches par heure), l'appliance ne gérera que 15 applications par jour. Cela entraînera 85 violations de plan de sauvegarde.

Bien que vous ne puissiez pas contrôler la durée d'exécution des tâches, vous pouvez examiner la durée pendant laquelle les applications en cours d'exécution sont planifiées. Les tâches longues peuvent également se produire lors de la première tâche d'instantané pour une nouvelle application. Les paramètres d'intégration peuvent être utilisés pour empêcher les tâches d'ingestion de verrouiller des emplacements et de verrouiller des applications déjà ingérées.

Comment une appliance de sauvegarde/restauration surveille les violations de plan de sauvegarde

Chaque appliance de sauvegarde/restauration exécute automatiquement une analyse de plan de sauvegarde toutes les heures pour identifier les violations de plan de sauvegarde qui se produisent tout au long de la journée pour les tâches planifiées. Cette opération en arrière-plan vous alerte des éventuelles violations de plan de sauvegarde le plus près possible de la fin d'une fenêtre de règle de plan de sauvegarde.

Lors de l'analyse, l'appliance recherche toutes les règles de plan de sauvegarde dont les heures de travail se sont terminées au cours de la dernière heure. Chaque règle est examinée pour détecter les violations de plan de sauvegarde. Si une règle de plan de sauvegarde présente une violation de plan de sauvegarde dans les 60 minutes suivant la fin de la fenêtre de règle, une entrée est créée dans la base de données d'événements pour ces violations. Si une règle ne présente pas de violation de plan de sauvegarde, aucune alerte ni aucun événement ne seront générés.

Lorsqu'une violation de plan de sauvegarde se produit dans la fenêtre de finalisation de la règle de plan de sauvegarde de 60 minutes, une alerte est déclenchée et une notification d'événement est générée. Vous pouvez recevoir des alertes de violation de plan de sauvegarde sous forme d'événements System Monitor (voir Surveiller) ou de notifications d'événements par e-mail. Chaque alerte inclut des informations sur chaque règle de plan de sauvegarde en violation pour une application spécifique, y compris des informations telles que le message d'événement, le nom et le type de règle, l'heure et le type de violation, ainsi que des informations sur la tâche (tâches attendues, tolérance, réussite, échec). Les alertes de violation de plan de sauvegarde contiennent le même niveau de détail que celui affiché dans les rapports de violation de plan de sauvegarde inclus dans les rapports de conformité du plan de sauvegarde dans le Gestionnaire de rapports.

Un journal de serveur de plate-forme (le fichier journal udppm) est également créé pour indiquer quand l'analyse a été exécutée, quelles règles ont été analysées et quel a été le résultat de l'analyse.

L'analyse du plan de sauvegarde tient compte des écarts qui peuvent résulter de tâches en cours. Dans certaines circonstances, une tâche commence dans le délai de début de la règle alloué, mais peut s'exécuter plus longtemps que prévu et ne pas se terminer dans la fenêtre de temps de la règle spécifiée (par exemple, une tâche commence à 22h00, mais se termine à 23h30). Initialement, la tâche est considérée comme réussie et n'entraîne pas d'alerte de violation de plan de sauvegarde. Toutefois, une fois la tâche terminée, elle est réévaluée dans le cadre du cycle d'analyse du plan de sauvegarde suivant et peut être signalée comme une violation de plan de sauvegarde. La réussite ou l'échec d'une règle de plan de sauvegarde dépend du moment où une tâche se termine réellement.

Si, lors de l'analyse, l'appliance détermine qu'une règle de plan de sauvegarde n'a pas réussi à exécuter une ou plusieurs tâches, une violation de plan de sauvegarde se produit et l'alerte ou l'événement généré contient les informations supplémentaires suivantes concernant la tâche ayant échoué :

  • Durée d'exécution prévue de la tâche
  • Raison pour laquelle la tâche n'a pas pu s'exécuter

L'appliance examine également la chronologie pour déterminer si aucune tâche n'a été exécutée, car aucun emplacement n'était disponible pour ce type de tâche. Si tel est le cas, l'alerte ou l'événement inclut ces informations.

Si l'application comporte plusieurs règles de plan de sauvegarde dont les fenêtres de règles se chevauchent et qu'une tâche est manquée pour les deux règles pendant cette période de chevauchement, l'appliance ne génère qu'une seule alerte. Elle ne déclenchera pas d'alertes en double pour les règles qui se chevauchent afin d'éliminer les doublons. Les alertes de tâches manquées sont agrégées par application, type de règle et fenêtre de temps.

Surveiller les violations de plan de sauvegarde

Vous pouvez surveiller et afficher les violations de plan de sauvegarde depuis l'onglet Surveiller ou depuis une appliance gérée par le biais de notifications par e-mail ou à l'aide du Gestionnaire de rapports.

Surveiller

Vous pouvez afficher les détails d'une violation de plan de sauvegarde en tant qu'événement dans l'onglet Surveiller (Surveiller > Événements). Pour en savoir plus sur l'utilisation de l'onglet Surveiller , consultez Surveiller.

Gestionnaire de rapports

Une bibliothèque complète de rapports de violation de plan de sauvegarde est disponible dans le Gestionnaire de rapports de votre console de gestion des appliances. Ces rapports peuvent vous aider à simplifier la confirmation du taux de réussite actuel, ainsi qu'à distinguer plus facilement plusieurs applications portant le même nom.

Étape suivante