هاست و سرور

راهنمای کامل کرون جاب: زمان‌بندی وظایف روی سرور لینوکس

با این راهنما، کرون جاب را از صفر یاد بگیرید: ساختار دقیق، دستورات پرکاربرد، خطاهای رایج مسیر و لاگ‌گیری حرفه‌ای. مناسب برای مدیران سرور و برنامه‌نویسان وب.

هاست و سرور

مقدمه: چرا کرون جاب برای مدیریت سرور ضروری است؟

اگر تا به حال مجبور شده‌اید نیمه‌شب از خواب بیدار شوید تا یک اسکریپت پشتیبان‌گیری را اجرا کنید، یا هر روز لاگ‌های سرور را به‌صورت دستی پاک کنید، وقت آن رسیده که با کرون جاب (Cron Job) آشنا شوید. کرون جاب یک سرویس زمان‌بندی در سیستم‌عامل‌های لینوکس و یونیکس است که به شما اجازه می‌دهد وظایف تکراری را در زمان‌های مشخص و بدون دخالت دستی اجرا کنید.

در این مقاله، فرض می‌کنیم که شما یک سرور لینوکس (مثلاً اوبونتو ۲۲.۰۴ یا سنت‌اواس ۷) دارید و می‌خواهید یاد بگیرید که چگونه کرون جاب را پیکربندی کنید، از خطاهای رایج جلوگیری کنید و خروجی وظایف را به‌درستی مدیریت کنید. این راهنما برای مدیران سرور، توسعه‌دهندگان وب و هر کسی که با سرورهای لینوکس کار می‌کند، مفید است.

ساختار دقیق کرون جاب: هر فیلد چه معنایی دارد؟

هر خط در فایل کرون‌تب (crontab) از شش فیلد تشکیل شده است که با فاصله از هم جدا می‌شوند. پنج فیلد اول زمان اجرا را مشخص می‌کنند و فیلد ششم دستوری است که باید اجرا شود. ساختار کلی به این شکل است:

* * * * * /مسیر/دستور

معنای هر فیلد به ترتیب از چپ به راست:

  • دقیقه (Minute): ۰ تا ۵۹
  • ساعت (Hour): ۰ تا ۲۳
  • روز ماه (Day of Month): ۱ تا ۳۱
  • ماه (Month): ۱ تا ۱۲ یا نام ماه به انگلیسی (jan, feb, ...)
  • روز هفته (Day of Week): ۰ تا ۷ (۰ و ۷ هر دو یکشنبه هستند) یا نام روز (sun, mon, ...)
  • دستور (Command): مسیر کامل فایل اجرایی یا اسکریپت

علامت * به معنی «هر مقدار» است. مثلاً * * * * * یعنی هر دقیقه یک بار اجرا شود.

مثال‌های عملی از زمان‌بندی

برای درک بهتر، چند مثال واقعی می‌زنیم:

  • اجرای روزانه در ساعت ۳ بامداد: 0 3 * * * /usr/local/bin/backup.sh
  • اجرای هر ۱۵ دقیقه: */15 * * * * /usr/bin/php /var/www/html/cron.php
  • اجرای هر دوشنبه ساعت ۸ صبح: 0 8 * * 1 /opt/scripts/report.sh
  • اجرای اولین روز هر ماه: 0 0 1 * * /root/scripts/monthly_cleanup.sh

توجه کنید که در مثال دوم از */15 استفاده شده که به معنی «هر ۱۵ دقیقه» است. این یک روش رایج برای تکرار در بازه‌های منظم است.

نحوه ویرایش کرون‌تب: دستورات ضروری

برای مدیریت کرون جاب‌ها، از دستور crontab استفاده می‌کنیم. مهم‌ترین دستورات عبارتند از:

  • crontab -e: ویرایش فایل کرون‌تب کاربر فعلی (با ویرایشگر پیش‌فرض مثل nano یا vim)
  • crontab -l: نمایش محتوای کرون‌تب فعلی
  • crontab -r: حذف کامل کرون‌تب کاربر فعلی (با احتیاط استفاده کنید!)
  • crontab -u username -e: ویرایش کرون‌تب کاربر دیگر (فقط روت)

برای اولین بار که crontab -e را اجرا می‌کنید، سیستم از شما می‌پرسد کدام ویرایشگر را می‌خواهید استفاده کنید. پیشنهاد می‌کنم nano را انتخاب کنید چون ساده‌تر است.

خطای رایج: فراموش کردن مسیر کامل

یکی از رایج‌ترین اشتباهات در کرون جاب، استفاده نکردن از مسیر مطلق (absolute path) برای دستورات است. محیط اجرای کرون جاب با محیط ترمینال شما متفاوت است و متغیر PATH محدودتری دارد. مثلاً اگر در ترمینال بنویسید php script.php کار می‌کند، اما در کرون جاب باید بنویسید /usr/bin/php /home/user/script.php.

برای پیدا کردن مسیر کامل یک دستور، از which استفاده کنید:

which php
# خروجی: /usr/bin/php

همچنین می‌توانید در ابتدای فایل کرون‌تب، متغیر PATH را تنظیم کنید:

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

لاگ‌گیری از خروجی کرون جاب: چرا خروجی را نمی‌بینم؟

یکی از مشکلات رایج این است که اسکریپت در کرون جاب اجرا می‌شود اما شما خروجی آن را نمی‌بینید. دلیلش این است که کرون جاب خروجی را به صاحب وظیفه ایمیل می‌کند (اگر ایمیل تنظیم شده باشد) یا آن را دور می‌ریزد. برای مدیریت خروجی، چند راه داریم:

روش اول: هدایت خروجی به یک فایل لاگ

با استفاده از عملگرهای > و >> می‌توانید خروجی را به یک فایل هدایت کنید:

0 3 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1

توضیح این دستور:

  • >>: خروجی را به انتهای فایل اضافه می‌کند (append)
  • 2>&1: خطاهای استاندارد (stderr) را به خروجی استاندارد (stdout) هدایت می‌کند تا همه چیز در یک فایل ثبت شود

اگر می‌خواهید هر بار فایل لاگ را از نو بنویسید (overwrite)، از > استفاده کنید.

روش دوم: استفاده از logger برای ارسال به syslog

اگر می‌خواهید لاگ‌ها در سیستم متمرکز ثبت شوند، از دستور logger استفاده کنید:

0 3 * * * /usr/local/bin/backup.sh | logger -t backup_script

این کار لاگ‌ها را با تگ backup_script به syslog می‌فرستد. می‌توانید با journalctl -t backup_script آن‌ها را ببینید.

روش سوم: غیرفعال کردن ایمیل

اگر نمی‌خواهید ایمیل ارسال شود، خروجی را به /dev/null بفرستید:

0 3 * * * /usr/local/bin/backup.sh > /dev/null 2>&1

این کار برای وظایفی که خروجی مهمی ندارند (مثل پاک‌سازی کش) مناسب است.

خطاهای رایج و عیب‌یابی کرون جاب

حتی با رعایت نکات بالا، ممکن است کرون جاب شما کار نکند. در اینجا رایج‌ترین مشکلات و راه‌حل‌های آن‌ها را بررسی می‌کنیم:

مشکل ۱: اسکریپت اجرا نمی‌شود

اولین قدم، بررسی لاگ‌های کرون است. در بیشتر توزیع‌های لینوکس، لاگ کرون در /var/log/cron یا /var/log/syslog ثبت می‌شود. با دستور زیر می‌توانید آخرین خطاها را ببینید:

grep CRON /var/log/syslog | tail -20

اگر خطایی مثل (CRON) info (No MTA installed) دیدید، نگران نباشید؛ این فقط به معنی نبود سرویس ایمیل است و روی اجرای وظیفه تأثیری ندارد.

مشکل ۲: اسکریپت اجرا می‌شود اما خطا دارد

گاهی اسکریپت اجرا می‌شود اما به دلیل متغیرهای محیطی ناقص، خراب کار می‌کند. برای شبیه‌سازی محیط کرون، می‌توانید از دستور زیر استفاده کنید:

env -i HOME=$HOME PATH=/usr/bin:/bin USER=$USER /bin/bash -l -c '/مسیر/اسکریپت'

این دستور یک شل لاگین با حداقل متغیرهای محیطی اجرا می‌کند و خطاهای احتمالی را نشان می‌دهد.

مشکل ۳: مجوز اجرا (Permission)

مطمئن شوید که اسکریپت شما مجوز اجرا دارد:

chmod +x /مسیر/اسکریپت.sh

همچنین کاربری که کرون جاب را اجرا می‌کند (معمولاً کاربر عادی یا روت) باید به فایل‌ها و دایرکتوری‌های مورد نیاز دسترسی داشته باشد.

مشکل ۴: استفاده از متغیرهای محیطی

اگر اسکریپت شما از متغیرهای محیطی مثل $HOME یا $USER استفاده می‌کند، ممکن است در کرون جاب تعریف نشده باشند. بهترین راه این است که متغیرهای مورد نیاز را در ابتدای اسکریپت تعریف کنید یا از مسیرهای مطلق استفاده کنید.

نکات پیشرفته برای کرون جاب حرفه‌ای

اگر وظایف زیادی دارید یا نیاز به کنترل دقیق‌تری دارید، این نکات را در نظر بگیرید:

استفاده از فایل‌های کرون در /etc/cron.*

به جای ویرایش کرون‌تب کاربری، می‌توانید اسکریپت‌های خود را در دایرکتوری‌های زیر قرار دهید:

  • /etc/cron.hourly/: اسکریپت‌هایی که هر ساعت اجرا می‌شوند
  • /etc/cron.daily/: اسکریپت‌های روزانه
  • /etc/cron.weekly/: اسکریپت‌های هفتگی
  • /etc/cron.monthly/: اسکریپت‌های ماهانه

فقط کافی است اسکریپت خود را در دایرکتوری مربوطه قرار دهید و مطمئن شوید مجوز اجرا دارد. این روش برای وظایف سیستمی بسیار مناسب است.

استفاده از anacron برای سرورهایی که همیشه روشن نیستند

اگر سرور شما گاهی خاموش می‌شود (مثل لپ‌تاپ)، از anacron استفاده کنید. anacron تضمین می‌کند که وظایف حتی اگر در زمان مقرر اجرا نشوند، در اولین فرصت بعدی اجرا شوند. برای نصب:

sudo apt install anacron  # در دبیان/اوبونتو

مدیریت وظایف با systemd timer

در توزیع‌های مدرن لینوکس، می‌توانید از systemd timer به جای کرون جاب استفاده کنید. این روش مزایایی مثل لاگ‌گیری بهتر و وابستگی‌های دقیق‌تر دارد. اما کرون جاب همچنان ساده‌ترین و پرکاربردترین روش است.

جمع‌بندی: کرون جاب را جدی بگیرید

کرون جاب یک ابزار قدرتمند و ساده است که اگر درست استفاده شود، می‌تواند ساعت‌ها زمان شما را ذخیره کند. با رعایت نکات این مقاله – استفاده از مسیرهای مطلق، لاگ‌گیری مناسب و عیب‌یابی سیستماتیک – می‌توانید وظایف خود را بدون دردسر زمان‌بندی کنید.

اگر به دنبال یک سرویس میزبانی قابل اعتماد برای اجرای اسکریپت‌های زمان‌بندی شده خود هستید، سرورنت (ServerNet) با ارائه سرورهای مجازی و اختصاصی، بستر مناسبی برای این کار فراهم می‌کند. اما مهم‌تر از انتخاب سرویس، یادگیری اصولی کرون جاب است که در این مقاله به آن پرداختیم.

حالا نوبت شماست: یک وظیفه ساده مثل پشتیبان‌گیری روزانه را با کرون جاب تنظیم کنید و از اتوماسیون لذت ببرید. اگر به مشکل برخوردید، به بخش عیب‌یابی این مقاله مراجعه کنید.

پشتیبانی سرورنت

تیم فنی و تحریریه‌ی سرورنت — تخصص در زیرساخت، شبکه و میزبانی وب.

تماس با ما
اشتراک‌گذاری:

دیدگاه‌ها ۰

هنوز دیدگاهی ثبت نشده؛ اولین نفر باشید!

دیدگاه خود را بنویسید