Cron-Job- & Heartbeat-Monitoring, das lautlose Ausfälle entdeckt.
Ein toter Cron-Job wirft keinen Fehler und schreibt kein Log – Sie erfahren es erst, wenn Sie das Backup brauchen. Geben Sie jedem Job eine Ping-URL, und Uptimia öffnet binnen einer Minute nach der verpassten Frist einen Vorfall.
Pulse — last 2 hours
one blip per ping received · 24 expectedHow this check works
hb_9f2c41d8a03b57e6The ping — one line of cron
crontab · queue-workerPing log
every signal we received, newest firstDas Backup, das nicht lief
Ein nächtliches Datenbank-Backup, geplant für 03:30 Uhr. Das Skript brach ab, bevor es pingen konnte – nichts meldete einen Fehler, nichts wurde protokolliert, und das einzige Signal war der Ping, der nie ankam.
Überwachen Sie geplante Jobs – egal, wo sie laufen
Wenn es eine HTTP-Anfrage senden kann, kann Uptimia es überwachen – Pings gehen nur nach außen, daher melden sich Jobs hinter Firewalls und NAT problemlos.
Zeitpläne, Signale und das Ping-Log
Innerhalb einer Minute alarmiert
Jeder Monitor wird alle 60 Sekunden geprüft. Eine verpasste Frist jenseits Ihrer Kulanz öffnet genau einen Vorfall, und die Warnungen gehen raus – keine wiederholten Alarmwellen, und geschlossen wird erst, wenn ein echter Ping zurückkommt.
- Eskalationsleitern und Quittierungslinks mit einem Klick – kein Login nötig
- Wiederherstellungsbenachrichtigung, wenn der Job zurückkommt
- Wartungsfenster und Pause – keine Fehlalarme während Deploys
Ihr Cron-Ausdruck, Ihre Zeitzone
Fügen Sie die Zeile ein, die bereits in Ihrer Crontab steht, oder legen Sie ein einfaches Intervall von 30 Sekunden bis 90 Tagen fest. Fristen folgen der Sommerzeit, damit ein 03:30-Uhr-Job auch im Oktober um 03:30 Uhr bleibt.
- Jeder fünffeldige Cron-Ausdruck – Bereiche, Schritte, Namen, @daily-artige Makros
- Eine Kulanzfrist, die Sie pro Job festlegen – ein Job, der manchmal länger dauert, alarmiert niemanden
- Ungültige oder unmögliche Zeitpläne werden beim Speichern abgelehnt
in Ihrer Zeitzone
Jeder Lauf im Ping-Log
Öffnen Sie einen Monitor und sehen Sie, wann der Job zuletzt lief, ob er sich Woche für Woche nach hinten verschiebt und wie lange jeder Lauf dauerte – ganz ohne Shell-Zugriff auf die Maschine.
- 12-Stunden-Pulstreifen und ein Pings-pro-Stunde-Diagramm gegen die erwartete Rate
- Laufdauer bei jedem Ping, wenn der Job ein Startsignal sendet
- Verspätete Pings werden im Log markiert – nie alarmiert
erwartet 4 / Stunde – 09:00 Uhr nur 3
start 09:45:01 · success 09:45:03 → run 2.1 s
Findet Hänger und Abstürze, nicht nur Stille
Drei Signale decken jede Art des Job-Ausfalls ab. Erfolg setzt den Countdown zurück; Start aktiviert ein Laufzeitlimit, sodass ein hängender Job alarmiert, selbst wenn er sich nie beendet; ein /fail alarmiert sofort.
- /start – Laufdauer im Log, plus Erkennung der maximalen Laufzeit
- /fail – sofortiger Vorfall, Kulanz übersprungen
- Funktioniert von jedem HTTP-Client – curl, wget, PowerShell oder Ihr eigener Code
arten
So funktioniert Heartbeat-Monitoring
Eine URL pro Job – kein Agent, keine Bibliothek.
Monitor erstellen
Benennen Sie den Job und legen Sie seinen Zeitplan fest – Intervall oder Cron. Beim Speichern entsteht eine private Ping-URL.
Eine Zeile zum Job hinzufügen
Hängen Sie ein curl an oder kopieren Sie ein fertiges Snippet – Crontab, Bash, PowerShell, GitHub Actions oder PHP. Der Monitor stellt sich beim ersten Ping selbst scharf.
30 3 * * * /usr/local/bin/db-backup.sh \
&& curl -fsS -m 10 --retry 3 \
https://uptimia.com/p/hb_9f2…c41 >/dev/null
# erster echter Ping stellt den Monitor scharf:
✓ Ping empfangen – db-backup · nightly ist scharf
Alarmiert werden, wenn es still wird
Verpasste Frist plus Kulanz = ein Vorfall. Ihr Team wird innerhalb einer Minute alarmiert – auf den Kanälen, die Sie bereits nutzen.
Fügen Sie dem Job eine Zeile hinzu.Erfahren Sie es in der Nacht, in der er aufhört.
Jeder Job, jeder Ping, jeder Benachrichtigungskanal – 30 Tage kostenlos, und nichts davon ist ein kostenpflichtiges Add-on.
Ebenfalls enthalten
Vollständige REST-API
Erstellen, bearbeiten, pausieren und löschen Sie Heartbeats aus Ihrer Pipeline – plus einen Cron-Vorschau-Endpunkt, der Ausdrücke validiert, bevor sie ausgeliefert werden.
Snippets mit eingesetztem Token
Crontab, Bash, PowerShell, GitHub Actions und PHP.
Token-Reset mit einem Klick
Die alte URL stirbt, sobald Sie das Token neu generieren.
NAT-freundliche Ratenbegrenzungen
Gezählt pro Monitor, nicht pro IP – Worker-Flotten willkommen.
Test-Pings
Feuern Sie einen vom Panel ab und sehen Sie, wie er im Log landet.
Alle Monitor-Typen in einem Konto
Dieselben Gruppen, dieselbe Kontaktliste und dieselben Rollen wie bei jedem anderen Monitor-Typ.
Wo Ihre Warnungen ankommen
Ein verpasstes Backup erreicht dieselben Menschen auf denselben Kanälen wie eine ausgefallene Website.
Microsoft Teams12 Kanäle, eine Kontaktliste – einmal festlegen, jeder Monitor-Typ nutzt sie.
Komplettes Integrationsverzeichnis durchsehen →Was ist Cron-Job- & Heartbeat-Monitoring?
Cron-Job-Monitoring – auch Heartbeat-Monitoring genannt – prüft, ob geplante Aufgaben tatsächlich laufen. Statt dass Uptimia Ihren Server abfragt, sendet jeder Job bei seinem Lauf eine kurze HTTP-Anfrage („Ping“) an seine eigene eindeutige URL. Kommt der Ping nicht zur geplanten Zeit plus Kulanzfrist an, öffnet Uptimia einen Vorfall und warnt Sie.
Verfügbarkeitsüberwachung
Funktioniert, wenn es etwas zu fragen gibt. Websites und APIs antworten; ein Cron-Job antwortet nicht.
Heartbeat-Monitoring
kein Ping bis 03:32 Uhr → Vorfall öffnet sich · ein /fail-Ping alarmiert sofort
Ein Totmannschalter für Cron
Jeder Uptimia-Heartbeat-Monitor ist einer – Cron-fähige Zeitpläne, eine Kulanzfrist und Warnungen überall dort, wo Ihr Team arbeitet.
Heartbeat-Monitoring-FAQ
01Was muss mein Job eigentlich tun?+
curl -fsS -m 10 --retry 3 https://uptimia.com/p/hb_… am Ende der Crontab-Zeile genügt. GET, POST und HEAD funktionieren alle. Der Monitor ruht, bis sein erster echter Ping kommt – er kann also nicht alarmieren, während Sie ihn gerade einrichten.02Wann genau wird eine Warnung ausgelöst?+
/fail-Ping alarmiert sofort, und solange ein Vorfall offen ist, kommt keine erneute Warnung.03Mein Job hängt, statt abzustürzen – bekommen Sie das mit?+
/start, wenn der Lauf beginnt, und setzen Sie eine maximale Laufzeit. Folgt innerhalb des Limits kein Erfolg, öffnet sich ein Vorfall. Außerdem steht die Dauer jedes Laufs im Log.04Warum ist mein Cron-Job nicht gelaufen?+
05Kann ich Kubernetes-CronJobs, GitHub Actions oder Windows-Aufgaben überwachen?+
06Was speichern Sie über jeden Ping?+
07Wir pingen von Hunderten Workern hinter einem NAT – ist das ein Problem?+
08In welcher Zeitzone laufen Cron-Zeitpläne?+
09Kann ich Heartbeats ohne die Oberfläche verwalten?+
10Lässt eine Link-Vorschau einen toten Job versehentlich lebendig wirken?+
11Ist Heartbeat-Monitoring ein kostenpflichtiges Add-on?+
Ihr nächster verpasster Job sollte Sie alarmieren.
Eine Zeile am Ende eines Jobs stellt ihn unter Beobachtung – neben Ihrer Verfügbarkeits-, SSL- und Server-Überwachung.