cron力をつけよう！全てのcrontab入門者に贈る9個のテクニック
なお、時間設定方法や書式についてはここでは解説しません。
拙作「くろんメーカ」をお使いください。
くろんメーカ - crontab用のコマンドを自動で生成します。 そのままコピペしてお使いください。
crontab -e で直接編集しない
有名な話ですが、crontab -r とやってしまうと全てが一瞬で消え去ります。まさにバルス！
間違えて crontab -r してしまい、crontab をふっとばしてしまった。つか、隣同士にある -e と -r で編集と削除とか、酷いよ＞＜。。。
crontab -r を安全にする - antipop
必ずローカルファイルに設定を書いたうえで、それを反映させるようにしましょう。
$ crontab -l > ~/crontab # 現在の設定をバックアップ
$ vi ~/crontab # ローカルファイルを編集
$ crontab < ~/crontab # ローカルファイルを反映するcrontab設定をバージョン管理する
誰がいつ何をいじったか履歴が残るように、svnやgitなどのバージョン管理システムに登録しておきましょう。トラブルが起こったときに、このログを見れば、直近のcrontab設定変更がどのようなものであったのかすぐに確認することができます。
恐怖のcrontab -r. 設定ファイルはレポジトリ管理せよ - Slow Dance
MAILTOを必ず設定する
MAILTOを設定しないままだと、サーバ内のユーザローカルのmailboxに入ってしまいます。一応mailコマンドで見れますがこれだと不便なので、専用のアラート受信用メールアカウント(会社や部署のMLなど)を用意してcrontabの冒頭で設定しましょう。
MAILTO="alert@yourdomain.com"標準出力は捨てない (> /dev/null してはダメ)
バッチのログは非常に重要です。command > /dev/null などしてしまうと、
ログは必ずどこかに出力するようにしましょう。
一番簡単なのは、専用ログファイルに追記してしまうことです。
command >> /path/to/logfileログ管理についてはこちらの記事が参考になります。
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
エラーメッセージは標準エラー出力に吐く
たまに標準出力にエラーメッセージを吐いてしまっているケース(注１）を見かけますが、これではエラーと正常の区別がつかないので意味がないです。障害発見が遅れてしまいます。
悪い例
echo "error message"
exit 1良い例
スクリプト内でエラーが起きたときのエラーメッセージは、必ず標準エラ―出力に吐きましょう。echo "error message" 1>&2
または
echo "error message" > /dev/stderr
exit 1コマンド重複をまとめる
朝と夕の１日２回実行するような場合に、たまに２行書いてる人がいます。（注２）悪い例
0 11 * * * /bin/bash /home/dqneo/bin/piyo.sh
0 17 * * * /bin/bash /home/dqneo/bin/piyo.sh良い例
0 11,17 * * * /bin/bash /home/dqneo/bin/piyo.shパス名の重複をまとめる
下記のようなパス名の重複も気になります。悪い例
0 9 * * * /bin/bash /home/dqneo/bin/hoge.sh >> /home/dqneo/logs/hoge.log
0 10 * * * /bin/bash /home/dqneo/bin/fuga.sh >> /home/dqneo/logs/fuga.log良い例
BIN_DIR="/home/dqneo/bin"
LOG_DIR="/home/dqneo/logs"
0 9 * * * /bin/bash $BIN_DIR/hoge.sh >> $LOG_DIR/hoge.log
0 10 * * * /bin/bash $BIN_DIR/fuga.sh >> $LOG_DIR/fuga.logcrontabで環境変数を使う際に知っておきたいたった1つのこと - (ﾟ∀ﾟ)o彡 sasata299's blog
実行時間を0分きっかりにしない
素人は「何時０分」に起動する設定を書いてしまいがちです。しかし例えば毎時０分に起動するバッチと、１０時０分に実行するバッチが重なると、サーバに不要な負荷をかけてしまいます。
悪い例
0 * * * * /bin/bash $BIN_DIR/hoge.sh >> $LOG_DIR/hoge.log
0 10 * * * /bin/bash $BIN_DIR/fuga.sh >> $LOG_DIR/fuga.log良い例
5 * * * * /bin/bash $BIN_DIR/hoge.sh >> $LOG_DIR/hoge.log
15 10 * * * /bin/bash $BIN_DIR/fuga.sh >> $LOG_DIR/fuga.logコマンドの重複起動を防止する
「１時間に１回」のバッチは、「１時間に１本」しか走らないと思い込んでいませんか？それは甘いです。
もしサーバの負荷上昇や処理量増大などが原因でバッチ処理が１時間以上かかってしまった場合、１個目のプロセスが終わらないうちに２個目のプロセスが起動してしまいます。
バッチが重複起動してしまうと、思わぬ事故を引き起こします。
重複起動の防止処理を入れておきましょう。
多重起動を防ぐシェルスクリプト - zenpouの日記
まとめ
いかがでしたか？cronは簡単そうに見えて実に奥が深いですね。
素敵なcronライフをエンジョイしてくださいね！！
もっと良いやり方があればTwitterやはてブでご指摘いただけると幸いです。