Geplante Aufgaben
Geplante Aufgaben ermöglichen Ihnen die automatische Ausführung von Befehlen oder Skripts zu bestimmten Zeiten. Ubuntu 26.04 unterstützt zwei Methoden: das traditionelle Cron und die moderneren Systemd-Timer.
crontab-Grundlagen
Crontab verwalten
# Edit the current user's crontab
crontab -e
# View the current user's crontab
crontab -l
# Delete the current user's crontab
crontab -r
# Edit another user's crontab (requires root)
sudo crontab -u username -e
# View another user's crontab
sudo crontab -u username -lCron-Zeitsyntax
Ein Cron-Ausdruck besteht aus 5 Zeitfeldern:
┌──────── Minute (0-59)
│ ┌────── Hour (0-23)
│ │ ┌──── Day of month (1-31)
│ │ │ ┌── Month (1-12)
│ │ │ │ ┌ Day of week (0-7, both 0 and 7 mean Sunday)
│ │ │ │ │
* * * * * commandSonderzeichen
| Charakter | Beschreibung | Beispiel |
|---|---|---|
* | Jeder Wert | * * * * * jede Minute |
, | Mehrere Werte | 1,15,30 * * * * bei den Minuten 1, 15 und 30 |
- | Reichweite | 1-5 * * * * Minuten 1 bis 5 |
/ | Schritt | */10 * * * * alle 10 Minuten |
Häufige Beispiele
# Run every minute
* * * * * /path/to/script.sh
# Run every hour (on the hour)
0 * * * * /path/to/script.sh
# Run daily at 3:00 AM
0 3 * * * /path/to/script.sh
# Run daily at 3:30 AM
30 3 * * * /path/to/script.sh
# Run every Monday at 2:00 AM
0 2 * * 1 /path/to/script.sh
# Run on the 1st of every month at midnight
0 0 1 * * /path/to/script.sh
# Run every 5 minutes
*/5 * * * * /path/to/script.sh
# Run at minutes 15 and 45 of every hour
15,45 * * * * /path/to/script.sh
# Run weekdays (Monday-Friday) at 9:00 AM
0 9 * * 1-5 /path/to/script.sh
# Run every hour from 8 AM to 6 PM daily
0 8-18 * * * /path/to/script.sh
# Run every 6 months (1st of January and July)
0 0 1 1,7 * /path/to/script.shSpezielle Schlüsselwörter
# Equivalent shortcuts
@reboot # Run at system startup
@yearly # Run yearly = 0 0 1 1 *
@monthly # Run monthly = 0 0 1 * *
@weekly # Run weekly = 0 0 * * 0
@daily # Run daily = 0 0 * * *
@hourly # Run hourly = 0 * * * *
# Usage examples
@reboot /opt/myapp/start.sh
@daily /usr/local/bin/daily-backup.shPraktische Cron-Tipps
Umgebungsvariablen
Die Cron-Ausführungsumgebung unterscheidet sich von der Shell-Umgebung des Benutzers – Variablen wie PATH sind möglicherweise unvollständig:
# Set environment variables at the top of your crontab
SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
MAILTO=admin@example.com
# Or use full paths in commands
0 3 * * * /usr/bin/rsync -av /source/ /backup/Protokollierung
# Redirect output to a log file
0 3 * * * /path/to/script.sh >> /var/log/myscript.log 2>&1
# Discard all output
0 3 * * * /path/to/script.sh > /dev/null 2>&1
# Log only errors
0 3 * * * /path/to/script.sh > /dev/null 2>> /var/log/myscript-error.logE-Mail-Benachrichtigungen
# Set the email recipient in crontab
MAILTO=admin@example.com
# Disable email notifications
MAILTO=""Cron-Protokolle anzeigen
# View via journalctl
journalctl -u cron.service
# Or check syslog
grep CRON /var/log/syslogCron-Verzeichnisse auf Systemebene
Ubuntu bietet mehrere vordefinierte Cron-Verzeichnisse:
# Place scripts in the appropriate directory for automatic execution
ls /etc/cron.hourly/ # Hourly
ls /etc/cron.daily/ # Daily
ls /etc/cron.weekly/ # Weekly
ls /etc/cron.monthly/ # Monthly# Add a script and ensure it has execute permission
sudo cp myscript.sh /etc/cron.daily/
sudo chmod +x /etc/cron.daily/myscript.shDie Cron-Konfigurationsdatei /etc/crontab auf Systemebene:
cat /etc/crontabSHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
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 )systemd-Timer
Systemd-Timer sind eine moderne Alternative zu Cron und bieten eine präzisere Zeitsteuerung und bessere Protokollierungsunterstützung.
Vorhandene Timer anzeigen
# List all active timers
systemctl list-timers --all
# Example output:
# NEXT LEFT LAST PASSED UNIT ACTIVATES
# Tue 2026-03-24 06:00:00 CST 2h left Mon 2026-03-23 06:00:00 CST 22h ago apt-daily.timer apt-daily.serviceErstellen eines benutzerdefinierten Timers
Zum Erstellen eines Timers sind zwei Dateien erforderlich: eine .service-Datei und eine .timer-Datei.
Schritt 1: Erstellen Sie die Servicedatei
sudo nano /etc/systemd/system/my-backup.service[Unit]
Description=Daily Backup Job
[Service]
Type=oneshot
ExecStart=/usr/local/bin/daily-backup.sh
User=root
StandardOutput=journal
StandardError=journalSchritt 2: Erstellen Sie die Timer-Datei
sudo nano /etc/systemd/system/my-backup.timer[Unit]
Description=Run Daily Backup at 3 AM
[Timer]
OnCalendar=*-*-* 03:00:00
Persistent=true
RandomizedDelaySec=300
[Install]
WantedBy=timers.targetSchritt 3: Aktivieren Sie den Timer
sudo systemctl daemon-reload
sudo systemctl enable --now my-backup.timer
# Verify
systemctl list-timers | grep my-backup
# Manually trigger a test run
sudo systemctl start my-backup.service
# View execution logs
journalctl -u my-backup.serviceOnCalendar-Zeitausdrücke
# Daily at 3 AM
OnCalendar=*-*-* 03:00:00
# Every Monday at 9 AM
OnCalendar=Mon *-*-* 09:00:00
# 1st of every month
OnCalendar=*-*-01 00:00:00
# Weekdays at 8 AM
OnCalendar=Mon..Fri *-*-* 08:00:00
# Every 15 minutes
OnCalendar=*:0/15
# Every hour
OnCalendar=hourly
# Every day
OnCalendar=daily
# Every week
OnCalendar=weeklyZeitausdrücke überprüfen:
# Test an expression and see upcoming trigger times
systemd-analyze calendar "Mon..Fri *-*-* 08:00:00"
systemd-analyze calendar "*:0/15"Ereignisbasierte Timer
Zusätzlich zur kalenderbasierten Planung können Sie ereignisbasierte Auslöser auslösen:
[Timer]
# Run 5 minutes after system boot
OnBootSec=5min
# Run 1 hour after the last execution completed
OnUnitActiveSec=1h
# Combined usage
OnBootSec=10min
OnUnitActiveSec=1hTransiente Timer (einmalige verzögerte Ausführung)
# Run a command after 30 minutes
systemd-run --on-active=30m /usr/local/bin/task.sh
# Run at a specific time
systemd-run --on-calendar="2026-03-25 10:00:00" /usr/local/bin/task.shcron vs. systemd Timer-Vergleich
| Funktion | cron | Systemd-Timer |
|---|---|---|
| Konfigurationskomplexität | Einfach, eine Zeile | Erfordert zwei Dateien |
| Protokollierung | Manuelle Einrichtung erforderlich | Integriert in Journalctl |
| Abhängigkeitsmanagement | Nicht unterstützt | Unterstützt Dienstabhängigkeiten |
| Präzision | Die Mindesteinheit ist Minuten | Auf die Sekunde genau |
| Verpasste Aufgaben | Nicht ausgeführt | Persistent=true holt auf |
| Ressourcenkontrolle | Nicht unterstützt | Unterstützt cgroup-Ressourcenlimits |
| Zufällige Verzögerung | Nicht unterstützt | RandomizedDelaySec |
Best Practices
- Verwenden Sie cron für einfache geplante Aufgaben, systemd-Timer für komplexe Aufgaben.
- Ausgabe immer protokollieren, um die Fehlerbehebung zu erleichtern.
- Verwenden Sie vollständige Pfade, um PATH-Probleme zu vermeiden.
- Aufgabenüberschneidungen verhindern – Aufgaben mit langer Laufzeit sollten Sperren verwenden:
# Use flock to prevent task overlap
* * * * * /usr/bin/flock -n /tmp/myjob.lock /path/to/script.sh- Vor der Bereitstellung testen – Führen Sie Skripte zunächst manuell aus, um sicherzustellen, dass sie ordnungsgemäß funktionieren.