Page History

Concept

Les données SLA et celles du bac à événements sont conservées pendant plusieurs jours :

• Par défaut :
  • indéfiniment pour les données SLA,
  • et durant 30 jours pour celles du bac à événements.
• Ces données représentent ainsi l’essentiel du volume des données en base.
• Limiter leur durée de conservation permet ainsi de réduire l'espace disque utilisé.

Les SLAs

Le module SLA à la capacité de supprimer quotidiennement les entrées SLAs dépassant un certain nombre de jours.

• Par défaut, cette suppression quotidienne n'est pas activée.

Si le module est configuré avec une valeur trop faible, cela pourrait supprimer de nombreuses entrées et causer un problème de performance.

Limiter le nombre de jours où une archive SLA est conservée en base

Il est possible de configurer le module sla afin de ne conserver les données SLA que pour un nombre limité de jours ( voir la page Module SLA ).

• Le paramètre nb_stored_days permet de définir le nombre de jours où les données SLA seront gardées en base.
  • Par défaut, toutes les données sont conservées indéfiniment.
  • Après modification de la valeur nb_stored_days, il faudra attendre le nettoyage des données qui a lieu par défaut à 03h02 du matin ( voir le paramètre

Afin de limiter les entrées SLA il y a trois possibilités d'actions :

• Le module SLA peut être configuré pour supprimer tous les jours les anciennes données d'archive jusqu'a un nombre défini
• Il est possible de supprimer tout l'historique jusqu'a une certaine date
• Il est possible d'utiliser un script pour effectuer ce nettoyage sans impacter la base Mongo de production

Utilisation du module SLA pour supprimer les entrées tous les jours

Les entrées dans la base d'archives du module SLA sont supprimées toutes les 24h. 

• • time_when_delete_old_SLA ).

Suppression des anciennes entrée jusqu'a une certaine date par le module SLA

Il est possible de supprimer les entrées SLa sur une autre machine afin de ne pas surcharger la machine de production

Suppression des anciennes entrée jusqu'a une certaine date par un script

• • Le nombre de jours à conserver actuellement configurer est disponible avec le check du Module SLA Writer ( voir la page Broker - $KEY$ - Module SLA Writer ).
  • La suppression des données excédentaires n'a pas d'impact sur les performances de la base ni du traitement des SLA, il est donc possible de changer le paramètre et de supprimer n'import quelles quantités de jour SLA ( il s'agit d'une simple surpression de collection MongoDB ).

Exemple :

• Si, par exemple, le nombre de jours stockés est de 500 et après avoir mis à jour le paramètre nb_stored_days à 365 ( pour ne conserver qu'un an d'historique ) et redémarrez l'Arbiter, le module supprimera automatiquement les 135 jours les plus anciens lors du nettoyage des données.

Le Bac à Événements

Par défaut, le bac à événements conserve uniquement les évènements sur les 30 derniers jours.

Toutefois, il est possible de modifier ce paramétrage dans la configuration du module.

Limiter le nombre de jours où un évènement est conservé en base

Il est possible de configurer le module event-manager-writer afin de ne conserver les évènements que pour un nombre limité de jours ( voir la page  Module event-manager-writer ).

• Le paramètre day_keep_data permet de définir le nombre de jours où un événement sera gardé en base.
  • La durée par défaut est de 30 jours.
  • Après modification, si la valeur de day_keep_data  est réduite, les collections correspondant aux jours hors de cette nouvelle limite seront automatiquement supprimées.
  • Le nombre de jours à conserver actuellement configurer est disponible avec le check du Module Event Manager Writer ( voir la page Broker - $KEY$ - Module Event Manager Writer )

Mode opératoire

• Sauvegarder la base SLA de production
• Restaurer la base sur une VM qui n'impactera pas la production
• Exécution du Script
• Sauvegarde de la base nettoyée
• Restauration de la base nettoyée en production
• Paramétrage du module SLA pour nettoyer les entrées quotidiennement
  • .