N
Benachrichtigungselement
A Notification Element is an object that can be forwarded by a Notification Action.
The following Notification Elements are available:
RealTime Monitoring Check Results |
A notification of a Check Result may occur when a Check Status changes, or when the Check gets confirmed or unconfirmed, or periodically if it remains in its Check Status for a certain period of time. For certain Checks, like the filesystem or tablespace Checks, a notification will also occur if the Check Status changes for a particular filesystem or tablespace, even if the overall Check Status does not change. |
Daily Checks |
A notification of a Daily Check may occur as soon as the Daily Check execution has finished, and once it gets confirmed or unconfirmed. |
Daily Check Detail |
A notification of a Daily Check Detail may occur as soon as the Daily Check execution has finished. |
CCMS Alerts |
A notification of a CCMS Alert may occur as soon as it is delivered by the corresponding Custom Check. |
Changes |
A notification of a Change may occur as soon as it is created, and whenever the status of the Change record changes. However, this function is most useful for notifications of the System Change Auto Detection. |
Tickets |
A notification of a ticket may occur as soon as a ticket is created, and whenever the status of the ticket changes, or a new ticket log is created. |
Server Events |
A notification occurs once the License is about to expire. |
Benachrichtigungen
Benachrichtigungselemente können an Benutzer eskaliert werden, die über die erforderliche Berechtigung für den Kunden verfügen, dem das betroffene System gehört. Dieser Prozess wird in Avantra als Benachrichtigung bezeichnet.
Die Eskalation per E-Mail wird unterstützt und diese E-Mails können auch mithilfe von Drittanbieteranwendungen in Pager-Benachrichtigungen oder Textnachrichten (SMS) umgewandelt werden. Zusätzlich ist es auch möglich, Benachrichtigungselemente an praktisch jede andere Systemüberwachungs- oder -verwaltungsanwendung zu senden. Sie können Prüfergebnisse in Protokolldateien oder beliebig formatierte Textdateien, wie XML-Dateien, schreiben. Oder Sie können einen beliebigen Befehl ausführen, in das Windows-Ereignisprotokoll schreiben, XanMobile-Push-Benachrichtigungen oder eine Browser-Benachrichtigung senden. Und schließlich können Sie Tickets im Ticketsystem von Avantra erstellen.
Die verschiedenen Möglichkeiten, eine Benachrichtigung zu adressieren, werden als Output Channels bezeichnet.
Der von Avantra bereitgestellte Eskalationsmechanismus ist in hohem Maße anpassbar, beispielsweise durch Check-Selektoren und leistungsstarke Filterregeln. Diese Filter ermöglichen die genaue Definition, welche Inhalte an wen und zu welchem Zeitpunkt eskaliert werden sollen. Gemeinsame Teile von Filtern können als sogenannte Global Expressions gemeinsam genutzt werden.
Die Ausgabekanäle und Filter unterstützen Makros, die während der Laufzeit durch reale System- und Benachrichtigungselementdaten ersetzt werden. Sie können auch eigene Makros definieren und somit mithilfe der sogenannten benutzerdefinierten Resolver Daten von Drittanbietern in den Benachrichtigungsprozess eingeben.
Der Auslöser für die verschiedenen Benachrichtigungselemente, der ausgewählte Ausgabekanal, die Filterlisten und alle benutzerdefinierten Resolver bilden die sogenannte Notification Action. Wenn eine Benachrichtigungsaktion ausgeführt wird, wird das Ergebnis in einer Benachrichtigungsnachricht gespeichert. Anhand dieser Benachrichtigungsnachricht können Sie genau nachvollziehen, ob eine Benachrichtigung gesendet oder von einem bestimmten Filter blockiert wurde, wann sie zugestellt wurde, ob sie beim ersten Versuch erfolgreich war oder wiederholt werden musste usw.
Dienstanbieter können die Berechtigung zum Generieren von Benachrichtigungen an ihre Kunden delegieren. In diesem Fall sind nicht alle Ausgabekanäle verfügbar.