NE PAS UTILISER CE SCRIPT SANS L'AIDE DU SUPPORT SHINKEN

Script de suppression des archives SLA et de sla_info des éléments qui ne sont plus en production, ou en stagging

Le script clean-deleted-elements-from-sla de suppression vous permet de :

Nettoyer votre base sans toucher à la configuration de votre module SLA.
Suivre facilement la progression de la suppression des données.
Pouvoir arrêter la suppression si cela impacte trop les performances, sans avoir à arrêter la production.
Pouvoir lancer la suppression à un ou plusieurs moments où la base de données est moins sollicitée.
Pouvoir temporiser l'exécution du script via un paramètre pour alléger son impact sur la production.

La suppression des éléments de la base SLA est définitive.

Si un hôte supprimé de la configuration au moment de l'exécution du script revient ensuite avec le même UUID, son historique avant le passage du script est définitivement perdu.

NE PAS UTILISER CE SCRIPT SANS L'AIDE DU SUPPORT SHINKEN

Veillez à ne pas lancer plusieurs instances simultanés du script

Depuis la V02.08.01.03 et la V02.08.02-RC012 la collection sla_info n'existe plus, l'inventaire est fourni par l'Arbiter et seuls les éléments existants sont archivés pour une journée donnée

Pour l'utilisation de ce script, vous disposez des paramètres suivants :

Option courte	Option longue	Description	Valeur par défaut
-h	--help	affiche l'aide en ligne	N/A
-H	--host	Nom d'hôte ou adresse de la machine hébergeant la base de données SLA MongoDB.	localhost
-p	--port	Port d'écoute du serveur MongoDB	27017
-s	--batch-size	Nombre d'éléments à supprimer de la base MongoDB avant de faire une pause, afin de limiter l'impact du script sur les performances en production	N/A
-d	--pause-delay	Durée en millisecondes de la pause à effectuer	200
-w	--workdir	Dossier utilisé pour stocker des fichiers temporaires liés au traitement. Un système de fichier en mémoire (comme /dev/shm/) est vivement recommandé	/dev/shm/shinken-clean-sla
-c	--clean	Nettoie les fichiers temporaires laissés après une précédente exécution	N/A

Vous pouvez utiliser le script lorsque Shinken est en fonction, mais la suppression va impacter les performances de la base de données.

Les paramètres --batch-size & --pause-delay permettent de limiter l'impact sur la supervision.

Par défaut, le script ne fait pas de pause lors de son traitement, mais son impact reste relativement minime sur les performances de production.

Toutefois, si ce dernier consomme trop de ressources, il est possible de l'interrompre ( via Control-C ), pour le relancer avec l'option -s positionné à 300. Si la charge induite est toujours trop lourde, la valeur du paramètre -s peut être diminuée, et celle du paramètre -d peut être augmentée à 500 ou plus.

Plus le paramètre batch-size est faible, plus le script fera de pauses.

Plus le paramètre pause-delay est élevé, plus les pauses seront longues.

Après interruption, le script reprend son traitement où il en était lors de son arrêt (le pourcentage d'avancement affiché reprend alors sa valeur d'avant l'arrêt).