システムのcronjobsをどこに置くのですか？

システムレベル（つまり、特定のユーザーに固有ではない）で実行されるcronjobが必要な場合、それを作成することをどのように提案しますか？

1. crontab -eルートとして実行
2. に追加する /etc/crontab
3. でcronjobを定義するファイルを作成する /etc/cron.d/
4. cronジョブを定義するファイルを作成する/etc/cron.*ly/（ただし、そのような時間間隔が私のニーズに合う場合のみ）

私が主に心配していることは次のとおりです。これらのソリューションのうち、システムアップデートによって上書きされる可能性があるのはどれですか。

さらに、仕事が長い場合は、別のスクリプトファイル（たとえば）に配置する必要があると思います/root/bin/。同意しますか？

使わない crontab -e

crontab -eルートとしては入れません。これは一般に他の管理者にはあまり明白ではなく、時間の経過とともに失われる可能性があります。それらを配置/etc/crontabすることで、実行する時間を正確に指定でき、別のユーザーも指定できます。

別の場所

別のユーザーとしてスクリプトを実行する必要がない場合、および/またはスクリプトを毎週、毎日などに実行する場合は、いくつかのディストリビューションが、特定の時間に自動的に処理されるスクリプトを配置できるディレクトリを提供します。

たとえば、Redhatベースのディストリビューションでは：

$ ls -dl /etc/cron*
drwxr-xr-x. 2 root root 4096 Nov 29 11:06 /etc/cron.d
drwxr-xr-x. 2 root root 4096 Nov 29 11:06 /etc/cron.daily
-rw-------. 1 root root    0 Nov 23 07:42 /etc/cron.deny
drwxr-xr-x. 2 root root 4096 Nov 29 11:03 /etc/cron.hourly
drwxr-xr-x. 2 root root 4096 Nov 29 11:06 /etc/cron.monthly
-rw-r--r--. 1 root root  457 Sep 26  2011 /etc/crontab
drwxr-xr-x. 2 root root 4096 Sep 26  2011 /etc/cron.weekly

特に、より複雑なスクリプトの場合/etc/cron.dは/etc/crontab、特定の時間に実行したいシステムレベルのcronをの代わりに使用することがよくあります。

私は下のディレクトリを使用して好む/etc/cron*彼らは、他のシステム管理者が見て知っているだろうし、ここでのファイルのようなパッケージのインストールを介して管理することができることをより多くの明白な場所だからrpm、および/またはapt。

エントリーの保護

私が言及したディレクトリはいずれも、パッケージマネージャーによって破棄されないスクリプトを置くために指定されています。crontabエントリーの保護について心配している場合は、/etc/crontabファイルに入れず、適切なスクリプトとしていずれかの/etc/cron*ディレクトリーに入れます。

＃4を選びます。システム設定でいつジョブを実行するかを選択でき、通常は「ビジーでないときに実行する」という適切なジョブを実行します。システムのcronスケジューラを変更すると、スクリプトの実行時間にも自動的に影響します。

欠点は、いつ実行するかを直接制御できないことです。より直接的な制御が必要な場合は、＃1を使用してください。

1は、システムアップデートによって上書きされる可能性が最も低くなります。3と4はかなり安全ですが。それはすべてあなたがどのように更新するかに依存します。ディストリビューションは必要に応じて更新できますが、通常は2つしか上書きされない可能性があります。

最後に、スクリプトを/ usr / local / binに配置します。これが、ディストリビューションのパッケージマネージャーによって管理されていないシステム全体のものを配置する「通常の」場所です。/ root / binは、rootによってのみ実行される場合にも受け入れられます。しかし、これはほとんどすべて味です。

上記のいずれも機能し、上記のいずれも更新によって上書きされません。実際の選択は意見に帰着します-3人の異なる人々は、多くの場合3つではなくても少なくとも2つの異なる答えを持っています。