Le module SLA à la capacité de supprimer quotidiennement les entrées SLAs dépassant un certains nombres de jours.
Par défaut, cette suppression quotidienne n'est pas activé. Si le module est configuré avec une valeur trop faible, cela pourrait supprimer de nombreuses entrées et causer un problème de performance.
Il est donc possible d'utiliser un script afin de nettoyer les anciennes entrées en limitant l'impact sur les performances
Les paramètres nb_stored_days et time_when_delete_old_SLA qui vous permettront respectivement de définir le nombre de jours à conserver et l'heure à laquelle effectuer le nettoyage. Ils sont détaillés dans la page dédié à la configuration du module ( voir Module SLA ).
Exemple:
Selon votre volume déjà en base et le volume des nouvelles données à absorber, cela peut causer des problèmes de performance. 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. |
| Paramètre | Description | Valeur par défaut |
|---|---|---|
| daily_clean_batch_size | Nombre d'enregistrements à supprimer dans une itération | 10000 |
| daily_clean_pause_time | Nombre de secondes d'attente entre deux itérationsPour réduire l'impact sur votre supervision, vous pouvez augmenter ce nombre | 2 |
Ce script vous permettra d'avoir le même comportement de nettoyage des SLAs qu'en utilisant le paramètre nb_stored_days du module SLA.
Le fonctionnement du script est décrit dans la page suivant : Script shinken-sla-delete-until
Le bac à événements conserve par défaut seulement les 30 derniers jours. Il est possible de modifier ce paramétrage directement dans le module.
Il est possible de configurer le module event-manager-writer pour ne conserver les données qu'un certain nombre de jours.