Implementierungshandbuch › Implementierung › Erstellen von lieferbaren Ergebnissen (Vertragsmanager) › Hinzufügen von Service Level-Alarmprofilen

Hinzufügen von Service Level-Alarmprofilen

Das Alarmprofil ermöglicht die Definition von Bedingungen, unter die eine Alarm-Benachrichtigung mit einem bestimmten Gerät an einen vordefinierten Empfänger gesandt wird.

Vor der Erstellung von Profilen ist es eine Überlegung wert, welche Bedingungen wichtig genug sind, eine Benachrichtigung zu erfordern, und wer die zukünftigen Empfänger sein sollten. Es ist wichtig, Profile anzugeben, die dem Vertragsmanager und dem Systemadministrator dabei helfen können, Probleme und gefundene Serviceprobleme effizient zu verwalten. Alle Benachrichtigungen sollten auf die erforderlichen Ressourcen der dringendsten Probleme ausgerichtet sein, um eine Situation von Vertragsbruch zu verhindern.

Beim Hinzufügen von Service Level-Alarmen gibt es eine Reihe von Feldern, die dafür verwendet werden können, den Status der Metrik zu bestimmen, und um zu beschließen, ob eine Alarmbedingung ausgelöst werden soll oder nicht. Jede der standardmäßigen Metrikdetails kann für das Filtern und die Bedingungskriterien (wie Vertrag, Service, Metriknamen, Ziele, Zeitfenster, Ergebnisse Service Level etc.) verwendet werden. Über Vorhersagen für Service Level kann auch alarmiert werden, in welchen einige zusätzliche Werte, wie beste/schlechteste Fallabweichung angegeben und Service Levels auch geschätzt werden können. Diese sind äußerst nützlich für eine Entscheidung, ob eine Service Level-Vertragsverletzung innerhalb eines bestimmten Zeitraums behoben werden kann oder nicht.

Auf das Systemprotokoll und den allgemeinen Abschnitten von CA Business Service Insight basierende Alarme sind andere äußerst nützliche Funktionen und ermöglichen eine auf eine Aktion, die innerhalb des Systems auftrat (die ins Systemprotokoll geschrieben wurde), basierende Alarmmeldung zu senden. Da fast alle Aktionen protokolliert werden, stellt dies einen sehr breiten Anwendungsbereich für die Alarmprofile dar. Allgemeine Systemprotokoll-Alarmprofile bestehen aus:

• Benachrichtigung von einem Adapter mit laufendem Alarm für den Datenexperten.
• Im Protokoll eingetragene "Fehler"-Bedingungen, die per E-Mail an den Systemadministrator zu senden sind.
• Angepasste Fehler, die von der Business-Logik erstellt wurden und die von den Datenquellen bestimmte relevante Bedingungen erfüllen, können eine E-Mail an die für den Service innerhalb der Organisation verantwortliche Gruppe und an den Vertragsmanager generieren. (Z. B. Vorfälle mit hoher Priorität wurden nicht innerhalb des Zeitrahmens gelöst > an den Helpdesk einen Alarm senden, um das Problem zu eskalieren)
• Wiederholte ungültige Anmeldungsversuche können per E-Mail an den Systemadministrator gesandt werden, um zu ermitteln, ob jemand versucht in das System einzudringen.
• Neue Übersetzungseinträge kamen vom Adapter (z. B. Neue Ressourceneinträge wurden in einer Datenquelle festgestellt, die eine Übersetzung im System benötigen können, um das SLA zu ermöglichen, richtig berechnet zu werden).

Das folgende Alarmprofil-Detailfenster zeigt die Konfiguration eines benutzerspezifischen Alarmprofils, das den benutzerspezifischen Event-Typ "Helpdeskereignis Ticket offen" meldet. Wenn die Kriterien übereinstimmen, wird ein kritischer Alarm dem Helpdesk-Koordinator zugesandt, um sicherzustellen, dass dieses Ticket effizient verwaltet wird. Dies könnte für Situationen nützlich sein, wo eine Anwendung zu irgendeinem Zeitpunkt unter Untersuchung steht und einen besonderen Grad an Sorgfalt benötigt.

Im Folgenden ist ein Beispiel für die Umsetzung eines Alarms über eine Service Level-Vertragsverletzung angegeben, basierend darauf, ob das SLA die Bedingungen der aktuellen Service Level und der verbleibenden Zeit in den Businesskontrollzeiträumen der Metrik noch erfüllen kann.

Beispiel: Reversibler SLA-Vertragsverletzungsalarm

Dieser Alarm wird ausgelöst, wenn ein Ziel (Metrik) gegenwärtig verletzt wird, aber da das beste Fallszenario die Einhaltung des Ziels anzeigt, kann die Vertragsverletzung vermieden werden, wenn künftig ein besser geeigneter Service Level zur Verfügung gestellt wird.

Typ: Service Level-Vorhersage

Bedingungsformel:

#Deviation>0 And #BestCaseDeviation<=0 And #BestCaseServiceLevel<>#WorstCaseServiceLevel And #ClusterItem = ""

Meldung:

Beachten Sie, dass das Ziel "#Metric" des Vertrags "#Contract" gegenwärtig verletzt wird, aber die Verletzung reversibel ist.

Während das Service Levelziel #Target ist, werden die folgenden Service Levels vorausgesagt:

• Service Level inzwischen: #ServiceLevel (Abweichung: #Deviation%).
• Schlechtester Szenario-Service Level: #WorstCaseServiceLevel (Abweichung: #WorstCaseDeviation%).
• Bester Szenario-Service Level: #BestCaseServiceLevel (Abweichung: #BestCaseDeviation%).