nitins Asked: 2010-01-20 20:12:00 +0800 CST2010-01-20 20:12:00 +0800 CST 2010-01-20 20:12:00 +0800 CST 安排多年后执行的任务的最佳方式 772 安排几年后执行的任务的最佳方法是什么？就像 4 年后执行脚本一样。 cron 是最好的方法吗？ linux scheduled-task command 2 个回答 Voted Mircea Vutcovici 2010-01-20T20:22:22+08:002010-01-20T20:22:22+08:00 您可以使用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 Phil P 2010-01-20T20:53:35+08:002010-01-20T20:53:35+08:00 任何计算机系统如果在四年后无需修改即可运行，以至于脚本在没有修改的情况下仍然有效，这在某种程度上是静态的。任何假设一个盒子在很久以后仍将担任相同角色的调度系统都是相当乐观的。硬盘故障或其他问题可能会让您发现您的备份是否处理存储“瞬态”工作。 相反，查看“我如何测试维护任务 X 是否已运行以使数据的生命周期从现在开始再延长 N 个月”可能会更稳健；例如，域全部更新、SSL 证书未过期等。然后您可以每天、每周、每月或比“每年”更高的频率运行该作业。这意味着代码得到执行，您将确定它会运行。特别是如果该工具在某处注册成功。 如果所有其他方法都失败了，带有一堆提醒的部门共享日历可能会很有用。您可以适度确定，如果日历被替换，或迁移到云，或其他任何事情，有人会努力迁移所有事件，以便 VIP 无需重新输入任何内容。因此，您的提醒将“免费”迁移，无需任何人记住这项每四年才发生一次的任务。
您可以使用
at：任何计算机系统如果在四年后无需修改即可运行，以至于脚本在没有修改的情况下仍然有效，这在某种程度上是静态的。任何假设一个盒子在很久以后仍将担任相同角色的调度系统都是相当乐观的。硬盘故障或其他问题可能会让您发现您的备份是否处理存储“瞬态”工作。
相反，查看“我如何测试维护任务 X 是否已运行以使数据的生命周期从现在开始再延长 N 个月”可能会更稳健；例如，域全部更新、SSL 证书未过期等。然后您可以每天、每周、每月或比“每年”更高的频率运行该作业。这意味着代码得到执行，您将确定它会运行。特别是如果该工具在某处注册成功。
如果所有其他方法都失败了，带有一堆提醒的部门共享日历可能会很有用。您可以适度确定，如果日历被替换，或迁移到云，或其他任何事情，有人会努力迁移所有事件，以便 VIP 无需重新输入任何内容。因此，您的提醒将“免费”迁移，无需任何人记住这项每四年才发生一次的任务。