Detaillierte Erklärung und Zusammenfassung der Verwendung des Crontab-Befehls für geplante Linux-Aufgaben

Der Befehl crontab wird von Unix und Linux verwendet, um Anweisungen für die periodische Ausführung einzurichten. Es handelt sich dabei um eine im Internet weit verbreitete Technologie. Viele Aufgaben werden in crontab für die zyklische Ausführung eingerichtet.

Wenn Crontab nicht verwendet wird, handelt es sich bei der Aufgabe um ein residentes Programm, das hohe Anforderungen an Ihr Programm stellt. Eine Anforderung ist, dass Ihr Programm rund um die Uhr einsatzbereit sein muss, und die andere ist, dass Ihr Planungsprogramm zuverlässig sein muss. Bei der tatsächlichen Arbeit müssen 90 % der Programme nicht so viel Zeit und Energie aufwenden, um die beiden oben genannten Probleme zu lösen. Sie müssen nur Ihre eigene Geschäftslogik schreiben und sie über Crontab planen, ein Programm für den industriellen Einsatz. Es sollte keinen Zweifel an der Zuverlässigkeit und Robustheit von Crontab geben.

Eine einfache Einführung in den Crontab-Befehl

Angenommen, ich möchte eine Aufgabe festlegen, um Daten jede Minute zu synchronisieren. Der Pfad dieses Synchronisierungsskripts lautet /home/blue/do/rsyncfile.sh. Dann kann ich es wie folgt konfigurieren. Als Benutzer blue gebe ich im Terminal ein:

crontab -e
# Sie gelangen dann zum vi-Bearbeitungsbildschirm, damit Sie Ihre Arbeit bearbeiten können! Beachten Sie, dass jeder Job eine Zeile ist.
#Zeitteilung Tag, Monat, Woche|<================Die vollständige Befehlszeile für die Aufgabe * * * * * /home/blue/do/rsyncfile.sh

Standardmäßig kann jeder Benutzer, der nicht in /etc/cron.deny enthalten ist, direkt „crontab -e“ ausgeben, um seine eigenen Routinebefehle zu bearbeiten! Der gesamte Vorgang ist genau wie oben beschrieben. Sie gelangen zum Bearbeitungsbildschirm von vi und bearbeiten dann jeweils eine Zeile. Geben Sie nach der Bearbeitung ":wq" ein, um vi zu speichern und zu beenden!

Wenn wir das Skript so ändern müssen, dass die Datensynchronisierung alle 5 Minuten ausgeführt wird, können wir auch crontab -e verwenden, um den Editor aufzurufen:

*/5 * * * * /home/blue/do/rsyncfile.sh

Wenn es ein Problem mit dem Server gibt und die Daten einen Tag lang nicht synchronisiert werden, müssen wir die Daten ergänzen. Angenommen, das Skript zum Ergänzen der Daten lautet /home/blue/do /rsyncfile_day.sh. Allerdings ist tagsüber die Spitzenzeit und nachts, also in der Nebenzeit, gibt es nicht viele Benutzer. Das Ergänzen der Daten wird viel Bandbreite beanspruchen, insbesondere tagsüber, was den normalen Geschäftsbetrieb beeinträchtigt. Daher können wir die Aufgabe zum Ergänzen der Daten im Allgemeinen um 2 Uhr morgens starten lassen und dann mit crontab -e den Editor aufrufen:

0 2 1 4 * /home/blue/do/rsyncfile_day.sh

Auf diese Weise wird unser Datenergänzungsskript am 1. April um 2:00 Uhr gestartet.

Das Synchronisieren von Daten ist eine sehr häufige Aufgabe in Internetunternehmen. Hier sehen Sie den Charme von crontab. Sie müssen nur die einfachste Geschäftslogik schreiben und die Planung crond überlassen, um eine Aufgabe mit hoher Zuverlässigkeit abzuschließen. Wenn Sie diese Art von Planungsprogramm selbst schreiben möchten, weiß ich nicht, wie viel Aufwand erforderlich ist, um es zuverlässig und stabil zu machen.

Syntax des crontab-Befehls

crontab [-u Benutzername] [-l|-e|-r]
Optionen und Parameter:
-u: Nur Root kann diese Aufgabe ausführen, d. h. anderen Benutzern beim Erstellen/Entfernen von Crontab-Aufgabenplänen helfen.
-e: Crontab-Job-Inhalt bearbeiten -l: Crontab-Job-Inhalt anzeigen -r: Alle Crontab-Job-Inhalte entfernen. Wenn Sie nur ein Element entfernen möchten, verwenden Sie bitte -e zum Bearbeiten

Aktuellen Crontab-Inhalt des Benutzers abfragen:

crontab -l
*/5 * * * * /home/blue/do/rsyncfile.sh
0 2 1 4 * /home/blue/do/rsyncfile_day.sh

Löschen Sie die aktuelle Crontab des Benutzers:

crontab -r
crontab -l
kein Crontab für blau

Wenn Sie eine Crontab-Aufgabe des aktuellen Benutzers löschen möchten, rufen Sie den Editor mit crontab -e auf und löschen Sie anschließend die entsprechende Aufgabe.

Einschränkungen des crontab-Befehls

/etc/cron.allow : Schreiben Sie die Konten hinein, die crontab verwenden können. Benutzer, die nicht in dieser Datei sind, können crontab nicht verwenden.

/etc/cron.deny : Hier werden Accounts eingetragen, die crontab nicht benutzen dürfen. Ist der Benutzer in dieser Datei nicht eingetragen, kann er crontab benutzen.

In Bezug auf die Priorität hat /etc/cron.allow Vorrang vor /etc/cron.deny. Dem oben Gesagten nach zu urteilen, wird nur eine dieser beiden Dateien zur Einschränkung ausgewählt. Daher wird empfohlen, nur eine zu behalten, um Ihre Beurteilung der Konfiguration nicht zu beeinträchtigen! Im Allgemeinen behält das System /etc/cron.deny standardmäßig bei. Sie können den Benutzer, der crontab nicht ausführen soll, in /etc/cron.deny eintragen, ein Konto pro Zeile!

Detaillierte Erklärung der Crontab-Konfigurationsdatei

crontab -e ist für den Cron des Benutzers gedacht. Wenn es sich um eine „Routineaufgabe des Systems“ handelt, müssen Sie die Datei /etc/crontab bearbeiten.

Das ist crontab -e. Diese crontab ist eigentlich die laufende Datei /usr/bin/crontab, aber /etc/crontab ist eine „einfache Textdatei“ und muss als Root bearbeitet werden.

Schauen wir uns zunächst den Inhalt der Crontab-Datei an

Katze /etc/crontab
 
# /etc/crontab: systemweite Crontab
# Im Gegensatz zu jeder anderen Crontab müssen Sie die `crontab' nicht ausführen
# Befehl zum Installieren der neuen Version, wenn Sie diese Datei bearbeiten
# und Dateien in /etc/cron.d. Diese Dateien haben auch Benutzernamenfelder,
# was keine der anderen Crontabs tut.
 
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
 
# mh dom monitor dow Benutzerbefehl
17 * * * * root-cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root-Test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

Diese Datei ist fast genau identisch mit dem Inhalt des crontab -e, das wir gerade ausgegeben haben! Es gibt nur wenige Orte, die anders sind

PATH=....:

Hier ist der Suchpfad zum Aufruf der Run-Datei! Die Verwendung der Standard-Pfadkonfiguration ist ausreichend!

17 * * * * root-cd / && run-parts --report /etc/cron.hourly:

Diese /etc/crontab ist mit vier Aufgaben vorkonfiguriert, die stündlich, täglich, wöchentlich und monatlich ausgeführt werden! Auf die fünf Spalten folgt allerdings kein Befehl, sondern eine neue Spalte, nämlich die „Identität, die die folgenden Befehle ausführt“! Dies unterscheidet sich vom crontab -e des Benutzers. Da die benutzereigene Crontab keine Identität angeben muss, muss die Identität in /etc/crontab angegeben werden! Gemäß der obigen Tabelle werden die Routinearbeiten des Systems standardmäßig als Root ausgeführt.

Wie lautet also die folgende Befehlsfolge? Sie können which run-parts verwenden, um danach zu suchen. Es handelt sich tatsächlich um ein Bash-Skript! Wenn Sie direkt zu /usr/bin/run-parts gehen, werden Sie feststellen, dass dieser Befehl alle Dateien im darauf folgenden „Verzeichnis“ erfasst und ausführt! Dies bedeutet: „Wenn Sie möchten, dass das System jede Stunde aktiv einen Befehl für Sie ausführt, schreiben Sie den Befehl in ein Skript und platzieren Sie die Datei im Verzeichnis /etc/cron.hourly/ “!

Wissen Sie jetzt, wie das System standardmäßig eine Reihe von Routineaufgaben plant? Wenn Sie ll /etc/cron.daily eingeben, werden Ihnen mehrere Dateien angezeigt. Diese Dateien sind die vom System bereitgestellten Skripte, und diese Skripte werden jeden Tag um 6:25 Uhr ausgeführt!

Angenommen, Sie möchten ein Verzeichnis erstellen, sodass das System alle 2 Minuten alle ausführbaren Dateien in diesem Verzeichnis ausführen kann. Sie können die folgende Zeile in /etc/crontab schreiben:

*/2 * * * * root-Ausführungsteile /etc/cron.min

Natürlich muss das Verzeichnis /etc/cron.min vorhanden sein! Was ist, wenn ich nur ein „Programm“ ausführen muss und kein Verzeichnis benötige? Was sollte ich tun? Wenn wir beispielsweise Netzwerkverkehr erkennen, möchten wir ihn alle fünf Minuten erkennen und analysieren. Wir können es wie folgt schreiben:

*/5 * * * * root /bin/mrtg /etc/mrtg/mrtg.cfg

Wie! Das Erstellen von Routinebefehlen ist einfach! Wenn Sie Systemadministrator sind und Ihre Aufgabe die routinemäßige Systemwartung ist, können Sie die Datei /etc/crontab direkt ändern! Es ist bequem und einfach zu verwalten!

Das Prinzip des Crontab-Befehls

Wenn ein Benutzer den Befehl crontab verwendet, um einen Aufgabenplan zu erstellen, wird die Aufgabe in /var/spool/cron/ aufgezeichnet und durch die Kontonummer identifiziert! Nachdem blue beispielsweise crontab verwendet, wird seine Arbeit in /var/spool/cron/blue aufgezeichnet! Beachten Sie jedoch, dass Sie vi nicht zum direkten Bearbeiten der Datei verwenden dürfen, da cron aufgrund von Syntaxfehlern bei der Eingabe möglicherweise nicht ausgeführt werden kann! Darüber hinaus wird jeder von cron ausgeführte Job in der Anmeldedatei /var/log/cron /var/log/cron !

Die Mindesterkennungsgrenze des Crond-Dienstes beträgt „Minuten“, sodass „cron den Dateninhalt in /etc/crontab und /var/spool/cron einmal pro Minute liest“. Solange Sie also die Datei /etc/crontab bearbeiten und speichern, wird die Cron-Konfiguration automatisch ausgeführt!

Hinweis: Crontab unter Linux hilft uns automatisch, die Routineaufgaben in /etc/crontab jede Minute neu zu lesen. Aus bestimmten Gründen oder in anderen Unix-Systemen wird Crontab jedoch in den Speicher gelesen, sodass es nach der Änderung von /etc/crontab möglicherweise nicht sofort ausgeführt wird. Bitte starten Sie zu diesem Zeitpunkt den Crond-Dienst neu! /etc/init.d/crond restart oder service crond restart

Detaillierte Erklärung des Crontab-Befehlsformats

Das Format jeder Aufgabe (jede Zeile) besteht aus sechs Feldern. Die Bedeutung dieser sechs Felder ist:

Das interessantere ist das „Zhou“! Wenn die Wochenzahl 0 oder 7 ist, bedeutet sie „Sonntag“! Darüber hinaus gibt es noch einige Hilfszeichen, die in etwa wie folgt lauten:

Zhou und Sonne und Mond können nicht koexistieren

Ein weiterer zu beachtender Punkt ist: „Sie können als Zyklus Wochen oder Tage und Monate verwenden, Sie können jedoch nicht nach einem ‚Monat und Wochentag‘-Modell arbeiten.“ Dies bedeutet, dass Sie keinen Aufgabenplan wie diesen schreiben können:

30 12 11 9 5 root echo "nur testen" <==Das ist falsch

Ursprünglich dachten Sie, dass diese Aufgabe nur ausgeführt wird, wenn der 11. September auf einen Freitag fällt. Leider kann das System festlegen, dass diese Aufgabe jeden Freitag oder jedes Jahr am 11. September ausgeführt werden soll. Dies weicht von Ihrem ursprünglichen Plan ab. Sie müssen diesen Punkt also beachten! Die obige Beschreibung ist falsch!

Zeigen Sie den Crontab-Ausführungsverlauf unter CentOS an

Ich habe eine geplante Aufgabe zu crontab hinzugefügt, aber nicht das erwartete Ergebnis erhalten. Ich vermutete, dass crontab die entsprechende Aufgabe nicht ausführte. Aber wie kann ich feststellen, ob crontab ausgeführt wird?

Hierzu muss der Ausführungsverlauf von Crontab angezeigt werden. Der genaue Speicherort lautet wie folgt:

cd /var/log
Schwanz -100 Cron

Sie können die zugehörigen geplanten Aufgaben überprüfen, die in der Cron-Datei ausgeführt wurden.

Beschreibung des Crontab-Befehlsformats

Wir können crontab -e verwenden, um auszuführende Befehle hinzuzufügen. Das Ergebnis der Befehlsausführung, ob Standardausgabe oder Fehlerausgabe, wird dem Benutzer per E-Mail übermittelt.

Der hinzugefügte Befehl muss das folgende Format haben:

 * * * * * /Befehlspfad

Die ersten fünf Felder können ganzzahlige Werte annehmen, um anzugeben, wann mit der Arbeit begonnen werden soll, und das sechste Feld ist eine Zeichenfolge, d. h. das Befehlsfeld, das den Befehl enthält, dessen Ausführung durch crontab geplant ist. Die einzelnen Felder sind durch Leerzeichen und Tabulatoren getrennt.

Die ersten fünf Felder stehen für:

Minuten: 0-59
Stunden: 1-23
Datum: 1-31
Monat: 1-12
Wochentag: 0-6 (0 bedeutet Sonntag)

Es können auch einige Sondersymbole verwendet werden:

*: Jederzeit
,: zeigt Segmentierung an -: zeigt ein Segment an, beispielsweise das zweite Ende: 1-5, was 1 bis 5 Punkte bedeutet
/n: bedeutet, dass der Befehl einmal pro n Einheiten ausgeführt wird. Im zweiten Absatz bedeutet beispielsweise */1, dass der Befehl einmal pro Stunde ausgeführt wird. Es kann auch als 1-23/1 geschrieben werden.

Einige Beispiele:

00 8,12,16 * * * /data/app/scripts/monitor/df.sh
30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_ind_unusable.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_maxfilesize.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_objectsize.sh

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::3s::::::333:33333333333333333333ag33333333333333333333333333333 es333333333333333333333333333333 es33 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann dann dann dann aber33333333333333333333 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 dann3 dann3 aber3 dann3 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann nichtie dasen aber aber abersossoss aberstens aberstensss aberten aber abers :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::3s::::::333:33333333333333333333ag33333333333333333333333333333 es333333333333333333333333333333 es33 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann dann dann dann aber33333333333333333333 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 dann3 dann3 aber3 dann3 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann nichtie dasen aber aber abersossoss aberstens aberstensss aberten aber abers :::::::::::

Crontab-Befehl im Hintergrund ausführen &

Wenn ein Job im Vordergrund läuft, wird das Terminal durch den Job belegt; wenn ein Job im Hintergrund läuft, belegt er das Terminal nicht. Mit dem Befehl & können Sie den Job zur Ausführung in den Hintergrund stellen.

wie:

30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh &

Seien Sie vorsichtig, wenn Sie Jobs im Hintergrund ausführen: Führen Sie keine Befehle im Hintergrund aus, die eine Benutzerinteraktion erfordern, denn dann bleibt Ihr Computer einfach stehen und wartet.

Im Hintergrund laufende Jobs geben jedoch weiterhin Ergebnisse auf dem Bildschirm aus und stören so Ihre Arbeit. Wenn der Job, den Sie im Hintergrund ausführen möchten, eine große Ausgabe erzeugt, leiten Sie seine Ausgabe am besten mit der folgenden Methode in eine Datei um:

wie:

Befehl >out.file 2>&1 &

In diesem Beispiel bedeutet 2>&1, dass die gesamte Standardausgabe und Fehlerausgabe in eine Datei namens out.file umgeleitet werden.

Crontab-Befehl 2>&1 Bedeutung

Schauen wir uns ein Beispiel an:

0 2 * * * /u01/test.sh >/dev/null 2>&1 &

Dieser Satz bedeutet, diesen Befehl im Hintergrund auszuführen, Fehlerausgabe 2 auf Standardausgabe 1 umzuleiten und dann die gesamte Standardausgabe 1 in die Datei /dev/null zu verschieben, d. h. zu löschen.

Hier sind einige Zahlen, die Folgendes bedeuten:

0 bedeutet Tastatureingabe
1 bedeutet Standardausgabe
2 zeigt eine Fehlerausgabe an

Wir könnten auch schreiben:

0 2 * * * /u01/test.sh 1>/u01/out.file &
0 2 * * * /u01/test.sh 2>/u01/out.file &
0 2 * * * /u01/test.sh 2>/u01/out.file 2>&1 &

Leiten Sie die Ausgabe des Befehls tesh.sh nach out.file um, d. h. der Ausgabeinhalt wird nicht auf dem Bildschirm gedruckt, sondern in die Datei out.file ausgegeben.

2>&1 leitet die Fehlerausgabe zur Standardausgabe um. Leiten Sie dann die Standardeingabe zur Datei out.file um.

&1 steht für die Dateibeschreibung 1, also für die Standardausgabe. Fehlt hier &, wird daraus die Zahl 1, was eine Umleitung auf Datei 1 bedeutet.

&: Ausführung im Hintergrund

prüfen:

ls 2>1: Es wird kein Fehler über das Fehlen der Datei 2 gemeldet, sondern eine leere Datei 1 ausgegeben;
ls xxx 2>1: Der Fehler, dass die Datei xxx nicht vorhanden ist, wird als 1 ausgegeben;
ls xxx 2>&1: Die Datei 1 wird nicht generiert, aber der Fehler wird an die Standardausgabe gesendet;
ls xxx >out.txt 2>&1 == ls xxx 1>out.txt 2>&1: Da das Umleitungssymbol > standardmäßig 1 ist, überträgt dieser Satz sowohl die Fehlerausgabe als auch die Standardausgabe in die Datei out.txt.

Der Grund, warum der Crontab-Befehl 2>&1 am Ende steht

Format: Befehl > Datei 2>&1 == Befehl 1> Datei 2>&1

Zunächst leitet command > file die Standardausgabe in eine Datei um, und 2>&1 ist der Standardfehler, der die Standardausgabe kopiert, die ebenfalls in eine Datei umgeleitet wird. Das Endergebnis ist, dass sowohl die Standardausgabe als auch der Fehler in eine Datei umgeleitet werden.

Bei Änderung in: command 2>&1 >file

2>&1 Standardfehler kopiert das Verhalten der Standardausgabe, aber die Standardausgabe befindet sich weiterhin im Terminal. >Datei Die Ausgabe wird in eine Datei umgeleitet, aber der Standardfehler bleibt im Terminal bestehen.

Erkenntnisse:

Ich plane, jeden Abend um 23:00 Uhr ein Python-Skript auf dem Server auszuführen, um die MySql-Datenbank zu sichern. Der Befehl lautet wie folgt:

* 23 * * * python /var/www/html/crontab_python/back_db.py >/dev/null 2>&1

Als Ergebnis wurden jedes Mal 60 Sicherungsdateien erstellt. Nach sorgfältiger Überprüfung des geplanten Task-Befehls stellte ich fest, dass an der Position „Minute“ eine „0“ fehlte, da „*“ an dieser Position einen beliebigen Wert darstellt. Die Änderung lautet wie folgt:

0 23 * * * python /var/www/html/crontab_python/back_db.py >/dev/null 2>&1

Anschließend erfolgt die planmäßige Ausführung des PHP-Skripts

0 4 * * * /usr/local/php/bin/php /usr/local/nginx/www/backup-db/backup_db.php 172.16.8.26 >/dev/null 2>&1
0 4 * * * /usr/local/php/bin/php /usr/local/nginx/www/backup-db/backup_db.php 172.16.10.151 >/dev/null 2>&1

Dieser Artikel stellt die detaillierte Verwendung des Crontab-Befehls für geplante Linux-Aufgaben vor und fasst einige Verwendungstipps für den Crontab-Befehl sowie einige Lösungen für bei der Arbeit auftretende Probleme zusammen. Ich hoffe, er wird für alle hilfreich sein