Auf dieser Seite definieren Sie die Kriterien, welche die im SLO-ObjektTätigkeiten und Abläufe, welche die Automation Engine steuert, werden mit Hilfe von sogenannten Objekten abgebildet (siehe auch Aufgabe). definierten Services (ausführbare Objekte) gemäß dem Service Level AgreementDer Service Level Agreement (SLA) ist die Grundlage des Service Orchestrator. Im SLA erstellen Sie die Anweisungen für den Überwachungsprozess. Im SLA legen Sie fest, was Sie überwachen möchten, das heißt, welchen Prozess oder welche Ereignisse der Service Orchestrator überwachen soll und wann diese ausgeführt werden sollen. erfüllen müssen. Sie legen zudem die Aktionen fest, die ausgeführt werden, wenn die Voraussetzungen erfülltErfüllt bezeichnet den Status eines SLA, den dieser einnimmt, wenn die im SLA definierten Zeitbedingungen erfüllt wurden. Dies bedeutet, dass der Prozess oder die Ereignisse bis zu dem im SLA angegeben Zeitpunkt oder innerhalb des im SLA angegebenen Zeitraums ausgeführt wurden. Das Gegenteil von erfüllt ist verletzt. oder nicht erfüllt werden.
Definieren der Erfüllungskriterien
Im Abschnitt Serviceerfüllung definieren Sie die Kriterien, die der Service (Objekt oder Gruppen von Objekten) erfüllen muss.
Laufzeit
Wenn Sie das Verhalten eines Services auf Basis der Laufzeiteinstellungen (MRT/SRT) überwachen möchten, müssen diese in der jeweiligen Objektdefinition festgelegt sein. Siehe Seite „Laufzeit“.
Wenn eine dieser Optionen oder beide ausgewählt wurden, wird eine Verletzung registriert, wenn der Service länger/kürzer als die berechnete MRT/SRT läuft.
Wenn Ausführung dauert kürzer als die maximale Laufzeit (MRT) des Services aktiviert wird, kann die Ausführung des Services nicht länger als die maximale Laufzeit, die in dem Objekt (d. h. in dem Service) festgelegt wurde, dauern.
Läuft ein Service länger, stellt dies sofort eine Verletzung dar. Diese Überprüfung wird basierend auf dem unter UC_JOB_CHECKINTERVAL Automation EngineDiese Komponente steuert ein Automation Engine-System. Besteht aus verschiedenen Serverprozessen.-internen Intervall durchgeführt (siehe UC_JOB_CHECKINTERVAL - Periodic Time Check in the Automation Engine).
Wenn Ausführung dauert länger als die minimale Laufzeit (SRT) des Services aktiviert wird, muss die Ausführung des Services länger als die minimale Laufzeit, die in der Objektdefinition festgelegt wurde, dauern.
Läuft ein Service kürzere Zeit, stellt dies am Ende eine Verletzung dar.
Endstatus
Aktivieren Sie diese Option, wenn Sie prüfen möchten, ob der Service mit einem bestimmten StatusZustand einer Aufgabe (z.B. aktiv, blockiert, in Generierung, usw.). oder einer Statusgruppe beendet wird. Es erscheint eine Dropdown-Liste, in der Sie den gewünschten Status auswählen können.
Endet ein Service mit einem anderen als dem ausgewählten Endstatus, stellt dies eine Verletzung dar.
Uhrzeit/Wochentage
Aktivieren Sie eine dieser Optionen oder mehrere, wenn Sie prüfen möchten, ob der Service zu den hier definierten Uhrzeiten/Tagen startet/endet. Geben Sie die benötigten Uhrzeiten und Tage ein. Die letzten Start-/Endzeitpunktsprüfungen werden nur an den ausgewählten Tagen durchgeführt.
Weicht der Start-/Endzeitpunkt eines Services von den zuvor festgelegten Zeiten ab, stellt dies eine Verletzung dar, sobald der angegebene Endzeitpunkt erreicht wurde. Diese Überprüfung wird zu jeder vollen Minute durchgeführt (hh:mm:00 Sekunden).
Im Abschnitt Aktionen werden die Aktionen festgelegt, die durchgeführt werden, wenn diese Kriterien (nicht) erfüllt werden. Aktivieren Sie eine oder beide Checkbox/en und wählen Sie das/die Objekt/e aus, das/die infolge einer Erfüllung/Verletzung ausgeführt werden soll/en.
Die folgenden ScriptEigener Objekttyp in der Automation Engine-Variablen können in diesen Objekten verwendet werden, um Details zu den Diensten und den Gründen für die Verletzung anzugeben:
Die Auswahl eines Objekts, das selbst SLM-überwacht ist, würde zu einer Endlosschleife von ausführbaren Objekten führen. Aus diesem Grund werden Services/Aufgaben, die auf Basis einer vorherigen Erfüllung/Verletzung ausgeführt wurden, vom SLM-Monitor ignoriert.
Benachrichtigungen senden
Eine der Möglichkeiten, die Sie verwenden könnten, ist das Senden von Benachrichtigungen an die BenutzerIn einem Automation Engine-System bezieht sich ein Benutzer auf eine Instanz eines Benutzer-Objektes, aber ganz allgemein ist ein Benutzer auch die Person, die mit Automic-Produkten arbeitet. Jedes Benutzer-Objekt hat eine Benutzerkennung und bestimmte Zugriffsrechte auf unterschiedliche Bereiche eines Automation Engine-Systems und der zugehörigen Produktpalette. In der Automation Engine werden die Zugriffsrechte über Rechte und Privilegien, in Decision über Benutzerrollen und EventBase-Rechte und in der ARA-Webanwendung über Objektberechtigungen geregelt. Zentral können diese Zugriffsrechte in den Funktionen der AWI-Benutzerverwaltung geregelt werden. Weitere Informationen sind im Kapitel Unified User Management vorhanden., die für die Dienste verantwortlich sind. Hierzu enthält die Automation Engine anwendungsbereite Benachrichtigungsvorlagen mit Standard-Scripts auf ihren Seiten „Script“, die entweder interne Nachrichten oder E-Mails aufbauen, je nach Art der BenachrichtigungSendet Mitteilungen an einzelne Benutzer und BenutzerGruppen des Automation Engine-Systems. Auch ein eigener Objekttyp in der Automation Engine. [Früher "CallOperator" genannt.], die Sie verwenden. Die dienstspezifischen Informationen (Objekt, MandantAbgeschlossene Umgebung für die Erstellung und Durchführung von Objekten innerhalb eines Automation Engine-Systems. Der Name von Mandanten besteht aus einer vierstelligen Zahl, die bei der Anmeldung von Benutzern an das Automation Engine-System anzugeben ist. Benutzer und deren Berechtigungen werden ebenfalls in einem Mandant definiert.Auch ein eigener Objekttyp in der Automation Engine., Dienstname, Status, Gründe, warum sie fehlgeschlagen sind, usw.) werden aus den überwachten Objekten über die verwendeten Script-Variablen abgerufen.
Siehe auch: