OTOBO System Status – Monitoring & Performance
This content is not available in your language yet.
OTOBO System Status – Monitoring & Performance
Abschnitt betitelt „OTOBO System Status – Monitoring & Performance“1. Überblick
Abschnitt betitelt „1. Überblick“Ein stabiler und performanter Betrieb Ihres OTOBO / Znuny-Systems ist essenziell, um schnellen Support und reibungslose Abläufe zu gewährleisten. Der Support-Datenkollektor liefert dazu regelmäßig einen strukturierten Statusbericht Ihrer Installation an Rother OSS und ermöglicht Ihnen, kritische Kennzahlen und potenzielle Schwachstellen frühzeitig zu erkennen.
2. Support-Datenkollektor – Funktionsweise
Abschnitt betitelt „2. Support-Datenkollektor – Funktionsweise“Der Support-Datenkollektor sammelt automatisiert:
- Systeminformationen (OS, Kernel, Perl-Version)
- Datenbank-Insights (Version, Zeichensatz, Indizes)
- Cluster- und Knoten-Status (Elasticsearch-Gesundheit)
- Speicher- und Festplattennutzung
- Mail-Queue und Domain-Konfiguration
- OTP-Sitzungsdaten und aktive Benutzer
Diese Daten werden (anonymisiert) an Rother OSS gesendet und in einem LED-Ampelsystem visualisiert:
| Sektion | Status-LED | Bedeutung |
|---|---|---|
| Datenbank | 🟢 Grün | Alles im Soll |
| Dokumentensuche / Cluster | 🟡 Gelb | Beobachtung empfohlen |
| Systemload & Speicher | 🔴 Rot | Sofortiges Eingreifen notwendig |
3. Detaillierte Status-Sektionen
Abschnitt betitelt „3. Detaillierte Status-Sektionen“3.1 System & OS
Abschnitt betitelt „3.1 System & OS“- Betriebssystem inkl. Kernel-Version
- Perl-Interpreter (Kompatibilität prüfen)
- System-Load (1 / 5 / 15 Min-Load-Averages)
3.2 Datenbank
Abschnitt betitelt „3.2 Datenbank“- DB-Version (MySQL, MariaDB, PostgreSQL)
- Zeichensatz: utf8 / utf8mb4 (Client, DB-Server, Tabellen)
- Index-Größe & Fragmentierung
- Verwaiste Einträge in
ticket_index&ticket_lock_index
3.3 Dokumentensuche (Elasticsearch)
Abschnitt betitelt „3.3 Dokumentensuche (Elasticsearch)“- Cluster-Health (Green/Yellow/Red)
- Shard-Verteilung & Replikat-Status
- Index-Speichergröße
3.4 Mail-Queue & Kommunikation
Abschnitt betitelt „3.4 Mail-Queue & Kommunikation“- Pending-Mails in der Sendeschlange
- SMTP-Domain & Reverse-DNS
3.5 OTOBO-Applikation
Abschnitt betitelt „3.5 OTOBO-Applikation“- Active Sessions (Maximal vs. Aktuell)
- Daemon-Status
- Cache-Backend & TTL-Einstellungen
- PHP/Perl-Module (Versionen & Verfügbarkeit)
4. System-Logs & Performance-Logs
Abschnitt betitelt „4. System-Logs & Performance-Logs“4.1 System-Log
Abschnitt betitelt „4.1 System-Log“Eine zentrale Log-Ansicht im Admin-Interface ermöglicht:
- Filterung nach Datum, Log-Level, Modul
- Direkte Suche nach Fehlermeldungen, Warnungen, System-Events
Tipp: Definieren Sie in den SysConfig Log-Level passend zu Ihrem Einsatz (z. B. “WARNING” für Produktivbetrieb).
4.2 Performance-Log
Abschnitt betitelt „4.2 Performance-Log“Aktivieren Sie das Performance-Logging, um:
- Min/Max/Avg-Antwortzeiten einzelner Actions zu erheben
- Bottlenecks in Ihren Widgets, Modulen oder Datenbankabfragen zu identifizieren
- Dashboards mit Echtzeit-Metriken zu füttern
Hinweis: Ein kurzes Intervall (z. B. 1 Sekunde) liefert granularere Daten, kann aber mehr Last verursachen.
5. Proaktives Monitoring & Alerts
Abschnitt betitelt „5. Proaktives Monitoring & Alerts“- Ampel-Dashboard im Admin-Interface zeigt den Gesamtstatus auf einen Blick.
- E-Mail-Benachrichtigungen bei kritischem Status-Wechsel (z. B. Datenbank‐Rot).
- Webhooks / SNMP-Traps via GenericAgent für externe Monitoring-Lösungen (z. B. Z-Mon, Nagios).
6. Zusammenfassung
Abschnitt betitelt „6. Zusammenfassung“Der OTOBO / Znuny Support-Datenkollektor und die integrierten Monitoring-Tools liefern Ihnen:
- Transparenz über den Systemzustand
- Frühwarnsystem für Performance- oder Stabilitätsprobleme
- Datengestützte Entscheidungen zur Kapazitätsplanung und Optimierung
Setzen Sie auf eine regelmäßige Auswertung und Alarmierung, um Ihre Helpdesk-Plattform stets performant, sicher und ausfallsicher zu betreiben!