2017-12-24 11 views
0

私はautomysqlbackupをGoogleクラウドでホストされているUbuntu 14.04.5 LTSサーバーで実行します。Automysqlbackupの実行時間を変更します

バックアップは毎日実行されますが、実行時間は管理していません。ラッシュアワー時に、automysqlbackupが実行され、mysqldがtopコマンドに従ってCPUの400%を使用するため、機能がクラッシュします。

私はchronをチェックしましたが、私が見る限り、エントリはありません。

どのように私は午前2時のような時間にスケジュールできますか?

ありがとうございます。

答えて

1

cronエントリを見つけて変更する必要があります。いくつかの可能性があり、バックアップの実行方法がわかるまで、それぞれを試す必要があります。あなたがエントリを見つけた場合は、

sudo crontab -e 

につながる番号を変更することにより、午前にそれを再スケジュール:

ビュールートのCronジョブ

sudo crontab -l 

は、ルートのcronジョブを編集するには

0 2 * * * /path/to/automysqlbackup 

ユーザーを表示あなたがエントリを見つけた場合は、

sudo crontab -u username -e 

につながる番号を変更することにより、午前にそれを再スケジュール:のCronジョブ

sudo crontab -u username -l 

は、ユーザー名のcronジョブを編集するには

0 2 * * * /path/to/automysqlbackup 

毎日のCronジョブを一覧表示

sudo ls -la /etc/cron.daily/ 

/etc/cron.daily/にあるcronジョブは、sudo viで編集できます。 This articleは、このタイプのcronジョブのスケジューリングを制御するファイルの内容を記述します。要約すると、コンテンツに次のような内容が含まれていることを確認してください。

# the maximal random delay added to the base delay of the jobs 
# RANDOM_DELAY=45 
# the jobs will be started during the following hours only 
START_HOURS_RANGE=2-2 

#period in days/delay in minutes/job-identifier/command 
1 0 cron.daily  nice backup /path/to/automysqlbackup 
+0

ありがとう。私はrootとユーザのためにcrontabを探しましたが、$(cut -f1 -d:/ etc/passwd)のユーザのために、どんなユーザでもcrontabはありません。 crontab -u $ user -lを実行します。 done –

+0

その呪文は私のためにはうまくいかなかったが、これは以下のようになる: '$(cut -f1 -d:/ etc/passwd)のユーザ。 sudo crontab -u $ user -l;を実行します。完了 –