目前我正在尝试做这样的事情:
- 1 个 cron 作业 backup_daily
- 2 个 cron 作业 backup_weekly
- 3 个 cron 作业 backup_monthly
因此,可能发生的情况是,例如每日和每周将在同一天运行。至少其中一个会失败,因为应该备份的文件被另一个备份进程锁定。因此,一个简单的解决方案是在不同时间运行作业。但由于我们不能确切地说出一项工作需要多长时间,所以这有点难看。
所以我在想的是一个代理脚本,所以我不会做上面的 cron 工作,而是做类似的事情
- 1 个 cron 作业 check_if_anybackup_is_running_and_run_backup_daily_else_wait_till_finished
- 2 个 cron 作业 check_if_anybackup_is_running_and_run_backup_weekly_else_wait_till_finished
- 3 个 cron 作业 check_if_anybackup_is_running_and_run_backup_monthly_else_wait_till_finished
那么我唯一关心的是它们以任何时间的偏移量开始,这样它们就不会互相阻塞。还应该明智地选择“等待”时间,这样他们就不会在同一时刻“重新检查”并再次相互阻塞(对于 3 个进程,我们可以使用偏移量 +1 每周处理,+2 处理每月和偶数/不均匀计数器复查时间)
但是,我不确定如何使用 Linux 脚本实现这一点。我不确定“正确”的程序是什么。使用在进程启动时创建的锁文件并检查?如果它被锁定会怎样?只使用 sleep 并在时间 X 后再次检查锁定文件是一种“好”方法吗?我不确定当我在 linux 线程上使用 sleep 时会发生什么——我的意思是:“计数器”是否已调度并耗尽了处理器能力,或者是否存在某种中断,处理器将在一段时间后发送给正在等待的进程X(比如“基于事件的”?) 你能想到更好的方法吗?一些 linux 脚本代码片段将是完美的,因为那不是我以前做过的事情
最佳答案
我会将所有三个脚本合并为一个具有不同参数的脚本。像 do_backup.sh daily
。
关于使用相同的锁定文件,您是正确的。我会更进一步,将您的进程 PID 写入此锁定文件。这样,如果您的进程发现 lockfile 存在,它不仅会退出,还会检查创建此文件的进程是否仍在运行。这样即使您的进程崩溃并且不删除锁定文件 - 您的整个系统仍然是安全的。
这是我在我的脚本中使用的示例,以确保只有一个副本同时运行:
#!/bin/sh
PID_FILE=$0.pid
[ -f $PID_FILE ] && {
pid=`cat $PID_FILE`
ps -p $pid && {
echo Already running...
exit
}
rm -rf $PID_FILE
}
echo $$ > $PID_FILE
然后在你的脚本中你只需要包含这个文件
source pid.sh
关于linux - 让 cron 作业等到另一个作业完成,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11178857/