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

Les modèles de stratégie et les profils de ressources sont définis dans la section des plans de sauvegarde de la console de gestion de l'appareil. Elles sont appliquées aux applications et aux VM dans App Manager. Un cas de non-conformité au plan de sauvegarde se produit lorsqu'un job (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étaille les causes potentielles d'un non-respect du plan de sauvegarde, la manière dont la console de gestion de l'appareil identifie un non-respect du plan de sauvegarde et les méthodes que vous pouvez utiliser pour surveiller les non-respects du plan de sauvegarde lorsqu'ils se produisent. Il comprend :

Causes potentielles de non-respect des règles du plan de sauvegarde

La console de gestion de l'appareil 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 non-conformité au plan de sauvegarde se produit lorsque le job (ou l'action) défini par une règle de plan de sauvegarde ne commence pas conformément à la planification de la règle.

Chaque appliance de sauvegarde/récupération exécute automatiquement une analyse du plan de sauvegarde toutes les heures pour identifier les cas de non-respect du plan de sauvegarde au fur et à mesure qu'ils se produisent au cours de la journée pour les jobs planifiés. Cette opération en arrière-plan vous alerte des violations potentielles du plan de sauvegarde le plus près possible de la fin d'une fenêtre de règle de plan de sauvegarde. Consultez Comment un dispositif de sauvegarde/récupération surveille les violations du plan de sauvegarde.

La console de gestion de l'appareil permet aux 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 non-respects du plan de sauvegarde sont souvent considérés comme provenant de problèmes liés aux paramètres de nombre d'emplacements de jobs, où le nombre d'emplacements détermine le nombre de jobs pouvant être exécutés simultanément. Toutefois, l'augmentation du nombre d'emplacements de job ne garantit pas l'arrêt des violations du plan de sauvegarde. En réalité, un non-respect du plan de sauvegarde peut être lié à l'une des conditions décrites dans les sections suivantes.

Jobs ayant échoué

L'échec des jobs est une cause courante de non-respect des plans de sauvegarde. Par exemple, si un hôte Oracle n'est pas accessible, l'appareil de sauvegarde/récupération ne peut pas capturer les données d'Oracle RMAN, ce qui entraîne l'échec du job d'instantané. En cas d'échec d'un job, vérifiez votre environnement pour confirmer 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 stratégie distinct (plutôt que d'être regroupée en tant que groupe de cohérence), une seule application peut exécuter un job d'instantané à la fois, même si des emplacements sont disponibles.

Si une VM est gérée en tant que VM et qu'elle comporte également des applications gérées via l'agent Backup and DR, une seule des applications peut exécuter un job 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 période d'exécution autorisée pour la stratégie est comprise entre 01h00 (UTC) et 03h00 (UTC) et que le premier disque prend trois heures pour terminer son job d'instantané, les deux autres disques n'obtiendront pas de job d'instantané ce jour-là.

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

Les cas de non-respect du plan de sauvegarde peuvent être des faux positifs

Dans certains cas, un non-respect du plan de sauvegarde est en réalité 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 indiqué dans ces deux exemples :

  • Vous gérez les données de copie d'une VM qui possède un volume en cluster. Si la règle du 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 un non-respect du plan de sauvegarde.
  • Si le planificateur basé sur un plan de sauvegarde d'un job (par exemple, une VM, une application, etc.) est désactivé, cela peut entraîner une violation du plan de sauvegarde chaque fois que la règle du plan de sauvegarde doit être appliquée.

Ressources limitées dans l'appareil de sauvegarde/récupération

Les ressources limitées d'un appareil de sauvegarde/récupération peuvent être liées à des problèmes tels que le débit des ports réseau, le nombre maximal d'initiateurs iSCSI, la capacité de débit du stockage backend ou du stockage frontend. Dans ce cas, augmenter le nombre d'emplacements ne sera d'aucune utilité.

Taille de la fenêtre de stratégie ou durée d'exécution du job

Les jobs qui s'exécutent pendant plusieurs heures occupent des emplacements de job qui pourraient être utilisés par d'autres applications. Si chaque application termine son job en une minute en moyenne et que vous disposez de cinq emplacements, vous pouvez exécuter 300 jobs par heure. Si chaque application prend une heure en moyenne et que vous disposez de cinq emplacements, vous pouvez exécuter cinq jobs par heure. Toutefois, si la fenêtre totale de la stratégie est de trois heures, le nombre d'applications qui tentent d'utiliser cette stratégie de plan de sauvegarde aura un impact considérable sur la gestion totale des données de copie d'application possible sur une période de 24 heures.

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

Bien que vous ne puissiez pas contrôler la durée d'exécution des jobs, vous pouvez examiner la durée de planification des applications en cours d'exécution. Des durées de job longues peuvent également se produire lors du premier job d'instantané pour une nouvelle application. Les paramètres de rampe d'accès peuvent être utilisés pour empêcher les jobs d'ingestion de verrouiller des emplacements et de bloquer les applications déjà ingérées.

Comment un appareil de sauvegarde/récupération surveille les cas de non-respect du plan de sauvegarde

Chaque appliance de sauvegarde/récupération exécute automatiquement une analyse du plan de sauvegarde toutes les heures pour identifier les cas de non-respect du plan de sauvegarde au fur et à mesure qu'ils se produisent au cours de la journée pour les jobs planifiés. Cette opération en arrière-plan vous alerte des éventuelles violations du plan de sauvegarde le plus près possible de la fin de la période de la règle du plan de sauvegarde.

Pendant l'analyse, l'appareil vérifie toutes les règles de plan de sauvegarde dont les heures de travail se sont terminées au cours de l'heure précédente. Chaque règle est examinée pour détecter les cas de non-respect du plan de sauvegarde. Si une règle de plan de sauvegarde n'est pas respectée dans les 60 minutes suivant la fin de la période de validité de la règle, une entrée est créée dans la base de données d'événements pour ces cas de non-respect. Si une règle ne présente pas de non-respect du plan de sauvegarde, aucune alerte ni aucun événement ne sont générés.

Lorsqu'une violation de plan de sauvegarde se produit dans la fenêtre de 60 minutes d'exécution de la règle de plan de sauvegarde, une alerte est déclenchée et une notification d'événement est générée. Vous pouvez recevoir des alertes de non-respect du plan de sauvegarde sous la forme d'événements de surveillance du système (voir Surveillance) ou de notifications d'événements par e-mail. Chaque alerte inclut des détails sur chaque règle de plan de sauvegarde non respectée 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 non-respect, ainsi que des informations sur les jobs (jobs attendus, tolérance, réussis, échoués). Les alertes de non-respect du plan de sauvegarde contiennent le même niveau de détail que celui des rapports de non-respect du 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 prend en compte les écarts pouvant résulter de jobs en cours. Dans certains cas, un job commence dans l'heure de début de la stratégie, mais peut durer plus longtemps que prévu et ne pas se terminer dans la période spécifiée (par exemple, un job commence à 22h00, mais se termine à 23h30). Au départ, le job est considéré comme réussi et ne génère pas d'alerte de non-respect du plan de sauvegarde. Toutefois, une fois le job terminé, il est réévalué dans le cadre du cycle d'analyse du plan de sauvegarde suivant et peut être signalé comme une non-conformité au plan de sauvegarde. La réussite ou l'échec d'une règle de plan de sauvegarde dépend du moment où un job se termine réellement.

Si, au cours de l'analyse, l'appliance détermine qu'une règle de plan de sauvegarde n'a pas pu exécuter un ou plusieurs jobs, une violation du plan de sauvegarde se produit et l'alerte ou l'événement généré contient les informations supplémentaires suivantes concernant le job ayant échoué :

  • Durée d'exécution prévue du job
  • Raison pour laquelle l'exécution du job a échoué

L'appareil examine également la chronologie pour déterminer si aucun job n'a été exécuté, car aucun emplacement n'était disponible pour ce type de job. Si tel est le cas, l'alerte ou l'événement inclut cette information.

Si l'application comporte plusieurs règles de plan de sauvegarde dont les périodes de validité se chevauchent et qu'un job est manqué pour les deux règles pendant cette période de chevauchement, l'appareil ne génère qu'une seule alerte. Il ne déclenchera pas d'alertes en double pour les règles qui se chevauchent afin d'éviter les doublons. Les alertes de job manqué sont regroupées par application, type de règle et période.

Surveiller les cas de non-respect du plan de sauvegarde

Vous pouvez surveiller et afficher les cas de non-respect du plan de sauvegarde à partir de l'onglet Surveiller ou d'un dispositif géré via des notifications par e-mail ou à l'aide du Gestionnaire de rapports.

Surveillance

Vous pouvez afficher les détails d'un non-respect 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.

Administrateur des rapports

Une bibliothèque complète de rapports sur les cas de non-respect des plans de sauvegarde est disponible dans le gestionnaire de rapports de votre console de gestion des appliances. Ces rapports peuvent vous aider à simplifier la façon dont vous confirmez le taux de réussite actuel, et vous permettre de différencier plus facilement plusieurs applications portant le même nom.

Étapes suivantes