Contenu d'un pack d'administration Operations Manager

Chaque pack d'administration définit une ou plusieurs classes pouvant être gérées, puis spécifie un groupe d'analyses pour les instances des classes. Ces analyses surveillent l'état de chaque instance de classe, ce qui permet d'éviter les problèmes avant même qu'ils se produisent.

Chaque analyse reflète l'état d'un aspect d'une instance de classe ; elle change de concert avec l'état de cette dernière. Par exemple, une analyse qui suit l'utilisation du disque peut afficher l'un des trois états suivants : vert si le disque est rempli à moins de 75 pour cent ; jaune s'il est rempli à entre 75 et 90 % ; rouge s'il est rempli à plus de 90 %. Une analyse qui suit la disponibilité d'une application ne peut afficher que deux états : vert si l'application est en cours d'exécution ; rouge si elle n'est pas. L'auteur de chaque pack d'administration définit les analyses qu'il contient, le nombre d'états de chaque analyse, ainsi que l'aspect de la classe gérée dont cette analyse effectue le suivi.

Dans Operations Manager, une règle définit les événements et les données de performances à collecter depuis les ordinateurs et l'utilisation de ces informations après leur collecte. Pour simplifier, imaginez une règle comme une instruction if/then (si/alors). Par exemple, un pack d'administration destiné à une application peut contenir les règles suivantes :

• Si un message indiquant que l'application est en cours d'arrêt est ajouté au journal des événements, envoyer une alerte.

• Si une tentative de connexion échoue, collecter l'événement indiquant cet échec.

Comme ces exemples le montrent, les règles peuvent envoyer des alertes, des événements ou des données de performance. Elles peuvent également exécuter des scripts, par exemple pour autoriser une règle à tenter de redémarrer une application qui a échoué.

La console Opérateur d'Operations Manager fournit des affichages standard tels que État, Alertes et Performances. Un pack d'administration peut inclure des vues spécifiques, propres à ce pack d'administration. En outre, il est également possible de créer un affichage personnalisé dans la console Opérateur.

Une base de connaissances est un contenu, intégré dans les règles et les analyses, incluant des informations fournies par l'auteur du pack d'administration sur les causes d'une alerte ainsi que des suggestions pour la résolution du problème ayant généré la création d'une alerte. Elle s'affiche sous forme de texte dans la console et son rôle est d'aider l'opérateur à diagnostiquer et résoudre les problèmes. Le texte peut inclure des liens vers des tâches, ce qui permet à l'auteur de guider l'opérateur tout au long de la procédure de récupération. Par exemple, l'opérateur doit commencer par exécuter la tâche A et, en fonction des résultats de cette tâche, il doit ensuite exécuter la tâche B ou C. Une base de connaissances peut aussi contenir des liens vers des affichages de performances et des rapports. L'opérateur peut ainsi accéder directement aux informations appropriées pour résoudre un problème.

La base de connaissances est appelée base de connaissances du produit ou base de connaissances de la société. La base de connaissances du produit est ajoutée au pack d'administration par l'auteur du pack d'administration. Les administrateurs peuvent ajouter leurs propres connaissances à des règles et à des analyses pour développer les informations de dépannage et fournir des informations spécifiques à la société pour les opérateurs, qui sont connues comme base de connaissances de la société. Pour plus d'informations sur l'ajout de la base de connaissances de la société à un pack d'administration, consultez Comment ajouter des connaissances à un Pack d'administration.

Une tâche est un script ou tout autre code exécutable qui s'exécute sur le serveur d'administration, le serveur, le client ou un autre périphérique géré. Les tâches peuvent potentiellement effectuer tout type d'activité, notamment redémarrer une application qui a échoué ou supprimer des fichiers. À l'instar des autres éléments d'un pack d'administration, chaque tâche est associée à une classe gérée spécifique. Ainsi, l'exécution de chkdsk n'est appropriée que pour un lecteur de disque, tandis qu'une tâche qui redémarre Microsoft Exchange Server convient uniquement à un ordinateur exécutant Exchange Server. Si nécessaire, un opérateur peut exécuter la même tâche simultanément sur plusieurs systèmes gérés. Les analyses peuvent avoir deux types de tâches associées : tâches de diagnostic qui tentent de découvrir la cause d'un problème ; tâches de récupération qui tentent de résoudre le problème. Ces tâches peuvent s'exécuter automatiquement, dès que l'analyse est en état d'erreur, ce qui permet de résoudre automatiquement les problèmes. Il est également possible de les exécuter manuellement, car la récupération automatique n'est pas toujours la meilleure approche.

Un pack d'administration peut contenir des affichages personnalisés pour les objets qu'il cible, mais également des rapports personnalisés. Par exemple, un pack d'administration peut inclure une définition personnalisée d'un des rapports intégrés d'Operations Manager, spécifiant les objets spécifiques que le rapport doit cibler.

Les détections d'objets permettent de trouver les objets spécifiques sur un réseau devant être analysés. Les packs d'administration définissent le type d'objets que le pack d'administration analyse. Les détections d'objets peuvent utiliser le registre, WMI, les scripts, OLE DB, LDAP ou même le code géré personnalisé pour trouver des objets sur un réseau. Si une détection d'objet trouve sur votre réseau des objets que vous ne souhaitez pas analyser, vous pouvez limiter l'étendue des détections d'objets via les remplacements.

Un pack d'administration peut inclure un ou plusieurs profils d'identification. Les profils d'identification et les comptes d'identification sont utilisés pour sélectionner les utilisateurs possédant les droits nécessaires pour exécuter les règles, les tâches et les analyses.

Les créateurs de packs d'administration peuvent créer un profil d'identification et associer le profil à une ou plusieurs règles, analyses, tâches ou détections. Le profil d'identification nommé est importé avec le pack d'administration dans Operations Manager. L'administrateur d'Operations Manager crée un profil d'identification nommé et spécifie des utilisateurs et des groupes. L'administrateur ajoute le compte d'identification au profil d'identification et spécifie les ordinateurs cibles sur lesquels le compte doit s'exécuter. Le compte d'identification fournit les informations d'identification pour exécuter les règles, les analyses, les tâches et les détections associées au profil d'identification auquel appartient le compte d'identification.