La surveillance des scripts implique l’utilisation de scripts personnalisés qui permettent aux administrateurs réseau de surveiller et de récupérer des données adaptées à leurs besoins. La tâche fastidieuse consistant à créer un script, le modifier et l’exécuter dans le terminal ou l’invite de commande a été simplifiée grâce à OpManager, qui intègre sa fonctionnalité de surveillance des scripts personnalisés et vous permet d’effectuer toutes ces opérations depuis une console de gestion unique.
Les modèles de surveillance de scripts vous aident à créer des scripts personnalisés pour surveiller des paramètres personnalisés.
Suivez les étapes ci-dessous pour ajouter des modèles de scripts
Remarque :
OpManager dispose d’un ensemble par défaut de scripts prêts à l’emploi disponibles ici. Importez-les et associez-les à vos appareils pour commencer à les utiliser.
Pour créer un modèle de script pour la mémoire cache, utilisé pour récupérer la mémoire cache d’un système Linux avec un intervalle de surveillance de 15 minutes et un délai d’expiration de 10 secondes lors de son exécution depuis la machine de surveillance,
Exécuter depuis : sélectionnez l’option "Exécuter depuis".
Si l’option est sélectionnée comme

Lorsqu’un script est arrêté ou redevient actif, une alarme est déclenchée pour notifier l’utilisateur. Un message d’alarme s’affiche dans la notification. Ce message d’alarme est personnalisable et vous pouvez spécifier votre message dans le champ Corps du script lors de l’ajout d’un modèle de script.
Le format d’un message d’alarme : Message:<Message personnalisé>
La sortie de la syntaxe mentionnée sera "Message: Ceci est un message personnalisé"
Des exemples de messages d’alarme pour les langages de script les plus couramment utilisés et leurs messages de sortie correspondants sont fournis ci-dessous.
Exemples de messages d’alarme :
Script VB
WScript.Echo "Message: Ceci est un message personnalisé"
Script Powershell
Write-Host "Message: Ceci est un message personnalisé"
Script Shell
echo "Message: Ceci est un message personnalisé"

Lorsque vous ne spécifiez pas la description du message dans le champ Corps du script, OpManager affichera par défaut le nom du script avec son statut comme message d’alarme (<scriptMonitorName> est actif ou <scriptMonitorName> est inactif).
Le code de sortie est la valeur de retour d’un script.
Par conséquent, assurez-vous que votre code de sortie est 0 afin que le script soit opérationnel.
Spécifier le format des données utilisées est important, car les données de sortie des scripts sont utilisées pour générer des graphiques et sont définies comme valeurs d’entrée pour les limites de seuil des moniteurs.
Les données doivent être spécifiées dans le format indiqué ci-dessous.
Données :
Instance1 valeur1
Instance2 valeur2
... ...
InstanceN valeurN
Les lignes affichées après le mot-clé Données : seront considérées comme les données de sortie du script. Chaque ligne de données comportera une paire instance-valeur. Les instances et les valeurs seront séparées par un espace, les instances étant à gauche de l’espace et les valeurs à droite de celui-ci.
Pour en savoir plus sur les formats de sortie dans la surveillance des scripts d’OpManager, cliquez ici.
L’option de test du script vous permet d’exécuter le script et de vérifier sa sortie.

Lorsque vous associez un appareil à un modèle de script, l’appareil sera surveillé pour la fonctionnalité de ce script particulier. Vous pouvez désormais créer un modèle pour vos fonctionnalités fréquemment utilisées et les associer aux appareils de votre choix au lieu de les créer à partir de zéro à chaque fois.
Vous pouvez exporter les scripts au format XML puis les importer pour les utiliser sur d’autres Servers OpManager.
Vous pouvez importer des scripts depuis d’autres Servers OpManager puis les associer à vos appareils pour une surveillance plus simple.