安排多年后执行的任务的最佳方式

nit*_*ins 0 linux scheduled-task command

安排多年后执行的任务的最佳方法是什么?就像在 4 年后执行脚本一样。

cron 是最好的方法吗?

Mir*_*ici 5

您可以使用at

$ at 10am Jul 31 2030
warning: commands will be executed using /bin/sh
at> echo Hello
at> <EOT>
job 2 at Wed Jul 31 10:00:00 2030
$ atq
1       Sun Jul 31 10:00:00 2030 a user
$ atrm 1
Run Code Online (Sandbox Code Playgroud)


Phi*_*l P 5

任何将在四年后运行足够未经修改的计算机系统,脚本在没有修改的情况下仍然有效,在某种程度上是静态的。任何假设一个盒子在很久以后仍将担任相同角色的调度系统都相当乐观。硬盘故障或其他问题可能会让您发现您的备份是否处理存储“临时”工作。

转而考虑“我如何测试维护任务 X 是否已运行,使得数据的生命周期从现在开始又延长了 N 个月”可能会更可靠;例如,域全部更新,SSL 证书未过期等。然后您可以每天、每周、每月或高于“每年”的其他频率运行该作业。这意味着代码得到执行并且您将确定它会运行。特别是如果该工具在某处取得了成功。

如果所有其他方法都失败了,带有一堆提醒的部门共享日历可能会很有用。您可以适度确定,如果日历被替换,或迁移到云端,或其他任何事情,有人会努力迁移所有事件,以便 VIP 不需要重新输入任何内容。因此,您的提醒将“免费”迁移,而无需任何人记住这项每四年才发生一次的任务。

  • 这个。在那个时间尺度上的任何事情都需要组织的连续性。您需要确保它应该在四年后实际完成并且在那段时间内您的要求没有改变,它引用的文件没有移动,服务器本身没有被替换。 (2认同)