Allgemein:

Nagios kommt, da es unter GPL Lizenz verfügbar ist, mittlerweile in vielen Unternehmen zum Einsatz. Eine der Schwächen von Nagios ist allerdings eine fehlende Rule bzw. Logik Engine. Nagios zeigt den Status von Systemen oder Services an, hat aber keine eventbasierte Regelverarbeitung. Für einfache Korrelationen ist dies ausreichend. Möchte man jedoch komplexere Korrelationen durchführen oder mehrere Überwachungssysteme zusammenführen kommt man an einem Event Management System nicht vorbei.

Wie leicht Nagios an ein solches System angebunden werden kann, soll hier am Beispiel des BMC Event Manager ( BEM ) kurz erläutert werden.

Allgemein

Dieses Dokument ist für Kunden gedacht, die die Tivoli Enterprise Console im Einsatz haben. Da die TEC aus dem Support läuft, ist eine Option für ein zukünftiges Event Management der BMC Event Manager. Das Dokument ist eine Sammlung von Fragen, die im Laufe der Zeit an uns gerichtet wurden. Es wird laufend aktualisiert.

Allgemein

Im Rahmen von Wartungsarbeiten ist das Auftreten von (Störungs-)Meldungen für ein System normal und signalisiert keine Abweichung vom Normalzustand auf die reagiert werden muss. Um diesen Situationen im Event-Management Rechnung zu tragen wird der sogenannte "Wartungsmodus" verwendet.

Ein Wartungsmodus mit dem BMC Event Manager ist auf unterschiedlichste Weise realisierbar. Es besteht die Möglichkeit den Wartungsmodus über Policies oder über Regeln zu implementieren. Bei der Nutzung von Regeln hat man die Wahl eine rein eventbasierte Lösung zu realisieren oder dynamische Daten (DDA) zu nutzen. Die Nutzung von dynamischen Daten hat z.B.: folgende Vorteile:

• Möglichkeit des Setzens des Wartungsmodus über eine GUI


• Dynamische Daten „altern“ nicht aus dem Repository


• In der Regel ist die Nutzung der DDA performanter, da ein Großteil der Regelverarbeitung in der Refine Phase stattfindet und die Key Slots in den dynamischen Daten indiziert sind.