Ajuster l'impact de l'alerte lors du triage d'une alerte

En tant qu'opérateur Gestion des événements, vous devrez peut-être modifier l'impact d'une alerte sur un service d'application et sur les CI d'un service, notamment si vous pensez que l'impact ne correspond pas exactement à ce qui se passe réellement sur votre environnement réseau, afin que d'autres opérateurs et administrateurs puissent consulter les informations correctes sur l'impact.

Avant de commencer

Remarque :

L’interface Espace de travail de l'opérateur est disponible uniquement pour les clients ayant effectué une mise à niveau à partir d’une version antérieure à la Utah version. Les nouveaux clients à partir de la Utah version peuvent utiliser for Espace de travail pour l'exploitation des servicesITOM, qui offre une interface utilisateur améliorée pour la gestion des alertes.

Rôle requis : evt_mgmt_operator

Pourquoi et quand exécuter cette tâche

Avant d’apporter des modifications aux calculs d’impact, assurez-vous de bien comprendre le fonctionnement réel des services d’application et des CI. Vous devrez peut-être tester l'infrastructure réseau ou demander à une personne de s'en charger.

Procédure

1. Accédez à la Gestion des événements > Espace de travail de l’opérateur.
2. Double-cliquez sur le nom de l’alerte service d'application que vous souhaitez modifier.
3. Dans l’onglet Details (Détails), cliquez sur Service Map (Carte de services).
4. Dans l’onglet Service Map (Carte de services ), cliquez sur Full Map Tree (Arborescence de carte complète ).
5. Sur la carte, cliquez sur Arborescence des impacts.
6. Analysez le service d'application pour savoir si l'arborescence des impacts reflète fidèlement l'impact des alertes en fonction des informations dont vous disposez sur les CI impliqués.

   Dans cet exemple, une alerte critique indique un problème grave avec un serveur Linux qui fait partie d'un service d'application de portail Web.

   

   Notez que l'impact sur le portail Web proprement dit est de couleur rouge, ce qui signifie qu'il est critique, même si un seul des serveurs Linux dont il dépend a réellement une alerte critique. L'autre serveur Linux n'est pas impacté par l'alerte. Dans cet exemple, supposons que les serveurs Linux exécutent des rôles différents pour le service Web et que, même si le serveur PS LinuxApp02 a une alerte critique, le serveur PS LinuxApp01 est capable de fournir tous les services nécessaires pour maintenir le fonctionnement du service d'application.

7. Cliquez sur le CI PS Apache03, puis cliquez sur Impact pour afficher les règles d'impact du CI.
   Par défaut, la règle d'impact du CI s'affiche, indiquant les informations suivantes :

   

   • Les colonnes Impact sur et Influence indiquent que le CI (PS Apache03) doit hériter de 100 % de l'impact de tous les impacts des CI enfants, ce qui, dans ce cas, inclut l'impact critique sur le serveur PS LinuxApp02. Ce paramètre explique pourquoi le serveur Web PS Apache03, et l'ensemble du service d'application, héritent de l'impact à 100 %.
   • La colonne Critique vous montre qu'une alerte critique (rouge) est héritée en tant qu'alerte critique (rouge).
8. Modifiez la valeur Influence sur 0, car le serveur Web est toujours opérationnel, puis modifiez la colonne Critique pour indiquer qu'un état d'impact critique (rouge) doit être hérité en tant que non-impact (vert).
9. Attendez que le tableau de bord se mette à jour automatiquement ou cliquez sur Gestion des événements > Espace de travail pour l'exploitation des services et double-cliquez sur la même service d'application chose pour obtenir une carte mise à jour service d'application .

   Notez que l'influence sur le serveur Web Apache est de 0 % et que l'état de l'impact est de couleur verte. Notez également que l'état d'alerte critique (rouge) reste inchangé, même si l'impact est passé au vert.

   

10. Revenez au Tableau de bord Service Operations Workspace.
    Notez que le service d'application est désormais vert, ce qui indique que l'ensemble du service d'application est opérationnel. L'alerte critique s'affiche toujours en bas de la liste Alertes, indiquant qu'il y a toujours un problème que vous ou d'autres opérateurs pouvez résoudre.

Que faire ensuite

Votre administrateur peut configurer des règles d'impact supplémentaires qui s'affichent lorsque vous cliquez sur un CI dans la carte du service d'application. Vous pouvez ajuster les champs Influence d'une règle d'impact pour obtenir l'arborescence des impacts la plus précise.