EventSentry Help v5.1

EventSentry überwacht das Ereignisprotokoll, wenn es ausgeführt wird. Wenn der Dienst nicht läuft (z. B. wenn das System neu gestartet wird), kann er die Ereignisprotokolle nicht überwachen. Ereignisprotokolleinträge, die erstellt werden, während der Dienst angehalten wird, werden nicht verarbeitet.

Um dieses Problem zu vermeiden, können Sie EventSentry so konfigurieren, dass es nach Ereignissen sucht, die nach dem letzten Beenden des Dienstes erstellt wurden, indem Sie diese Funktion auf "die meisten" setzen. Jedes Mal, wenn der Dienst gestartet wird, scannt er das Ereignisprotokoll vom letzten Kontrollpunkt aus. Diese Funktion ist auch nützlich, um festzustellen, ob ein Server neu gestartet wurde.

Hoch: EventSentry scannt das Ereignisprotokoll erneut und verarbeitet Ereignisse, die aufgetreten sind, während der Dienst angehalten wurde.

Standard: EventSentry überwacht das Ereignisprotokoll unmittelbar nach dem Start des Dienstes, verarbeitet jedoch keine Ereignisse, die während der Unterbrechung des Dienstes aufgetreten sind.

Minimum: EventSentry ignoriert Ereignisse, die in den ersten X Sekunden nach dem Hochfahren des Betriebssystems aufgetreten sind. Wenn EventSentry Ihnen z.B. viele Ereignisse per E-Mail schickt, wenn ein Server neu gestartet wird, dann können Sie diese Funktion so konfigurieren, dass Ereignisse für eine bestimmte Anzahl von Sekunden unterdrückt werden. Klicken Sie auf die Schaltfläche "Einstellungen", um das Dialogfeld "Boot-Verzögerungseinstellungen" aufzurufen, in dem Sie das Intervall und die Aktionstypen konfigurieren können, für die diese Funktion gilt.

Diese Option steuert, wie Hosts sich in den Web Reports identifizieren.

NetBIOS

Standardmäßig erscheinen die Computernamen mit ihren NetBIOS-Namen (z.B. SERVER1) in Warnmeldungen und im Web-Reporting.

FQDN

Hosts erscheinen mit ihrem jeweiligen FQDN-Namen (z.B. server1.yourdomain.local) statt nur mit dem Hostnamen. Bitte beachten Sie, dass Sie den Agenten neu starten müssen, damit diese Änderung wirksam wird.

Alias

Erzwingt, dass Hosts mit dem in der Verwaltungskonsole definierten Namen anstelle ihres tatsächlichen Hostnamens angezeigt werden. Diese Einstellung erfordert, dass mindestens eine aktive IP-Adresse mit der IP-Adresse übereinstimmt, die für den Hostnamen in einer EventSentry-Gruppe konfiguriert ist. Diese Einstellung ist nützlich für Umgebungen, in denen Hosts mit identischen Namen, aber aus verschiedenen Subnetzen mit derselben EventSentry-Datenbank verbunden sind. Wenn sie konfiguriert ist, wird auch die Variable $HOSTNAMEALIAS unterstützt.

Bestimmte Aktionstypen, einschließlich E-Mail, Datenbank und Syslog, haben die Fähigkeit, Ereignisse zwischenzuspeichern, wenn der konfigurierte Server vorübergehend nicht verfügbar ist. Mit dieser Einstellung können Sie den maximalen Festplattenspeicherplatz konfigurieren, den EventSentry im temporären Systemverzeichnis (%TEMP%) für die Zwischenspeicherung von Ereignissen verwendet.

Diese Einstellung gilt auch für den Speicher, der für die summarischen Aktionen verwendet wird.

Viele Funktionen, einschließlich Umgebungsüberwachung, Festplattenspeicher- und Dienstüberwachung, schreiben Warnmeldungen in das Ereignisprotokoll, wenn ein bestimmtes Problem (z.B. zu wenig Festplattenspeicher, hohe Umgebungstemperatur usw.) erkannt wird. Um zu vermeiden, dass das Ereignisprotokoll mit demselben Ereignis, das sich auf dasselbe Problem bezieht, überflutet wird, können Sie hier ein maximales Benachrichtigungsintervall festlegen.

Wenn Sie z.B. ein maximales Benachrichtigungsintervall von 24 Stunden festlegen, wird eine Warnung wegen zu wenig Speicherplatz auf Laufwerk C nur einmal alle 24 Stunden protokolliert, bis das Problem mit zu wenig Speicherplatz behoben ist.

Standardmäßig werden bei der Überwachung von Leistung und Speicherplatz Ereignisse mit demselben Schweregrad protokolliert (wie im Objekt konfiguriert), unabhängig davon, ob ein Problem erkannt oder behoben wurde. Dies ist so, damit die Standard-Ereignisprotokollfilterregeln sowohl Warnungen als auch deren Resolution identisch verarbeiten.

Da beides verwirrend sein kann (ein Problem wird gelöst, aber als "Fehler" protokolliert), setzt diese Einstellung das Standardverhalten außer Kraft und protokolliert Ereignisse welche die Resolution eines Fehlers protokollieren mit dem ausgewählten Schweregrad.

Diese Einstellung wirkt sich nur auf die Leistungsüberwachung und die Speicherplatzüberwachung aus.

Beginnend mit Version 3.0 kann EventSentry alle Zeitstempel in der UTC-Zeitzone in die Datenbank schreiben. Dies ist hilfreich für Netzwerke, die sich über mehrere Zeitzonen erstrecken, da die Web Reports alle Daten in der lokalen Zeitzone des aktuell angemeldeten Benutzers anzeigen können.

Die UTC-Unterstützung ist für neue Installationen standardmäßig aktiviert und kann auch für Benutzer eingeschaltet werden, die von früheren Installationen upgraden. Einmal aktiviert, kann die UTC-Unterstützung nicht wieder ausgeschaltet werden.

UTC wirkt sich nur auf die Web-Reports aus, die von den Agenten generierten Alerts verwenden z.B. immer noch den Zeitstempel der lokalen Zeitzone, in der sich der Agent befindet.

Wenn Wartungspläne für eine Gruppe oder einen Host erstellt werden, gelten sie nur für Heartbeat-Alarme, die vom Heartbeat-Agenten generiert werden; etwaige Alerts (z. B. Ereignisprotokoll-Alarm per E-Mail) werden weiterhin von einem Agenten verschickt.

Um alle E-Mail-Benachrichtigungen während eines Wartungsplans zu unterdrücken, aktivieren Sie das Kontrollkästchen "Alle E-Mail-Aktionen"; aktivieren Sie das Kontrollkästchen "Alle Pager-Aktionen", um alle Pager-Benachrichtigungen zu unterdrücken.

Beide Kontrollkästchen sind bei Neuinstallationen standardmäßig aktiviert.

Agenten: speichern Sie in der lokalen Registrierungskonfiguration nur die Gruppe, in der der Agent Mitglied ist.

Standardmäßig erhalten alle Remote-Agenten die vollständige übertragene EventSentry-Konfiguration, einschließlich aller darin enthaltenen Gruppen und Hostnamen. Dies ist in Situationen, in denen dieselbe EventSentry-Konfiguration zur Überwachung disparater & isolierter Netzwerke verwendet wird, wie z.B. in MSP-Umgebungen, unter Umständen nicht wünschenswert. Die Aktivierung dieser Option stellt sicher, dass ein Remote-Agent nur die Gruppendaten der Gruppe speichert, der er angehört.