So funktionieren Checks
Checks überwachen Gerätezustände automatisch und melden Ergebnisse an octoja. Erfahre, wie Checks, Alerts und Konfigurationspakete zusammenspielen.
Ein Check ist ein automatisierter Test, den ein octoja-Agent in regelmäßigen Abständen auf einem Gerät ausführt. Jeder Check überwacht eine bestimmte Bedingung — Festplattenplatz, Dienststatus, Netzwerkerreichbarkeit, Backup-Status — und meldet das Ergebnis an die Plattform zurück. Einige wenige Checks, etwa Gerät online, werden serverseitig statt vom Agenten ausgewertet.
Wie Checks funktionieren
Check-Typen stammen aus Check-Repositories und werden in der Check-Bibliothek unter Konfiguration → Check-Bibliothek gelistet. Wenn du einen Check zu einem Gerät oder einem Konfigurationspaket hinzufügst, lädt der Agent die Check-Definition herunter und beginnt, sie nach dem konfigurierten Zeitplan auszuführen.
Die Bibliothek wird aus drei Arten von Repository befüllt: dem eingebauten offiziellen Repository, das octoja pflegt, deinen eigenen benutzerdefinierten Checks und allen Community-Repositories, die du per URL anbindest, um zusätzliche Checks einzubinden. Details unter Ein Community-Check-Repository anbinden und in der Check-Repository-Referenz.
In der Vorschau eines Checks kannst du seine Eingabeoptionen ausprobieren, etwa einen Schalter aktivieren, um davon abhängige Felder zu sehen. Das ist nur eine Vorschau: Es wird kein Check zugewiesen und keine bestehende Konfiguration gespeichert. Eigene Check-Ausgaben kannst du außerdem mit Ergebnistext-Vorlagen für Benachrichtigungen und Meldungen aufbereiten.
Verfügbare Check-Typen
octoja liefert eine Sammlung integrierter Check-Typen in vier Kategorien aus. Neben dem allgemeinen Check Antivirus-Status gibt es dedizierte Checks für bestimmte Antivirus-Hersteller, UniFi-SNMP-Gerätechecks und einen Check Systemupdates. Die vollständige Liste folgt unten.
Hardware
Netzwerk
Sicherheit
Dienste
Wie du für die Checks zu Microsoft SQL Server, MySQL/MariaDB und PostgreSQL ein eigenes Konto mit minimalen Rechten anlegst, beschreibt Das Monitoring-Konto für Datenbank-Checks einrichten.
Check-Ergebnisse
Check-Verlauf und Aufbewahrung
Der Verlauf der Check-Ergebnisse wird standardmäßig 30 Tage lang aufbewahrt. Ältere Verlaufseinträge werden automatisch gelöscht; das jeweils letzte Ergebnis eines Checks bleibt erhalten.
Wenn du eine längere Aufbewahrung für deine octoja-Instanz benötigst, kontaktiere den octoja-Support. Durch den zusätzlichen Speicherbedarf und größere Backups können Mehrkosten entstehen.
Windows-Systemdateiintegrität (SFC)
Der Check Windows-Systemdateiintegrität gehört zur Kategorie Dienste und führt ausschließlich sfc /verifyonly aus. Er benötigt Windows und Administratorrechte auf dem Gerät. Es gibt keine check-spezifischen Eingabeoptionen. Das Standardintervall beträgt eine Woche (10.080 Minuten); ein Scan hat ein Zeitlimit von 20 Minuten. Wähle deshalb kein kurzes Intervall.
Anders als Dateisystemintegrität prüft dieser Check Windows-Systemdateien, nicht das NTFS-Dirty-Bit oder den physischen Zustand eines Laufwerks. Ein kritisches Ergebnis beweist daher keinen Festplattendefekt. Der Check zeigt keine Liste betroffener Dateien an und wertet CBS.log nicht aus.
Eine Reparatur mit sfc /scannow ist nicht Bestandteil des Checks. Führe sie bei Bedarf als separate, bewusst gestartete Automatisierung aus und wiederhole danach den Check, um den Zustand erneut zu ermitteln.
Konfigurationspakete
Anstatt Checks Gerät für Gerät zu konfigurieren, kannst du Konfigurationspakete verwenden, um Einstellungen regelbasiert Gerätegruppen zuzuweisen. Neben Checks kann ein Paket Software-Deployments, Automatisierungen, Agent-Einstellungen und Wartungsfenster enthalten.
Für einzelne Checks findest du ausführliche Anleitungen zu Comet-Backups, fehlenden Festplatten, HP-Garantie, DATEV und Securepoint-UTMs.
Weitere Check-Anleitungen:
Alerts
Du hängst eine Alarmierungskonfiguration an einen Check, damit octoja dich benachrichtigt, wenn er wiederholt fehlschlägt. Eine Konfiguration enthält einen oder mehrere Kanäle, und jeder Kanal entscheidet für sich, wann er auslöst und wohin er meldet: eine mobile Benachrichtigung, eine E-Mail, ein Webhook, Microsoft Teams, woasi, eine Meldung in octoja oder ein Ticket in einem angebundenen Helpdesk- oder PSA-System wie Zammad, TANSS, Autotask oder Jira. Da jeder Kanal eigene Schwellenwerte hat, kann eine Konfiguration eskalieren — früh eine Push-Benachrichtigung, eine Meldung, sobald das Problem anhält.
Ein Kanal löst erst aus, wenn der Check einen festgelegten Anteil eines Fensters der letzten Ergebnisse fehlschlägt (standardmäßig die Hälfte der letzten zehn), sodass ein einzelner Ausreißer still bleibt. Dieses Fenster kann Ergebnisse zählen oder einen Zeitraum in Minuten oder Stunden abdecken. Jeder Kanal hat außerdem eine Mindestschwere, standardmäßig Warnung, sodass ein Kanal auch nur auf Kritisch reagieren kann. Alarmierungskonfigurationen werden dem Check innerhalb eines Konfigurationspakets zugewiesen, und ein einzelnes Gerät kann die Alarm-Konfiguration überschreiben oder seine Alarme abschalten, während der Check weiterläuft. Ergebnisse mit Warnung und Kritisch werden außerdem stets auf dem Tab Checks des Geräts angezeigt. Siehe Alarmierung für einen Check einrichten.
War dies hilfreich?
Brauchen Sie noch Hilfe? Team fragen