使用 link_desk 和 sync_first 进行 Rsnapshot 自动备份

Question

我的 .conf 文件：

link_desk 1
sync_first 1

我正在使用 cron 进行间隔备份。

0  *  * * *     rsnapshot sync
10 *  * * *     rsnapshot hourly
30 3  * * *     rsnapshot daily
0  3  * * 1     rsnapshot weekly
30 2  1 * *     rsnapshot monthly

这让我很困惑，我不知道它是否正确。 也许我应该在每个 cronjob 之前或在最小间隔之前进行同步？

将来我想使用带有单独配置文件的 rsnapshot 运行另一个备份（用于windwos机器）。例如：

0  *  * * *     rsnapshot -c windows.conf sync
10 *  * * *     rsnapshot -c windows.conf hourly
30 3  * * *     rsnapshot -c windows.conf daily
0  3  * * 1     rsnapshot -c windows.conf weekly
30 2  1 * *     rsnapshot -c windows.conf monthly

.pid 文件我可以在配置文件中分开。 我还会遇到并行运行两个 rsnapshot 进程的不兼容问题吗？

最后一个问题如何组织 cronjobs？如果我的同步过程比即将到来的备份命令需要更长的时间怎么办？是否可以在 rsnapshot 同步后每小时运行 rsnapshot？

Answer 1

启用了“sync_first”的“rsnapshot”旨在让您在适当的时候运行一个“同步”命令，然后运行一个或多个间隔命令。在每个 cron 作业之前运行 'sync' 会破坏使用 'sync_first'。您应该在最小间隔之前运行“同步”。

就组织您的 cronjob 而言，唯一重要的顺序是在“同步”和“每小时”之间。 'daily' 将只使用其最新的 'daily.0' 可用的最旧的 'hourly'，'weekly' 最旧的 'daily' 等。 'hourly' 虽然需要一个 '.sync' 目录来创建其新的 'hourly .0'。如果 'daily' 在 'hourly' 之前运行，它将采用 1:00 AM 而不是 2:00 AM 每小时备份，这为您提供几乎但不完全相同的备份覆盖范围。您需要确定这是否对您的情况至关重要。

当遇到您的问题时，我创建了一个小脚本文件，该文件运行“rsnapshot sync”，然后运行“rsnapshot hourly”，并将其安排在 cron 中。

我没有并行运行快照的经验。只要您备份到不同的目录，我预测除了 CPU 和网络使用之外没有问题。这就像在前一个命令完成之前手动启动第二个“rsync”命令。