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 est développé pour à la capacité de supprimer quotidiennement les entrées SLAs dépassant un certains nombres 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

Paramètre du module SLA ⇒ ne garde que X jours en base

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

Pour supprimer ces 135 jours d'enregistrement, le module exécute des suppressions par bloc et fait une pause entre deux itérations afin de laisser le temps au module d'enregistrer les nouvelles données et à la base Mongo de pouvoir répondre à d'autres requêtes.

Selon votre volume déjà en base et le volume des nouvelles données à absorber, cela peut causer des problèmes de performance. Vous avez alors deux possibilités :

• Contacter votre support dédié afin de choisir le meilleur paramétrage possible pour votre installation à l'aide des paramètres daily_clean_batch_size et daily_clean_pause_time décrits ci-dessous.
• Utiliser le script qui permet de supprimer les anciennes entrées.

10000

Le Bac à Événements

• 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 Le bac à événements conserve par défaut seulement les 30 derniers jours. Il est possible de modifier ce paramétrage directement dans le 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 pour afin de ne conserver les données qu'un certain nombre de jours.Le paramétrage s'effectue dans le é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 ).