À propos du cycle de contrôle

Le démon cron contrôle l’exécution de l’agent sur chaque serveur. Voici comment se déroule la procédure d’un cycle de contrôle.

  1. Vérifiez que l’agent est bien inactif.
    Si l’exécution précédente de l’agent n’est pas terminée, patientez. Il ne faut pas exécuter plusieurs instances de l’agent de contrôle simultanément.
  2. Chargez tous les modules de périphériques appropriés servant à créer les rapports d’instrumentation et les événements relatifs à l’intégrité, puis exécutez-les.
    Le système génère des rapports d’instrumentation à partir de toutes les informations recueillies et enregistrées suite aux tests des périphériques. Il compare ensuite les données du rapport à celles des rapports précédents et évalue les différences pour déterminer si des événements relatifs à la maintenance doivent être générés.
    La création d’événements est également possible à partir des informations figurant dans les fichiers journaux. Tous les avertissements et erreurs peuvent, par exemple, être convertis en journal d’événement sans faire l’objet d’aucune autre analyse. La plupart des événements sont générés suite à la détection d’un problème par une règle ou une stratégie du logiciel, mais ils peuvent également être générés dès que la baie de stockage signale un problème dans le fichier syslog .
  3. Envoyez tout événement relatif à la maintenance à l’agent maître si les événements ont été générés par un agent esclave ou envoyez-les aux parties intéressées s’il s’agit d’un événement généré par l’agent maître.
    L’agent maître est chargé de générer ses propres événements et de recueillir les événements créés par les agents esclaves. Il est aussi possible de regrouper les événements en fonction de l’agent maître avant diffusion.
    Remarque : les événements regroupés et les événements requérant l’intervention du personnel de service (appelés événements actionnables) sont eux aussi considérés comme des alarmes.
  4. Enregistrez les rapports d’instrumentation afin de pouvoir réaliser des comparaisons ultérieurement.
    Les journaux d’événements sont accessibles via l’onglet Administration de l’interface utilisateur. La base de données est alors mise à jour selon les statistiques adéquates. La création de certains événements nécessite d’atteindre un seuil donné. Par exemple, il ne suffit pas que le compteur de code de redondance cyclique (CRC) d’un port de commutateur s’incrémente de 1 pour déclencher un événement, car il faut atteindre un certain seuil.
    Le logiciel Sun Storage Automated Diagnostic Environment permet de définir des seuils relatifs au nombre d’e-mails, qui empêchent la génération de plusieurs messages se rapportant au même composant d’un périphérique. En comptabilisant le nombre d’événements déjà envoyés au cours d’une plage horaire donnée, il est possible d’éviter les alarmes électroniques redondantes. Cette fonction n’est pas disponible pour les destinataires des autres modes de notification (en dehors du courrier électronique).
  5. Envoyez les événements ou alarmes aux parties intéressées.
    Les événements ne sont envoyés qu’aux destinataires configurés pour être notifiés. Il est possible de filtrer les événements par type, de sorte que seuls les événements pertinents soient envoyés à chaque utilisateur.
    Remarque : tous les évènements sont notifiés aux fournisseurs de courrier et au NSCC (Sun Network Storage Command Center), si ces derniers sont activés.

Rubriques connexes