Automatisierte Aufgaben mit cron und crontab in Linux planen

Wer mit Linux arbeitet, wird früher oder später benötigen automatisieren sich wiederholende AufgabenDatensicherungen, Bereinigungen, Aktualisierungen, Berichtserstellung, Neustarts von Diensten… Für all das ist der Daemon der klassische Verbündete. cron und die Dateien crontabDadurch können Sie dem System mitteilen, was es wann ausführen soll, ohne dass Sie es ständig überwachen müssen.

Obwohl das Konzept einfach ist, steckt in der Realität viel mehr dahinter: Crontab-Typen, Syntax voller SymboleBerechtigungen, Protokolle, Auswirkungen auf die Leistung, typische Fehler, Alternativen wie beispielsweise systemd-Timer, Unterschiede zwischen Cron und Anacron oder sogar konkrete Lösungen für Windows und macOS. In diesem Leitfaden finden Sie eine umfassende und übersichtliche Erklärung aller Inhalte, die in der Dokumentation und auf verschiedenen Seiten verstreut sind, jedoch in anderen Worten und in einem verständlicheren Ton erklärt.

Was ist ein Chronograph und warum ist es so wichtig, die Zeit genau zu messen?

In Systemen vom Typ Unix, cron ist ein Daemon läuft im Hintergrund Vom Moment des Maschinenstarts an. Ihre Aufgabe ist scheinbar sehr einfach: Jede Minute prüft sie ihre Programmtabellen und sieht nach, ob eine Anweisung mit dem aktuellen Datum und der Uhrzeit übereinstimmt; wenn eine Übereinstimmung vorliegt, führt sie den Befehl aus. Skript angezeigt.

Dies impliziert, dass Cron dem vollkommen vertraut. SystemzeitWenn die Uhrzeit oder die Zeitzone falsch konfiguriert ist, werden Aufgaben zu anderen als den erwarteten Zeiten ausgelöst. Um dies zu vermeiden, ist die Synchronisierung mit [dem entsprechenden Dienst/der entsprechenden Plattform] unerlässlich. NTP (Network Time Protocol), das die korrekte Zeit durch Abfrage von Zeitservern im Internet beibehält.

In den meisten modernen Distributionen können Sie den Zeitstatus mit folgendem Befehl überprüfen:

timedatectl

Dieser Befehl zeigt an, ob das Datum korrekt ist, was Zeitzone Es ist aktiv und das System ist mit NTP synchronisiert. Falls die Zeitzone nicht korrekt ist, können Sie sie beispielsweise so anpassen:

timedatectl set-timezone Europe/Madrid

Darüber hinaus werden NTP-Dienste in Dateien wie beispielsweise konfiguriert /etc/ntp.conf oder Äquivalente, je nach Distribution. Die Feinabstimmung all dieser Komponenten ist unerlässlich, denn wenn die Uhr nicht synchronisiert ist, … Cronjobs Sie werden zu absurden Zeiten anfangen zu laufen, ohne dass Sie anscheinend irgendetwas geändert haben.

Was genau ist eine Crontab?

Der Cron-Daemon weiß nicht von selbst, was er tun soll; er wird von einer oder mehreren speziellen Dateien gesteuert, die als „.bashrc“ bezeichnet werden. crontab (Cron-Tabelle)Jede dieser Dateien ist eine einfache Textdatei mit Zeilen, die angeben, wann und was ausgeführt werden soll, wobei eine kompakte Syntax auf Basis von Zeitfeldern verwendet wird.

In einem Standard-Linux-System gibt es zwei Hauptkonfigurationstypen:

• Cronab des Systems: ist normalerweise in / etc / crontab und wird durch Dateien in ergänzt /etc/cron.d/ oder mit Verzeichnissen wie /etc/cron.stündlich, /etc/cron.dailyusw. Normalerweise kümmert er sich darum. Wurzel und wird für kritische Systemaufgaben eingesetzt.
• Benutzer crontabJeder Benutzer kann seine eigene Tabelle haben, die unter Pfaden wie folgt gespeichert wird: / var / spool / cron o /var/spool/cron/crontabs Gemäß der Verteilung. Dies ist die empfohlene Vorgehensweise für jede Person zur Terminplanung. ihre eigene Arbeit ohne die globalen Einstellungen zu verändern.

Benutzer-Crontabs werden nicht direkt mit einem normalen Editor bearbeitet, sondern über den Befehl crontab, das dafür zuständig ist, die Datei am richtigen Ort mit den entsprechenden Berechtigungen zu speichern.

Um die Tabelle des aktuellen Benutzers anzuzeigen, zu erstellen oder zu bearbeiten, verwenden Sie:

crontab -e

Wenn Sie über Administratorrechte verfügen, können Sie die Tabelle eines anderen Benutzers verwalten, indem Sie die entsprechende Option hinzufügen. -u:

crontab -e -u nombreusuario

Grundlegende Syntax einer Crontab-Zeile

Jeder geplante Job belegt eine einzelne Zeile in der Crontab-Datei. Das grundlegende Format in Benutzer-Crontabs ist:

m h dom mon dow comando

Diese fünf Anfangsfelder definieren das Moment oder die Periodizität, und danach die vollständiger Befehl oder Skript ausführen. Die Felder bedeuten:

• Minute (m): Werte von 0 bis 59.
• Zeit (h): von 0 bis 23 (24-Stunden-Format).
• Tag des Monats (Sonntag): von 1 bis 31.
• Monat (Montag): von 1 bis 12 oder der Name/die Abkürzung des Monats gemäß dem System.
• Wochentag (unten): von 0 bis 6 (manchmal stehen 0 und 7 für Sonntag) oder englische Abkürzungen (mon, tue usw.).

In System-Crontabs (zum Beispiel in / etc / crontabUnmittelbar vor dem Befehl befindet sich ein zusätzliches Feld, das Folgendes angibt: Benutzer, bei dem es ausgeführt werden soll diese Aufgabe:

m h dom mon dow usuario comando

Eine typische Systemeingabe könnte lauten:

00 19 * * 0 usuario /ruta/absoluta/consulta.sh

Diese Zeile würde das Skript ausführen. jeden sonntag Um 19:00 Uhr, unter Verwendung des Kontos dieses Benutzers. In persönlichen Crontabs ist der implizite Benutzer jedoch immer der Dateibesitzer, sodass dieses Feld nicht angezeigt wird.

Sonderzeichen in cron: *, -, / und andere

Die große Stärke von Cron liegt darin, dass man nicht immer in jede Spalte eine einzelne Zahl schreiben muss. Man kann stattdessen … spezielle Symbole zum Definieren von Bereichen, Listen oder Intervallen, wodurch sich recht ausgefeilte Regeln erstellen lassen, ohne dass komplexe Skripte erforderlich sind.

• * (Sternchen): bedeutet „alle möglichen Werte“ in diesem Feld. Beispielsweise bedeutet ein * im Feld „Monat“ alle Monate.
• , (Komma): Wird verwendet, um eine Liste bestimmter Werte anzugeben. Zum Beispiel im Feld „Stunden“: 6,18 Es würde um 6:00 Uhr und 18:00 Uhr laufen.
• - (Bindestrich): definiert Bereiche. Wenn Sie im Wochentag Folgendes angeben 1 bis 5Sie werden von Montag bis Freitag arbeiten.
• / (quer): bedeutet „jedes n“. Zum Beispiel: * / 10 In diesem Kontext entspricht das Wort „Minute“ der Bedeutung „alle zehn Minuten“.
• Bereich/außerManche Implementierungen erlauben eine Syntax wie diese: 0-23 / 2 um "alle 2 Stunden" innerhalb des gesamten Bereichs von 0 bis 23 zu sagen.

Außerdem alles, was mit # Der Anfang einer Zeile wird als Kommentar betrachtet und läuft nichtDies ist sehr praktisch, sowohl um zu dokumentieren, was jeder Job bewirkt, als auch um einen Eintrag vorübergehend zu deaktivieren, ohne ihn zu löschen.

Vordefinierte Zeichenketten: @daily, @reboot und ähnliche

In den meisten gängigen Fällen unterstützt cron eine Reihe von Stichworte Diese ersetzen die fünf Zeitfelder und vereinfachen die Tabelle erheblich. Sie bieten zwar weniger Flexibilität als die vollständige Syntax, sind aber für einfache Aufgaben sehr praktisch.

Die gebräuchlichsten sind:

• @neustart: Führt die Aufgabe jedes Mal einmal aus, wenn das System startet.
• @jährlich o @jährlich: einmal jährlich (entspricht 0 0 1 1 *).
• @monatlich: der erste Tag eines jeden Monats um Mitternacht (0 0 1 * *).
• @wöchentlich: einmal pro Woche, in der ersten Minute der ersten Stunde des Tages, die als Beginn der Woche gilt (0 0 * * 0 in den meisten Systemen).
• @Täglich o @Mitternacht: jeden Tag um 00:00 (0 0 * * *).
• @stündlich: jede Stunde, um Minute 0 (0 * * * *).

Wenn Sie bearbeiten mit crontab -eSie können diese Zeichenketten direkt verwenden, sodass eine alltägliche Aufgabe wie das tägliche Ausführen eines Skripts auf eine sehr übersichtliche Zeile reduziert wird mit @Täglich und der gewünschte Befehl.

Praktische Beispiele für die Programmierung mit Cron

Die Theorie ist schön und gut, aber erst die Beispiele veranschaulichen das Konzept wirklich. Mit der Syntax, die wir kennengelernt haben, können Sie beispielsweise Folgendes programmieren:

• Skript täglich um 19:00 Uhr:

  00 19 * * * /ruta/del/script/consulta.sh

• Nur sonntags um 19:00 Uhr:

  00 19 * * 0 /ruta/del/script/consulta.sh

• Jedes Jahr am 4. Februar um 19:00 Uhr.:

  00 19 4 2 * /ruta/del/script/consulta.sh

• Alle 10 Minuten:

  */10 * * * * /ruta/del/script.sh

• Montag bis Freitag um 7:55 Uhr und 19:55 Uhr:

  55 7,19 * * 1-5 /ruta/del/script.sh

Viele Anleitungen raten davon ab, es zu oft zu verwenden. Befehle Komplexitäten in der Cron-Zeile selbst und stattdessen eine dediziertes Skript (zum Beispiel in /usr/local/bin oder einem Skriptverzeichnis) und nur dieses Skript über die Crontab ausführen. Dadurch bleibt die Tabelle übersichtlich und die Logik in einer Datei, die leichter zu debuggen ist.

Skripte und Berechtigungen für deren Verwendung mit Cron erstellen

Damit Cron Ihre Skripte ausführen kann, reicht es nicht aus, sie nur einzuplanen; sie müssen … korrekte Ausführungsberechtigungen und die entsprechenden Pfade. Ein einfaches Beispiel für ein Skript wäre:

nano consulta.sh

#!/bin/bash
# script de ejemplo
sudo ls -l / > archivoResultado.txt

Nach dem Speichern muss die Datei ausführbar gemacht werden, damit cron nicht fehlschlägt:

chmod ugo+x consulta.sh

Dieser Punkt ist entscheidend, denn wenn die Datei nicht ausführbar ist, schlägt der Auftrag entweder stillschweigend fehl oder es werden Fehler generiert, die Sie später sehen werden. Protokolle oder E-MailsVon dort aus können Sie die entsprechende Zeile mit dem absoluten Pfad zum Skript zu Ihrer Crontab hinzufügen.

Umgebungsvariablen und PATH in der Crontab

Wenn cron eine Aufgabe ausführt, geschieht dies nicht in derselben Umgebung wie bei Ihnen. Terminal Interaktiv. Es beginnt mit einer sehr minimalistischen Umgebung, mit Variablen wie zum Beispiel HOME, SHELL, LOGNAME und PATH auf Standardwerte gesetzt. Dies führt zu einem der häufigsten Fehler: Skripte, die in der Konsole einwandfrei funktionieren, aber Sie scheitern, wenn sie nach Cron-Prinzipien vorgehen..

Der übliche Grund dafür ist, dass PATH Das Verzeichnis, das Cron sieht, enthält keine Verzeichnisse, in denen Befehle wie git, python, Pip, Knoten und ähnliches. Die Lösung besteht entweder darin, immer zu verwenden absolute Pfade zu den Binärdateien in Ihren Skripten oder definieren Sie einen expliziten PATH am Anfang der Crontab-Datei, zum Beispiel:

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
MAILTO="[email protected]"

Dies stellt sicher, dass Cron die ausführbaren Dateien finden Genau so, als würden Sie sie über eine interaktive Shell aufrufen. Und durch Hinzufügen der MAILTO-Variablen können Sie steuern, an welche Adresse die Ausgaben und Fehlermeldungen der Jobs gesendet werden.E-Mails aus Bash und PowerShell senden).

Wo kann ich die Ausgabe und die Protokolle von Cronjobs einsehen?

Standardmäßig sendet cron die Standardausgabe und Fehlerausgabe Jeder Auftrag wird an die lokale E-Mail-Adresse des Benutzers gesendet, der den Auftrag geplant hat. Wenn Sie einen Mail Transfer Agent (MTA) konfiguriert haben (z. B. Postfix oder Sendmail), können Sie diese Nachrichten mit Tools wie … lesen. E-mail oder sie auf ein externes Konto umzuleiten.

In minimalistischen Umgebungen, in denen E-Mail nicht konfiguriert ist, werden Cron-Aktivitäten üblicherweise in Systemprotokolldateien protokolliert. Je nach Distribution finden Sie die entsprechenden Informationen unter:

• / var / log / syslog (Ubuntu, Debian und Derivate).
• /var/log/cron (CentOS, RHEL, Oracle Linux usw.).

Zur Untersuchung von Problemen können Sie Befehle wie die folgenden verwenden:

tail -n 50 /var/log/syslog | grep CRON

tail -f /var/log/cron

Darüber hinaus können Sie die Ausgabe eines Jobs jederzeit in eine bestimmte Datei umleiten, beispielsweise um eine dediziertes Protokoll zu diesem Job:

0 2 * * * /home/usuario/backup.sh >> /var/log/backup.log 2>&1

Wenn Sie möchten, dass es nicht gesendet wird nichts per PostSie können die gesamte Ausgabe nach /dev/null senden:

0 2 * * * /ruta/script.sh >/dev/null 2>&1

Grundlegende Crontab-Verwaltung

Der Befehl crontab Es zentralisiert die gängigsten Vorgänge zur Verwaltung der geplanten Jobs eines Benutzers. Die am häufigsten verwendeten Optionen sind:

• crontab -e: Bearbeitet (oder erstellt) die Crontab des aktuellen Benutzers mit dem Standardeditor (nano, vim usw.).
• Crontab -l: Listet alle aktuellen Einträge in der Tabelle des Benutzers auf.
• Crontab -r: Löscht die Crontab des Benutzers vollständig (ohne Bestätigung, daher mit Vorsicht vorgehen).
• Crontab-Datei: Ersetzt die aktuelle Crontab durch den Inhalt der angegebenen Datei.
• crontab -u Benutzer: Verwaltet die Tabelle eines anderen Benutzers (erfordert Berechtigungen).
• crontab -c dirIn manchen Systemen ermöglicht es Ihnen, das Verzeichnis festzulegen, in dem die Crontab-Datei gespeichert wird.

Wenn du eine machen willst sichern Für Ihre Arbeit exportieren Sie die Tabelle einfach in eine Textdatei:

crontab -l > ~/crontab_backup.txt

Und stellen Sie es später wieder her mit:

crontab ~/crontab_backup.txt

Auswirkungen auf die Leistung und bewährte Verfahren

Cron selbst verbraucht sehr wenige Ressourcen, aber das bedeutet nicht, dass man das System gedankenlos mit Regeln füllen kann. Jeder ausgelöste Job beinhaltet CPU-, Speicher-, Festplatten- und häufig auch NetzwerknutzungWenn viele schwere Arbeiten zusammenfallen die zeitSie können Lastspitzen verursachen, die sich auf Benutzer oder Dienste im Produktivbetrieb auswirken.

Bei der Planung vieler Aufgaben bestehen mehrere klare Risiken:

• Verbrauch von RessourcenWenn mehrere rechenintensive Skripte gleichzeitig gestartet werden (z. B. Backups und Updates), kann dies zu einer Überlastung der CPU oder der E/A führen und das System träge machen.
• NetzwerküberlastungAufgaben, die Daten synchronisieren, Dateien hochladen oder APIs abfragen, können in kritischen Zeiten die Bandbreite stark beanspruchen.
• ZugangskonflikteWenn zwei Prozesse gleichzeitig in dieselbe Datei oder Datenbank schreiben, kann dies zu fehlerhaften oder inkonsistenten Ergebnissen führen.

Um diese Probleme zu mindern, wird Folgendes empfohlen:

• Wählen Sie Zeiten außerhalb der Stoßzeiten., wie zum Beispiel der frühe Morgen, für schwere Arbeiten.
• Verwenden Sie Tools wie schön y CPU-Begrenzung die Priorität bestimmter Prozesse zu senken oder deren CPU-Auslastung einzuschränken.
• Vermeiden Sie die gleichzeitige Ausführung desselben Skripts durch Herde oder andere Blocktechniken.
• Systemprotokolle und -reaktionen regelmäßig überwachen, um Engpässe zu erkennen. Überwachung der Leistung mit eBPF.

Ein praktischer Trick ist, dem Cronjob etwa Folgendes hinzuzufügen:

0 3 * * * nice -n 19 /ruta/script_pesado.sh

So können Sie die Arbeit mitten in der Nacht und mit dem niedrigste CPU-Prioritätwodurch die Auswirkungen auf die übrigen Prozesse verringert werden.

Häufige Fehler und wie man sie vermeidet

Die Arbeit mit Cronjobs birgt einige Tücken. Es gibt eine Reihe häufiger Fehler, die Sie kennen sollten, um nicht den Verstand zu verlieren:

• Unvollständiger PfadWie bereits erwähnt, funktionieren Befehle, die manuell funktionieren, nicht mehr im Cron-Job, weil sie nicht im PATH des Daemons liegen.
• Falsche Berechtigungen: Skripte ohne Ausführungsbit oder mit Berechtigungen, die für den Benutzer, der sie ausführt, zu restriktiv sind.
• Relative PfadeDie Verwendung von ./script.sh oder relativen Pfaden, ohne vorher in das richtige Verzeichnis innerhalb des Skripts gewechselt zu haben, führt zu „Datei nicht gefunden“-Fehlern.
• Unkontrollierter Ausgang: keine Umleitung von Protokollen oder Definition von MAILTO und anschließendes Überlaufen der Mail-Warteschlange oder ohne dass eine Spur von dem, was passiert ist, gefunden wird.
• zu oft: Prozesse, die unnötigerweise jede Minute ausgeführt werden und dadurch eine konstante Last und riesige Protokolldateien erzeugen.

Für die Fehlersuche ist folgende Vorgehensweise dringend zu empfehlen: Testen Sie die Skripte zuerst manuell. Verwenden Sie dasselbe Benutzerkonto, unter dem auch der Cronjob ausgeführt wird, und planen Sie die Jobs nur dann, wenn alles reibungslos läuft. Fügen Sie der Crontab-Datei außerdem aussagekräftige Kommentare hinzu, um die Funktion jeder Zeile nachzuvollziehen.

Sicherheit und Zugriffskontrolle für Cron

Automatisierte Aufgaben sind besonders anfällig für Missbrauch, wenn es jemandem gelingt, in die Crontab-Datei zu schreiben oder sie zu verändern. Deshalb ermöglichen viele Distributionen die Steuerung der Cron-Nutzung über Konfigurationsdateien. /etc/cron.allow y /etc/cron.deny.

Der typische Ablauf ist:

• Wenn ja /etc/cron.allowNur die dort aufgeführten Benutzer können cron verwenden.
• Wenn die Option „Zulassen“ nicht existiert, aber … /etc/cron.denyAlle außer den aufgeführten Personen können es nutzen.

Darüber hinaus ist es ratsam Berechtigungen prüfen Bezüglich der verwendeten Skripte und Verzeichnisse sollten Sie schlecht kontrollierte sudo-Befehle oder Pfade, die jeder ändern kann, nicht zu cron hinzufügen. Eine anfällige crontab kann ein Weg sein, Berechtigungen zu erweitern oder sich dauerhaft auf einem kompromittierten System einzunisten.

Alternativen zu cron und crontab unter Linux, Windows und macOS

Obwohl Cron auf vielen Servern nach wie vor der De-facto-Standard ist, ist es weder die einzige noch immer die geeignetste Option. Es gibt Tools für Fälle, die Cron normalerweise nicht abdeckt, beispielsweise Jobs, die auch bei ausgeschaltetem Computer ausgeführt werden müssen.

In der Linux/Unix-Welt stechen folgende Aspekte hervor:

• AnacronIdeal für Computer, die nicht rund um die Uhr eingeschaltet sind. Wenn eine geplante Aufgabe nicht ausgeführt werden konnte, weil der Computer ausgeschaltet war, wird sie beim Neustart des Computers gestartet.
• FcronÄhnlich wie Cron, aber flexibler in Bezug auf Zeitpläne, sodass Sie Dinge wie „ungefähr zu dieser Zeit“ angeben können und auch auf Maschinen funktionieren, die häufig heruntergefahren werden.
• hcronWeniger bekannt ist, dass es Funktionen wie Labels zur Organisation von Aufgaben, Teamnetzwerkmanagement und Sicherheitsverbesserungen in der Verwaltung hinzufügt.
• McCon: eine weitere Implementierung mit Besonderheiten, wie der Möglichkeit, Zeitpläne neu zu definieren und Aufträge von einem Ausgangspunkt aus neu zu erstellen.

Es gibt auch leistungsstarke Alternativen für Nicht-Linux-Systeme:

• WindowsEs gibt Tools wie WinCron, VisualCron oder Advanced Task Scheduler, die Folgendes bieten: grafische Oberflächen sehr umfassend für die Aufgabenplanung, ohne sich mit der Cron-Syntax auseinandersetzen zu müssen.
• macOSObwohl cron weiterhin vorhanden ist, empfiehlt Apple die Verwendung von launchdEs wird mithilfe von .plist-Dateien konfiguriert und bietet eine wesentlich tiefere Integration in das System: automatische Neustarts fehlgeschlagener Aufgaben, erweiterte Bedingungen usw.

Im modernen Linux darf man auch nicht vergessen, Systemd-Timerdie als "integrierter Cron" innerhalb von systemd fungieren. Sie ermöglichen Dinge, die Cron nicht so gut kann: die Verkettung von Diensten, die Reaktion auf Ereignisse (Starten(Netzwerkverbindung…), Wiederholungsversuche verwalten, Protokollierung im Journal usw. Sie sind komplexer zu konfigurieren, aber für anspruchsvolle Umgebungen sind sie oft die beste Wahl.

Cron im beruflichen und geschäftlichen Umfeld

Im Kontext von Servern und Unternehmen sind cron und crontab ein Eckpfeiler für Routineaufgaben automatisieren und menschliche Fehler reduzieren. Typische Anwendungsgebiete in Organisationen sind beispielsweise:

• Tägliche oder wöchentliche Backups von Datenbanken und kritische Dateien.
• Regelmäßige System- und Anwendungsaktualisierungen oder Sicherheitsüberprüfungen.
• Automatische Erstellung und Versendung von Berichten an verschiedene Abteilungen.
• Wartungsskripte: Alte Protokolle bereinigen, Dateien rotieren, temporäre Dateien leeren.
• Regelmäßige Überwachung von Ressourcen (CPU, RAM, Festplatte) und Diensten.

Der Hauptvorteil besteht darin, dass Administratoren und Techniker von wiederkehrenden Aufgaben entlastet werden, sodass sie sich auf wertschöpfendere Tätigkeiten konzentrieren können. In einem professionellen Umfeld ist jedoch besondere Sorgfalt geboten. StellendokumentationVersionskontrolle der Skripte und regelmäßige Überprüfung des Programminhalts, um Überraschungen bei Team- oder Personenwechseln zu vermeiden.

Darüber hinaus ist es ratsam, Cron zu verwenden, um Systeme mit Befehlen zu versorgen. Überwachung und Warnmeldungen (zum Beispiel, indem Prüfskripte Dienste wie Healthchecks.io benachrichtigen, wenn etwas fehlschlägt oder nicht rechtzeitig ausgeführt wird), sodass man sich nicht nur auf das manuelle Durchsehen von Protokollen verlassen muss.

Damit werden cron und crontab zu einer Art „automatischem Zeitplan“ für das System: Wenn Sie die Häufigkeit gut planen, Berechtigungen überwachen, die Umgebung kontrollieren und sich um die Protokolle kümmern, können Sie sich für fast jede Art von täglicher Automatisierung darauf verlassen, ohne dabei verrückt zu werden oder die Leistung Ihrer Server zu beeinträchtigen.