Je nachdem, wie Sie die Erfüllungskriterien in einem SLO-ObjektTätigkeiten und Abläufe, welche die Automation Engine steuert, werden mit Hilfe von sogenannten Objekten abgebildet (siehe auch Aufgabe). definieren, sind die Ergebnisse des Monitorings der Services wie in diesem Thema beschrieben.
Folgendes passiert je nach Objektdefinition und deren Ergebnisse:
| Fall | Verhalten |
|---|---|
| Auf der Seite Service Level Objective - Erfüllungskriterien wurden keine Erfüllungskriterien definiert. |
Es können keine Kriterien übertreten werden, da keine zur Prüfung ausgewählt wurden. Beim SLM-Monitoring wird daher immer eine Erfüllung generiert. |
| Das SLO beinhaltet lediglich einen Service (ein ausführbares Objekt), für den mehrere Erfüllungskriterien gelten. |
Pro Kriterium wird in der Tabelle Services - Erfüllung ein Record generiert und angezeigt. Für jedes erfüllte Kriterium wird ein Record Erfüllt generiert. Gleichermaßen wird für jedes unerfüllte Kriterium ein Record Übertreten generiert. Dadurch werden für alle Verletzungen detaillierte Informationen bereitgestellt, die den Operatoren die Problemanalyse und -behebung ermöglichen. |
| Das SLO beinhaltet mehrere Services (ausführbare Objekte), für die jeweils mehrere Erfüllungskriterien gelten. |
Pro Kriterium und Service wird in der Tabelle Services - Erfüllung ein Record generiert und angezeigt. Für jedes erfüllte Kriterium wird ein Record Erfüllt generiert. Gleichermaßen wird für jedes unerfüllte Kriterium ein Record Übertreten generiert. Dadurch werden für alle Verletzungen detaillierte Informationen bereitgestellt, die den Operatoren die Problemanalyse und -behebung ermöglichen. |
| Der späteste Startzeitpunkt wird geprüft, jedoch nicht der späteste Endzeitpunkt oder andere Kriterien. |
Da keine anderen Kriterien relevant sind, kann die Erfüllung sofort beim Start des Services generiert werden. Dadurch wird eine Erfüllung so bald als möglich generiert, wenn kein Grund vorliegt, das Ende des Services abzuwarten. |
| Kriterien für spätesten Start-/Endzeitpunkt | Für zeitbasierte Prüfungen wird der logische Startzeitpunkt eines Services herangezogen. |
| Überlappende/verschachtelte Objekte |
Alle Objekte werden gesondert überwacht, ohne Berücksichtigung von Überlappungen oder Verschachtelungen. Zum Beispiel: Der ParentEin Objekt kann auf verschiedenste Arten aktiviert werden. Der Verursacher der Aktivierung wird als übergeordnete Aufgabe (Parent) bezeichnet. (siehe auch Child, Children)-Workflow"Ermöglicht das Hinzufügen, Anordnen, Verknüpfen, Definition von Eigenschaften und Entfernen von Aufgaben eines Workflows. Ein eigener Objekttyp in der Automation Engine. [Früher ""AblaufPlan"" und ""JobPlan"" gennant.]" JOBP.SLM.PARENT enthält die zwei ChildUntergeordnete Aufgabe (z.B.: zum Beispiel: Aufgabe, die in einem Workflow läuft).-Workflows JOBP.SLM.CHILD.1 und JOBP.SLM.CHILD.2. Sie haben ein SLO-Objekt erstellt, in das Sie folgende Serviceauswahl hinzugefügt haben:
Das bedeutet, dass alle drei Workflows/Services über dieses eine SLO überwacht werden. Folglich besitzt jeder dieser drei überwachten Workflows gemäß des jeweiligen Verhaltens eigene, von den anderen Workflows unabhängige, Records über Erfüllung/Verletzung. |
Siehe auch: