## 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 si l'agent est bien inactif.

Si l'exécution précédente de l'agent n'est pas terminée, patientez. Une seule instance de l'agent de contrôle (`/opt/SUNWstade/bin/rasagent`) peut être exécutée à la fois.

2. Chargez tous les modules de périphériques appropriés servant à créer les rapports d'instrumentation et les événements relatifs à la maintenance, puis exécutez-les.

Le système génère des rapports d'instrumentation à partir de toutes les informations recueillies suite aux tests des périphériques et enregistrées dans un rapport placé dans `/var/opt/SUNWstade/DATA`. Le système compare ensuite les données du rapport à celles de 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.

Les événements sont également créés en relayant les informations trouvées dans les fichiers journaux. La totalité des erreurs et des avertissements détectés dans `/var/adm/messages.t3`, par exemple, seront convertis en événement Log Event, sans 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 sur l'agent maître avant diffusion.

Remarque -

Il est également fait référence aux événements regroupés et non qui requièrent l'intervention du personnel de service (aussi connus sous le nom d'événements actionnables) comme à des alarmes.

4. Enregistrez les rapports d'instrumentation afin de pouvoir faire des comparaisons ultérieurement.

Les journaux d'événements sont accessibles via l'onglet Administration de l'interface utilisateur. Le logiciel Storage Automated Diagnostic Environment met à jour les statistiques nécessaires dans la base de données d'état. 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 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 alertes électroniques redondantes. Seuls les fournisseurs de messagerie électronique prennent en charge cette fonction.

5. Envoyez des événements et/ou des alarmes aux parties concernées.

Les événements ne sont envoyés qu'aux destinataires configurés pour la notification. Il est possible de filtrer les événements par type de sorte que seuls les événements pertinents soient envoyés aux utilisateurs.

Remarque -

Le fournisseur de messagerie électronique et le NSCC (Centre de commande du stockage réseau) sont avertis de tous les événements via le fournisseur NetConnect.

### Rubriques connexes

- Stratégie de contrôle
- Cycle de vie des événements