[脱線]　なぜanacronのような曖昧なスケジューリングの仕組みが必要なのでしょうか。

共有ハードウェア上に、複数仮想OSを動かすのがスタンダードな今、
各OSが一斉にジョブ動作すると、その時刻にリソース負荷が集中してしまいます。

だからといって、OS毎にジョブ時刻を変える設計もサーバ数増加時は管理が大変です。
ランダムにはなりますが、各OSが「今日中のどこかでジョブをやっておくね！」というのも、
ジョブ種別によっては役に立ちます。

●1日に複数回起動が必要

●正確な時刻指定が必要

●ジョブ間で実行順序に前後関係がある

●システム管理ユーザ以外がスケジュール登録利用する

　cronが、hourlyスケジュールジョブ（１時間に１回、毎時１分起動）として、
　/etc/cron.hourlyディレクトリ配下のスクリプトを実行します。
 

●関係するのはこの設定ファイル
　/etc/cron.d/0hourly[table id=30 /]

　①により、cronが/etc/cron.hourly/0anacron スクリプトを実行したことで
　anacronが起動します。
　（＝hourlyスケジュールのため1時間に1回起動ということになります）
 

●関係するのはこのスクリプト
　/etc/cron.hourly/0anacron
[table id=31 /]

　起動したanacronプロセスは、anacron設定ファイル（/etc/anacrontab）より、
　ジョブのスケジュール設定を読み込みます。

　「ジョブスケジュール設定（何日おきに実行するかで指定）」と、
　「④で実施する"ジョブの前回実行履歴"」をふまえ
　
　[本日スケジューリングされている] かつ [本日未実施] のジョブを抽出します。
 

●関係するのはこの設定ファイル
　/etc/anacrontab
　※設定方法などは、次回のパート2の記事でご紹介する予定です。
[table id=29 /]

　当日既に実施済みのジョブか否かを、前回ジョブ実施日が記録された
　/var/spool/anacron/[ジョブ名] ファイルより確認します。

　※本ファイルは、anacronに登録したジョブ別にファイル生成されています。
　　例：cron.dailyジョブ　→　/var/spool/anacron/cron.dailyファイル

　※本ファイルに記録されたジョブ履歴は、1世代（前回実行日のみ）で、
　　YYYYMMDD形式（例：20140421）で記録されております。
　　時間までは記録はされておりません
 

●関係するのはこの設定ファイル
　/var/spool/anacron/[ジョブ名]
[table id=32 /]

④、⑤により抽出された本日実施が必要なジョブは、
前述のとおりOS依存でランダムにてジョブ実行時刻が決定されます。
仕組みの概略は以下になります。