Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Make by tools (01.00.01) - action=clean_macro_parameter
Scroll Ignore
scroll-viewporttrue
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-htmlfalse
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtruescroll-htmlfalse
Panel
titleSommaire

Table of Contents
stylenone

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 time_when_delete_old_SLA ).
    • 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 ).