Linuxのcron設定方法｜定期実行ジョブの書き方を完全解説

Linuxサーバーで定期的にコマンドやスクリプトを実行するなら、cronを使うのが最も効率的です。システム管理者や開発者にとって、cronはバックアップ、ログローテーション、データ処理などの定期タスクを自動化するための必須ツールです。この記事では、cronの基本概念から具体的な設定方法、トラブルシューティングまで、実務で即座に活用できる知識を網羅的に解説します。

cronを正しく設定すれば、サーバーの負荷を軽減し、人的ミスを防ぐだけでなく、システムの安定稼働に直結します。本記事を最後まで読めば、 cronの仕組みを理解し、自分のニーズに合ったジョブを作成できるようになるでしょう。

目次

はじめに：cronとは何か

cronは、Linux/Unix系システムで定期的にコマンドやスクリプトを実行するためのスケジューリングデーモンです。システム管理者や開発者にとって、バックアップの自動実行、ログのローテーション、データベースの最適化、Webサイトのコンテンツ更新など、さまざまな定期タスクを自動化するための必須ツールとなっています。

cronの最大の特徴は、システムリソースを効率的に活用しながら、ユーザーが指定したスケジュールに基づいてジョブを実行できる点です。例えば、毎日深夜2時にデータベースのバックアップを取得したり、毎週月曜日の朝9時にログファイルを圧縮したりすることが可能です。

cronは、以下の3つの主要なコンポーネントで構成されています：

  • cronデーモン（crond）：バックグラウンドで常駐し、ジョブのスケジューリングと実行を管理します。
  • crontabファイル：各ユーザーまたはシステム全体のジョブ設定を記述したファイルです。
  • cronコマンド：crontabファイルを編集するためのコマンド（crontab -e など）です。

cronを使うことで、手動で実行する手間を省き、人的ミスを防ぐだけでなく、システムの安定稼働に貢献します。特に、サーバー管理業務においては、cronの適切な設定がシステムの信頼性を大きく左右します。

cronの基本構造と動作原理

cronの動作を理解するためには、その基本構造と動作原理を把握することが重要です。cronは、システム起動時に自動的に起動するデーモン（crond）として動作し、指定されたスケジュールに基づいてジョブを実行します。

cronデーモン（crond）の動作

cronデーモンは、システム起動時に自動的に起動し、以下の処理を行います：

  1. システム全体のcrontabファイル（/etc/crontab）と、/etc/cron.d/ディレクトリ内のファイルを読み込みます。
  2. 各ユーザーのcrontabファイル（/var/spool/cron/ 以下）を読み込みます。
  3. 設定されたスケジュールに基づいてジョブを実行します。
  4. ジョブの実行結果やエラーをメールで送信します（設定されている場合）。

cronデーモンは、1分ごとにcrontabファイルをチェックし、実行時刻になったジョブを実行します。このため、 cronの時間精度は1分単位となります。

crontabファイルの種類

cronの設定は、主に以下の2種類のcrontabファイルに分類されます：

ファイルタイプ場所説明編集方法
システムcrontab/etc/crontabシステム全体のジョブを管理します。ユーザー名を指定する必要があります。直接編集（vi /etc/crontab）
ユーザーcrontab/var/spool/cron/（ユーザー名）各ユーザー固有のジョブを管理します。ユーザー名の指定は不要です。crontab -e コマンドで編集
cron.dディレクトリ/etc/cron.d/システム全体のジョブを管理します。各ファイルは独立しています。直接編集（vi /etc/cron.d/ファイル名）

システム管理者は、システム全体のジョブを管理する場合にシステムcrontabやcron.dディレクトリを使用します。一方、一般ユーザーは、自分のユーザーcrontabを使用して個人のジョブを管理します。

cronジョブの実行フロー

cronジョブが実行されるまでのフローは以下の通りです：

  1. ジョブの登録：ユーザーがcrontabファイルにジョブを登録します。
  2. cronデーモンの起動：システム起動時にcronデーモンが起動します。
  3. crontabファイルの読み込み：cronデーモンがcrontabファイルを読み込み、ジョブをメモリに保持します。
  4. スケジュールチェック：cronデーモンが1分ごとにジョブのスケジュールをチェックします。
  5. ジョブの実行：実行時刻になったジョブを実行します。
  6. 結果の通知：ジョブの実行結果やエラーをメールで送信します（設定されている場合）。

このフローにより、 cronは効率的にジョブを実行し、システムの安定稼働を支えています。

cronジョブを設定する前の準備作業

cronジョブを設定する前に、いくつかの準備作業が必要です。これらの準備を怠ると、ジョブが正しく実行されない可能性があります。以下に、cronジョブを設定する前の準備作業を詳しく解説します。

1. ジョブの目的と実行頻度を明確にする

cronジョブを設定する前に、以下の点を明確にしましょう：

  • ジョブの目的：バックアップ、ログローテーション、データ処理など、ジョブの目的を明確にします。
  • 実行頻度：毎日、毎週、毎月など、ジョブの実行頻度を決定します。
  • 実行時刻：具体的な実行時刻（例：毎日午前2時）を決めます。
  • 実行コマンド：ジョブを実行するためのコマンドやスクリプトを用意します。

例えば、「毎日午前2時にデータベースのバックアップを取得する」というジョブを設定する場合、以下の情報が必要です：

  • 実行頻度：毎日
  • 実行時刻：午前2時
  • 実行コマンド：mysqldump を使用したデータベースバックアップコマンド

2. 実行コマンドのテストと動作確認

cronジョブとして実行するコマンドやスクリプトは、事前に手動でテストし、正しく動作することを確認します。cronジョブとして実行する際には、以下の点に注意が必要です：

  • 絶対パスの使用：cronジョブとして実行する際には、コマンドやファイルパスに絶対パスを使用します。相対パスを使用すると、正しく動作しない可能性があります。
  • 環境変数の設定：cronジョブは、通常のシェル環境とは異なる環境で実行されます。このため、環境変数（PATH、HOMEなど）が正しく設定されていない可能性があります。
  • エラー処理：ジョブが失敗した場合のエラー処理を考慮します。例えば、ログファイルの出力やメール通知などです。

以下は、データベースバックアップコマンドの例です：

<code>/usr/bin/mysqldump -u root -pパスワード database_name > /backup/database_backup_$(date +%Y%m%d).sql</code>

このコマンドをcronジョブとして実行する前に、手動で実行し、正しく動作することを確認します。また、バックアップファイルが正しく保存されることも確認します。

3. ログファイルの準備

cronジョブの実行結果やエラーを確認するために、ログファイルを準備します。ログファイルを使用することで、ジョブが正しく実行されたかどうか、またエラーが発生した場合にはその原因を特定することができます。

例えば、以下のようなログファイルを使用します：

  • 実行ログ：ジョブの実行結果を記録します。
  • エラーログ：ジョブの実行中に発生したエラーを記録します。

ログファイルは、以下のように出力します：

<code>/usr/bin/mysqldump -u root -pパスワード database_name > /backup/database_backup_$(date +%Y%m%d).sql 2>> /var/log/database_backup.log</code>

この例では、標準出力と標準エラー出力を /var/log/database_backup.log に追記しています。

4. cronの実行ユーザーの確認

cronジョブを実行するユーザーを明確にします。cronジョブは、指定されたユーザーの権限で実行されます。このため、ジョブを実行するユーザーには、ジョブを実行するために必要な権限が付与されていることを確認します。

例えば、データベースバックアップジョブを実行する場合、バックアップを取得するデータベースユーザーに適切な権限が付与されていることを確認します。また、バックアップファイルを保存するディレクトリには、書き込み権限が必要です。

5. cronの実行環境の確認

cronジョブは、通常のシェル環境とは異なる環境で実行されます。このため、以下の点を確認します：

  • PATH環境変数：cronジョブは、通常のPATH環境変数とは異なるPATHで実行される可能性があります。このため、コマンドの絶対パスを使用するか、PATH環境変数を明示的に設定します。
  • ホームディレクトリ：cronジョブは、ホームディレクトリが異なる可能性があります。このため、ファイルパスには絶対パスを使用します。
  • シェルの種類：cronジョブは、通常のシェル（bash、zshなど）とは異なるシェルで実行される可能性があります。このため、シェルスクリプトを使用する場合には、シェバン（#!/bin/bash）を明記します。

以下は、cronジョブの実行環境を確認するためのサンプルコマンドです：

<code>* * * * * /usr/bin/env > /tmp/cron_env.log</code>

このコマンドをcronジョブとして実行すると、/tmp/cron_env.log に cronジョブの実行環境が記録されます。このログを確認することで、PATH環境変数やホームディレクトリなどを確認できます。

crontabファイルの編集方法（ユーザー別・システム全体）

cronジョブを設定するためには、crontabファイルを編集する必要があります。crontabファイルには、実行するジョブのスケジュールとコマンドを記述します。以下に、crontabファイルの編集方法を詳しく解説します。

1. ユーザーcrontabの編集方法

ユーザーcrontabは、各ユーザー固有のジョブを管理するためのファイルです。ユーザーcrontabを編集するには、crontab -e コマンドを使用します。

<code>crontab -e</code>

このコマンドを実行すると、デフォルトのエディタ（通常はvi）が起動し、crontabファイルの編集画面が表示されます。以下は、crontabファイルの編集画面の例です：

<code># Edit this file to introduce tasks to be run by cron.
#
Each task to run has to be defined through a single line
indicating with different fields when the task will be run
and what command to run for the task
#
To define the time you can provide concrete values for
minute (m), hour (h), day of month (dom), month (mon),
and day of week (dow) or use '*' in these fields (for 'any').
#
Notice that tasks will be started based on the cron's system
daemon's notion of time and timezones.
#
Output of the crontab jobs (including errors) is sent through
email to the user the crontab file belongs to (unless redirected).
#
For example, you can run a backup of all your user accounts
at 5 a.m every week with:
0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
#
For more information see the manual pages of crontab(5) and cron(8)
#
m h  dom mon dow   command</code>

crontabファイルの各行は、以下の形式でジョブを記述します：

<code>分 時 日 月 曜日 コマンド</code>

例えば、毎日午前2時にデータベースのバックアップを取得するジョブは、以下のように記述します：

<code>0 2 * * * /usr/bin/mysqldump -u root -pパスワード database_name > /backup/database_backup_$(date +%Y%m%d).sql 2>> /var/log/database_backup.log</code>

ジョブを追加したら、エディタを保存して終了します。保存後、cronデーモンが自動的に設定を読み込み、ジョブが実行されます。

2. システムcrontabの編集方法

システムcrontabは、システム全体のジョブを管理するためのファイルです。システムcrontabを編集するには、vi /etc/crontab コマンドを使用します。

<code>sudo vi /etc/crontab</code>

システムcrontabファイルの形式は、ユーザーcrontabファイルとは異なります。システムcrontabファイルには、以下の形式でジョブを記述します：

<code>分 時 日 月 曜日 ユーザー名 コマンド</code>

例えば、毎日午前2時にrootユーザーでデータベースのバックアップを取得するジョブは、以下のように記述します：

<code>0 2 * * * root /usr/bin/mysqldump -u root -pパスワード database_name > /backup/database_backup_$(date +%Y%m%d).sql 2>> /var/log/database_backup.log</code>

ジョブを追加したら、ファイルを保存して終了します。保存後、cronデーモンが自動的に設定を読み込み、ジョブが実行されます。

3. /etc/cron.d/ディレクトリを使用したジョブ管理

/etc/cron.d/ディレクトリは、システム全体のジョブを管理するためのディレクトリです。このディレクトリには、複数のファイルを配置でき、各ファイルが独立したジョブを管理します。

例えば、/etc/cron.d/database_backup というファイルを作成し、以下の内容を記述します：

<code>0 2 * * * root /usr/bin/mysqldump -u root -pパスワード database_name > /backup/database_backup_$(date +%Y%m%d).sql 2>> /var/log/database_backup.log</code>

このファイルを作成したら、cronデーモンが自動的に設定を読み込み、ジョブが実行されます。

4. cronジョブの確認方法

cronジョブが正しく設定されているかどうかを確認するには、以下のコマンドを使用します：

  • ユーザーcrontabの確認：crontab -l コマンドを使用します。
  • システムcrontabの確認：cat /etc/crontab コマンドを使用します。
  • /etc/cron.d/ディレクトリの確認：ls /etc/cron.d/ コマンドを使用してファイルを確認し、cat /etc/cron.d/ファイル名 コマンドで内容を確認します。

例えば、ユーザーcrontabのジョブを確認するには、以下のコマンドを実行します：

<code>crontab -l</code>

このコマンドを実行すると、現在のユーザーのcrontabファイルの内容が表示されます。

5. cronジョブの削除方法

cronジョブを削除するには、以下の方法を使用します：

  • ユーザーcrontabの削除：crontab -e コマンドを使用して、ジョブを削除します。
  • システムcrontabの削除：sudo vi /etc/crontab コマンドを使用して、ジョブを削除します。
  • /etc/cron.d/ディレクトリの削除：sudo rm /etc/cron.d/ファイル名 コマンドを使用して、ファイルを削除します。

例えば、ユーザーcrontabからジョブを削除するには、crontab -e コマンドを実行し、削除したいジョブを削除して保存します。

cron式の書き方：5つのフィールドを完全理解

cronジョブを設定する際には、cron式と呼ばれる形式でジョブのスケジュールを指定します。cron式は、5つのフィールドで構成されており、それぞれのフィールドが実行時刻の異なる要素を表します。以下に、cron式の各フィールドとその使い方を詳しく解説します。

cron式の基本構造

cron式は、以下の形式で記述します：

<code>分 時 日 月 曜日 コマンド</code>

各フィールドの詳細は以下の通りです：

フィールド範囲説明特殊文字
分（Minute）0-59実行する分の指定* , – /
時（Hour）0-23実行する時の指定* , – /
日（Day of Month）1-31実行する日の指定* , – / ? L W
月（Month）1-12実行する月の指定* , – /
曜日（Day of Week）0-7（0と7は日曜日）実行する曜日の指定* , – / ? L #

各フィールドには、具体的な数値のほか、特殊文字を使用して柔軟なスケジュールを設定できます。以下に、各特殊文字の使い方を解説します。

特殊文字の使い方

1. アスタリスク（*）

アスタリスク（*）は、すべての値を表します。例えば、以下のcron式は、毎日毎時にジョブを実行します：

<code>0 * * * * /usr/bin/command</code>

この例では、分が0、時が*となっており、毎日毎時にジョブが実行されます。

2. コンマ（,）

コンマ（,）は、複数の値をカンマ区切りで指定します。例えば、以下のcron式は、毎時0分と30分にジョブを実行します：

<code>0,30 * * * * /usr/bin/command</code>

この例では、分が0,30となっており、毎時0分と30分にジョブが実行されます。

3. ハイフン（-）

ハイフン（-）は、値の範囲を指定します。例えば、以下のcron式は、毎日午前9時から午後5時まで毎時にジョブを実行します：

<code>0 9-17 * * * /usr/bin/command</code>

この例では、時が9-17となっており、午前9時から午後5時まで毎時にジョブが実行されます。

4. スラッシュ（/）

スラッシュ（/）は、値の増分を指定します。例えば、以下のcron式は、1時間ごとにジョブを実行します：

<code>0 */1 * * * /usr/bin/command</code>

この例では、時が*/1となっており、1時間ごとにジョブが実行されます。

5. 疑問符（?）

疑問符（?）は、日または曜日のいずれかを指定しますが、もう一方は未指定のままにします。例えば、以下のcron式は、毎月1日にジョブを実行します：

<code>0 0 1 * ? /usr/bin/command</code>

この例では、日が1、曜日が?となっており、毎月1日にジョブが実行されます。

6. L（ラスト）

Lは、月の最終日または曜日の最後を表します。例えば、以下のcron式は、毎月の最終日にジョブを実行します：

<code>0 0 L * ? /usr/bin/command</code>

この例では、日がLとなっており、毎月の最終日にジョブが実行されます。

7. W（ワーキングデイ）

Wは、指定した日に最も近いワーキングデイ（月曜日〜金曜日）を表します。例えば、以下のcron式は、毎月15日が土曜日または日曜日の場合、最も近い金曜日にジョブを実行します：

<code>0 0 15W * ? /usr/bin/command</code>

この例では、日が15Wとなっており、毎月15日が土曜日または日曜日の場合、金曜日にジョブが実行されます。

8. ハッシュ（#）

ハッシュ（#）は、特定の曜日の特定の週を表します。例えば、以下のcron式は、毎月第2月曜日にジョブを実行します：

<code>0 0 ? * MON#2 /usr/bin/command</code>

この例では、曜日がMON#2となっており、毎月第2月曜日にジョブが実行されます。

cron式の具体例

以下に、cron式の具体例をいくつか紹介します：

  • 毎日午前2時にジョブを実行：0 2 * * * /usr/bin/command
  • 毎週月曜日の午前9時にジョブを実行：0 9 * * 1 /usr/bin/command
  • 毎月1日の午前0時にジョブを実行：0 0 1 * * /usr/bin/command
  • 毎時0分と30分にジョブを実行：0,30 * * * * /usr/bin/command
  • 毎週月曜日から金曜日の午前9時から午後5時まで毎時にジョブを実行：0 9-17 * * 1-5 /usr/bin/command
  • 毎月最終金曜日の午後6時にジョブを実行：0 18 L * FRI /usr/bin/command

実務で使える具体的なジョブ例10選

cronを使って実際にどのようなジョブを設定できるのか、具体的な例を10個紹介します。これらの例は、システム管理者や開発者にとって実務で役立つものばかりです。各例には、cron式と実行コマンド、実行結果の確認方法などを詳しく解説します。

1. データベースバックアップの自動化

データベースのバックアップは、システムの信頼性を確保するために欠かせません。cronを使って、定期的にデータベースのバックアップを自動化しましょう。

cron式：0 2 * * *（毎日午前2時に実行）

実行コマンド：

<code>/usr/bin/mysqldump -u root -pパスワード database_name > /backup/database_backup_$(date +%Y%m%d).sql 2>> /var/log/database_backup.log</code>

説明：

  • mysqldump コマンドを使用して、データベースのバックアップを取得します。
  • バックアップファイルは、/backup/ ディレクトリに保存されます。
  • バックアップファイル名は、database_backup_YYYYMMDD.sql という形式になります。
  • 実行結果やエラーは、/var/log/database_backup.log に記録されます。

実行結果の確認：

<code>cat /var/log/database_backup.log</code>

2. ログファイルのローテーション

ログファイルが肥大化すると、ディスク容量を圧迫するだけでなく、システムのパフォーマンスにも影響を与えます。cronを使って、定期的にログファイルをローテーションしましょう。

cron式：0 3 * * 0（毎週日曜日の午前3時に実行）

実行コマンド：

<code>/usr/sbin/logrotate -f /etc/logrotate.conf 2>> /var/log/logrotate.log</code>

説明：

  • logrotate コマンドを使用して、ログファイルをローテーションします。
  • logrotate.conf ファイルにローテーションの設定が記述されています。
  • 実行結果やエラーは、/var/log/logrotate.log に記録されます。

実行結果の確認：

<code>cat /var/log/logrotate.log</code>

3. Webサイトのコンテンツ更新

Webサイトのコンテンツを定期的に更新する場合、cronを使って自動化できます。例えば、毎日午前6時にWebサイトのコンテンツを更新するジョブを設定します。

cron式：0 6 * * *（毎日午前6時に実行）

実行コマンド：

<code>cd /var/www/html && /usr/bin/git pull origin main >> /var/log/website_update.log 2>&1</code>

説明：

  • Webサイトのディレクトリに移動し、git pull コマンドを実行して最新のコンテンツを取得します。
  • 実行結果は、/var/log/website_update.log に記録されます。

実行結果の確認：

<code>cat /var/log/website_update.log</code>

4. システムアップデートの自動実行

セキュリティを確保するために、定期的にシステムアップデートを実行することが重要です。cronを使って、自動的にシステムアップデートを実行しましょう。

cron式：0 4 * * 0（毎週日曜日の午前4時に実行）

実行コマンド：

<code>/usr/bin/apt update && /usr/bin/apt upgrade -y 2>> /var/log/system_update.log</code>

説明：

  • apt update コマンドでパッケージリストを更新し、apt upgrade -y コマンドでパッケージをアップグレードします。
  • 実行結果やエラーは、/var/log/system_update.log に記録されます。

実行結果の確認：

<code>cat /var/log/system_update.log</code>

5. ディスク容量の監視とアラート

ディスク容量が不足すると、システムのパフォーマンスに大きな影響を与えます。cronを使って、定期的にディスク容量を監視し、アラートを送信しましょう。

cron式：0 * * * *（毎時0分に実行）

実行コマンド：

<code>DISK_USAGE=$(df -h / | awk 'NR==2 {print $5}' | tr -d '%') && if [ $DISK_USAGE -gt 90 ]; then echo "ディスク容量が90%を超えています。" | mail -s "ディスク容量アラート" admin@example.com; fi 2>> /var/log/disk_usage.log</code>

説明：

  • df -h コマンドでディスク容量を取得し、90%以上の場合にメールでアラートを送信します。
  • 実行結果やエラーは、/var/log/disk_usage.log に記録されます。

実行結果の確認：

<code>cat /var/log/disk_usage.log</code>

6. Webサイトの死活監視

Webサイトが正常に動作しているかどうかを定期的に監視し、異常があればアラートを送信するジョブを設定します。

cron式：*/5 * * * *（5分ごとに実行）

実行コマンド：

<code>RESPONSE=$(curl -s -o /dev/null -w "%{http_code}" https://example.com) && if [ $RESPONSE -ne 200 ]; then echo "Webサイトが正常に応答していません。" | mail -s "Webサイト死活監視アラート" admin@example.com; fi 2>> /var/log/website_monitor.log</code>

説明：

  • curl コマンドでWebサイトにリクエストを送信し、HTTPステータスコードを取得します。
  • ステータスコードが200でない場合にメールでアラートを送信します。
  • 実行結果やエラーは、/var/log/website_monitor.log に記録されます。

実行結果の確認：

<code>cat /var/log/website_monitor.log</code>

7. メールボックスのクリーンアップ

メールボックスが肥大化すると、メールサーバーのパフォーマンスに影響を与えます。cronを使って、定期的に古いメールを削除しましょう。

cron式：0 5 * * 0（毎週日曜日の午前5時に実行）

実行コマンド：

<code>/usr/bin/find /var/mail -name "*.old" -mtime +30 -delete 2>> /var/log/mail_cleanup.log</code>

説明：

  • find コマンドで、30日以上前の古いメールファイルを削除します。
  • 実行結果やエラーは、/var/log/mail_cleanup.log に記録されます。

実行結果の確認：

<code>cat /var/log/mail_cleanup.log</code>

8. システムログの圧縮とアーカイブ

システムログが肥大化すると、ディスク容量を圧迫するだけでなく、システムのパフォーマンスにも影響を与えます。cronを使って、定期的にシステムログを圧縮し、アーカイブしましょう。

cron式：0 1 * * 0（毎週日曜日の午前1時に実行）

実行コマンド：

<code>/usr/bin/tar -czf /backup/logs_$(date +%Y%m%d).tar.gz /var/log && /usr/bin/find /var/log -name "*.log" -delete 2>> /var/log/log_compress.log</code>

説明：

  • tar コマンドで、/var/log ディレクトリ内のログファイルを圧縮します。
  • 圧縮されたログファイルは、/backup/ ディレクトリに保存されます。
  • 圧縮後に古いログファイルを削除します。
  • 実行結果やエラーは、/var/log/log_compress.log に記録されます。

実行結果の確認：

<code>cat /var/log/log_compress.log</code>

9. データベースの最適化

データベースのパフォーマンスを維持するために、定期的にデータベースの最適化を実行しましょう。

cron式：0 3 * * 6（毎週土曜日の午前3時に実行）

実行コマンド：

<code>/usr/bin/mysql -u root -pパスワード -e "OPTIMIZE TABLE table_name;" database_name 2>> /var/log/database_optimize.log</code>

説明：

  • mysql コマンドで、指定したテーブルの最適化を実行します。
  • 実行結果やエラーは、/var/log/database_optimize.log に記録されます。

実行結果の確認：

<code>cat /var/log/database_optimize.log</code>

10. システムのシャットダウンと再起動

システムのメンテナンスやアップデートのために、定期的にシステムを再起動するジョブを設定します。

cron式：0 4 1 * *（毎月1日の午前4時に実行）

実行コマンド：

<code>/sbin/shutdown -r +1 "システムメンテナンスのため再起動します。" 2>> /var/log/system_reboot.log</code>

説明：

  • shutdown コマンドで、1分後にシステムを再起動します。
  • 再起動の理由をメッセージとして表示します。
  • 実行結果やエラーは、/var/log/system_reboot.log に記録されます。

実行結果の確認：

<code>cat /var/log/system_reboot.log</code>

cron実行時の環境変数とその対処法

cronジョブは、通常のシェル環境とは異なる環境で実行されます。このため、環境変数（PATH、HOMEなど）が正しく設定されていない可能性があります。cronジョブが正しく動作しない場合、環境変数の設定が原因であることが多いです。以下に、cron実行時の環境変数とその対処法を詳しく解説します。

cronジョブの実行環境を確認する方法

cronジョブの実行環境を確認するために、以下のコマンドをcronジョブとして実行します：

<code>* * * * * /usr/bin/env > /tmp/cron_env.log 2>&1</code>

このコマンドを1分間待った後、/tmp/cron_env.log ファイルを確認します。以下は、実行結果の例です：

<code>PATH=/usr/bin:/bin
SHELL=/bin/sh
HOME=/root
LOGNAME=root
USER=root
MAIL=/var/mail/root
PWD=/root
LANG=C
LC_ALL=C
SHLVL=1
_=/usr/bin/env</code>

このログファイルを確認することで、cronジョブの実行環境（PATH、HOME、SHELLなど）を把握できます。

PATH環境変数の問題と対処法

cronジョブは、通常のPATH環境変数とは異なるPATHで実行される可能性があります。このため、コマンドの絶対パスを使用するか、PATH環境変数を明示的に設定します。

絶対パスを使用する方法：

cronジョブのコマンドには、絶対パスを使用します。例えば、ls コマンドを実行する場合、以下のように記述します：

<code>0 * * * * /bin/ls /tmp 2>> /var/log/ls.log</code>

PATH環境変数を設定する方法：

crontabファイルにPATH環境変数を設定します。例えば、以下のように記述します：

<code>PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
0 * * * * ls /tmp 2>> /var/log/ls.log</code>

この例では、PATH環境変数を明示的に設定しています。

HOME環境変数の問題と対処法

cronジョブは、ホームディレクトリが異なる可能性があります。このため、ファイルパスには絶対パスを使用します。例えば、~/.bashrc ファイルを参照する場合、絶対パスを使用します：

<code>>0 * * * * cat /root/.bashrc 2>> /var/log/bashrc.log

また、ホームディレクトリを明示的に設定することもできます：

<code>HOME=/home/user
0 * * * * ls ~ 2>> /var/log/ls.log

SHELL環境変数の問題と対処法

cronジョブは、通常のシェル（bash、zshなど）とは異なるシェルで実行される可能性があります。このため、シェルスクリプトを使用する場合には、シェバン（#!/bin/bash）を明記します。

例えば、以下のシェルスクリプトをcronジョブとして実行する場合：

<code>#!/bin/bash
echo "Hello, World!" > /tmp/hello.log

crontabファイルには、以下のように記述します：

<code>0 * * * * /bin/bash /path/to/script.sh 2>> /var/log/script.log

このように、シェルスクリプトを実行する際には、シェルの絶対パスを使用します。

環境変数をcrontabファイルに設定する方法

crontabファイルに環境変数を設定することで、cronジョブの実行環境を制御できます。以下に、環境変数を設定する方法を解説します。

例：PATHとHOME環境変数を設定

<code>PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOME=/home/user
0 * * * * ls /tmp 2>> /var/log/ls.log

この例では、PATHとHOME環境変数を明示的に設定しています。

環境変数をシェルスクリプトで設定する方法

シェルスクリプト内で環境変数を設定することもできます。以下に、シェルスクリプト内で環境変数を設定する例を示します：

<code>#!/bin/bash
export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
export HOME=/home/user
ls /tmp >> /var/log/ls.log 2>&1

このシェルスクリプトをcronジョブとして実行する場合、crontabファイルには以下のように記述します：

<code>0 * * * * /bin/bash /path/to/script.sh

cronが動かない時のトラブルシューティング完全ガイド

cronジョブが正しく動作しない場合、さまざまな原因が考えられます。以下に、cronが動かない時のトラブルシューティング方法を詳しく解説します。これらの方法を順に試すことで、問題の原因を特定し、解決することができます。

1. cronサービスが起動しているか確認する

cronジョブが実行されない場合、まずcronサービスが正しく起動しているかどうかを確認します。以下のコマンドを実行して、cronサービスのステータスを確認します：

<code>systemctl status cron.service</code>

または、以下のコマンドを実行します：

<code>service cron status</code>

cronサービスが起動していない場合は、以下のコマンドで起動します：

<code>sudo systemctl start cron.service</code>

また、システム起動時にcronサービスが自動的に起動するように設定します：

<code>sudo systemctl enable cron.service</code>

2. cronジョブが正しく登録されているか確認する

cronジョブが正しく登録されているかどうかを確認します。以下のコマンドを実行して、crontabファイルの内容を確認します：

<code>crontab -l</code>

システムcrontabの場合は、以下のコマンドを実行します：

<code>cat /etc/crontab</code>

/etc/cron.d/ディレクトリの場合は、以下のコマンドを実行します：

<code>ls /etc/cron.d/ && cat /etc/cron.d/ファイル名

crontabファイルにジョブが登録されていない場合は、再度編集して登録します。

3. cronジョブの実行ログを確認する

cronジョブの実行ログを確認することで、ジョブが実行されたかどうか、またエラーが発生したかどうかを確認できます。以下の方法で、cronジョブの実行ログを確認します：

  • ジョブの出力をファイルにリダイレクトしている場合：cat /path/to/logfile.log を実行して、ログファイルの内容を確認します。
  • ジョブの出力がメールで送信されている場合：mail コマンドを実行して、メールを確認します。
  • cronのシステムログを確認する：grep CRON /var/log/syslog または grep cron /var/log/messages を実行して、cronの実行ログを確認します。

例えば、以下のコマンドを実行して、cronの実行ロ

cronのセキュリティ設定とベストプラクティス

cronを安全に運用するためには、ジョブ実行時の権限管理と環境設定に注意が必要です。root権限で動作するcronジョブはシステム全体に影響を及ぼす可能性があるため、原則として一般ユーザー権限で実行することを推奨します。特に外部からの入力を扱うジョブでは、権限昇格やコマンドインジェクションのリスクを考慮し、実行ユーザーを厳格に制限してください。

ジョブ実行時の環境変数はcron独自のものが使用されるため、システム全体の環境変数と異なる場合があります。PATH変数が不足するとコマンドが見つからないエラーが発生することがあるため、ジョブスクリプト内で明示的にPATHを設定するか、絶対パスでコマンドを指定してください。また、標準出力・エラー出力は適切にファイルにリダイレクトし、ログ管理を徹底しましょう。

セキュリティを強化するための具体的な対策として、以下の点に留意してください：

  • 不要なcronジョブは定期的に見直し、削除する

ジョブの実行頻度は必要最小限に抑え、過剰な負荷をシステムに与えないようにします。また、外部サービスと連携するジョブでは、APIキーやパスワードなどの機密情報を直接スクリプトに埋め込まず、専用の資格情報管理ツールを使用して安全に取り扱ってください。

cronの代替手段：systemd timersとanacron

Linux環境におけるジョブスケジューリングのニーズは、cronだけに限定されません。systemd timersやanacronは、それぞれ異なるユースケースに適した代替手段として利用できます。systemd timersは、systemdサービスと連携して時刻やイベントに基づくジョブ実行を管理します。特に、サービスの起動・停止と連動させたい場合や、より細かな実行条件（例：特定のネットワーク状態時）を設定したい場合に有効です。一方、anacronは、システムが長期間停止していた場合でもジョブを確実に実行することを目的としたツールです。cronとは異なり、anacronは「実行し忘れていたジョブ」を再実行する仕組みを持ち、デスクトップ環境やラップトップで頻繁に利用されます。

これらの代替手段を選択する際は、ジョブの実行頻度やシステムの稼働状況、依存関係を考慮する必要があります。例えば、systemd timersは、サーバー環境でcronと同等の精度が求められる場合に適しており、anacronは、ユーザーが頻繁にシステムをシャットダウンする環境で、実行漏れを防ぐために利用されます。また、両者ともcronと共存可能なため、用途に応じて使い分けることが一般的です。

導入にあたっては、以下の点に注意してください：

  • systemd timersを利用する場合は、.timerファイルと.serviceファイルの両方を作成し、systemctl enableで有効化する必要があります。

まとめ：cronを使いこなすためのチェックリスト

cronを活用する際は、ジョブの実行タイミングを正確に指定するために、分・時・日・月・曜日という5つの時間指定フィールドを適切に設定することが基本です。また、実行するコマンドやスクリプトのパスは絶対パスで記述し、環境変数の影響を受けないように注意が必要です。特に、ユーザーごとに異なる環境変数が設定されるため、システム全体で動作するジョブの場合は、環境変数を明示的に指定するか、スクリプト内で設定することが推奨されます。

さらに、cronジョブの実行結果やエラーは、標準出力・標準エラー出力をメールで受信するか、ログファイルに記録することでトラブルシューティングに役立てましょう。定期的なジョブの実行後は、ログを確認して想定通りの動作が行われているかを確認する習慣をつけることが重要です。また、ジョブの実行頻度が高すぎるとシステムに負荷がかかるため、実行間隔は必要最小限に抑えるよう心がけてください。これらのポイントを押さえることで、cronを効果的に活用し、システムの自動化を安全に進めることができます。

職場のIT課題、どこから手をつけるか整理してみませんか？

Route Bloom の無料IT診断では、簡単な質問に答えるだけで社内のIT活用状況を整理し、改善の方向性のヒントをお返しします。売り込みはありません。

無料IT診断を受けてみる

Googleフォームが開きます ／ 無料 ／ 中小企業のIT担当者・経営者向け

【編集・制作ポリシー】
本記事はRoute Bloom編集部が各ベンダー公式ドキュメント・エンジニア監修をもとに作成しています。インフラ・クラウド構築は環境により異なります。本番環境への適用前に必ずテストを実施してください。情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。 編集ポリシーはこちら
ABOUT ME
たから
フリーランスIT講師/エンジニア。 ◆経験：IT講師/インフラエンジニア/PM/マネジメント/採用/運用・保守・構築・設計 ◆取得資格：CCNA/CCNP/LPIC-1/AZ-900//サーティファイC言語/情報処理技術者 ◆サイドビジネス：アパレル事業/複数のWEBメディアを運営