我正在尝试rsnapshot
按照文档规范运行,以避免竞争条件。基本上是文档比如说先跑最大的间隔,然后再跑较小的间隔,大约间隔半小时,依此类推。 (不使用sync_first)
所以,我monthly
每个月1号凌晨1点15分跑步,weekly
周一凌晨1点45分,daily
凌晨2点15分,hourly
凌晨2点45分(每4个小时一次),除了重点之外,重要的是凌晨2点45分daily
完成后运行。)
我想成功运行这个,没有sync_first 正确填充所有目录。就目前情况而言,它位于weekly
/ monthly
。的daily
和hourly
的通常工作正常。
对于用户来说重要的是要知道,当运行时hourly
,这是实际文件副本,sync_first
否则会这样做,因此hourly
需要首先运行文件才能在那里。其他一切都只是复制的符号链接,除非有文件更改。不要对此感到困惑,只要知道这hourly
是文件复制器即可。
对于用户来说,了解较高间隔作业会从较低间隔中删除目录,导致现在运行较低间隔来创建新目录也很重要。例如,当monthly
运行时,它会结束第 4 个weekly
(实际上命名为 Weekly.3,因为它们从 0 开始),然后需要再次运行 Weekly 以使其恢复到 4 周的值,或者是这样吗?这是我的错觉,还是我的问题?
如前所述,在 cron 中,monthly
每月第一天运行,weekly
每周一运行。
问题
我是否需要在同一天weekly
运行后约30 分钟运行此命令来重新填充丢失的目录,或者我应该等到正常的一天? (周一) monthly
monthly
weekly
weekly
我看到的问题是,如果我没有安排monthly
在一周中的某一天运行(运行的确切日期weekly
),那么当monthly
再次运行时,daily
, thenhourly
会正确遵循,但从第一天开始Month 并不总是在星期一,它weekly
不会在 后立即运行monthly
,从而在备份中留下一个漏洞(丢失的week
目录)。
有一个部分解决方案每月在特定的一天运行,但我试图避免这个 cron hack。我不记得以前在这方面遇到过问题,我不确定为什么我现在无法让它正常流动,也许这样就可以了?我想知道每周不会在每月之后运行是否没有问题,因为以前的weekly
仍然存在?