Cron dan Crontab di Linux: Jadwalkan Tugas Otomatis dari Nol

Server produksi kamu penuh karena file log tidak pernah dibersihkan, dan kamu baru sadar setelah aplikasinya down. Backup database terakhir ternyata dijalankan dua minggu lalu karena kamu lupa. Dua masalah ini punya akar yang sama: tidak ada yang menjalankan tugas itu secara otomatis. Di Linux, alat untuk itu sudah terpasang sejak lama — namanya cron.

Cron adalah daemon yang berjalan di latar belakang dan mengeksekusi perintah sesuai jadwal. Kamu menulis jadwal itu di sebuah file bernama crontab, lalu cron membacanya ulang setiap menit. Setiap pengguna bisa punya crontab sendiri, jadi pekerjaan root dan pekerjaan user biasa hidup terpisah.

Saat pertama kali menjalankan crontab -e, sistem menanyakan editor mana yang mau kamu pakai. Pilih nano kalau belum terbiasa dengan vim. Kalau sudah terlanjur memilih editor yang tidak kamu suka, ubah lewat variabel EDITOR.

Setiap baris yang bukan komentar terdiri dari lima kolom waktu diikuti satu perintah. Urutannya: menit, jam, hari dalam bulan, bulan, hari dalam minggu.

Tanda bintang berarti “setiap nilai”, jadi * * * * * artinya tiap menit, tiap jam, tiap hari. Koma memisahkan daftar nilai, garis miring menandakan interval, dan tanda hubung menandakan rentang.

Cron punya beberapa kata pengganti untuk jadwal umum. @reboot menjalankan perintah sekali setiap sistem boot. @daily sama dengan 0 0 * * *, @weekly sama dengan 0 0 * * 0, dan @hourly sama dengan 0 * * * *.

Default-nya, output cron job dikirim lewat email ke pemilik crontab. Kalau tidak ada mail server terpasang, pesan itu menumpuk di mailbox lokal dan jarang ada yang membaca. Karena itu hampir semua orang mengarahkan output ke file log atau membuangnya ke /dev/null.

Angka 2>&1 menggabungkan stderr ke stdout, jadi pesan error ikut tertulis atau ikut dibuang. Tanpa itu, error tetap berusaha dikirim lewat email.

Cron tidak membaca .bashrc maupun .profile. Kalau script-mu memanggil pg_dump, python3, atau node tanpa path lengkap, cron bisa gagal menemukannya. Solusinya: tulis path absolut untuk setiap perintah di dalam script, atau setel PATH di baris paling atas crontab.

Contoh nyata yang sering saya pakai: dump database PostgreSQL setiap malam plus rotasi 7 hari. Kalau belum pernah menyentuh PostgreSQL, baca dulu panduan PostgreSQL di blog ini. Kalau script Bash-nya masih terasa asing, ada juga panduan Bash scripting yang bisa kamu buka di tab lain.

Setelah script tersimpan, beri izin eksekusi lalu daftarkan ke crontab. Output diarahkan ke file log supaya gampang dicek besok paginya.

Selain crontab per-user, ada jadwal tingkat sistem. File /etc/crontab punya satu kolom tambahan: nama pengguna yang menjalankan perintah. Format yang sama dipakai file-file di /etc/cron.d. Lalu ada empat direktori — /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthly — yang otomatis menjalankan script di dalamnya.

Jangan menunggu jam 2 pagi untuk tahu job-mu jalan atau tidak. Uji script dengan environment yang meniru cron: kosongkan environment pakai env -i, lalu setel PATH minimal.

Kalau dengan env -i script jalan tapi di cron tetap diam, cek log sistem untuk memastikan cron benar-benar mengeksekusinya.

Tanda persen (%) punya arti khusus di crontab: ia diubah menjadi baris baru. Perintah yang memakai format tanggal seperti date +%Y%m%d harus ditulis date +\%Y\%m\%d, atau lebih aman dipindah ke script terpisah. Lalu, cron tidak menunggu job sebelumnya selesai. Kalau backup-mu bisa memakan waktu lebih lama dari intervalnya, dua instance bisa berjalan bersamaan — pakai flock untuk mencegahnya. Terakhir, cron mengikuti timezone sistem, bukan timezone yang kamu setel di shell.

Untuk jadwal presisi detik, dependensi antar unit, atau integrasi dengan journald, coba systemd timer. Banyak distro modern mulai mengarahkan penggunanya ke sana, tapi cron tetap alat paling sederhana untuk kebanyakan kebutuhan harian. Kalau kamu sudah terbiasa menjalankan aplikasi Python sebagai service systemd, konsep timernya tidak akan terasa asing.