rsnapshot.conf中的“备份间隔”?


11

一个关于rsnapshot的简单问题。

为了执行日常备份,我将在Ubuntu中为cron添加行。

然后,为什么在rsnapshot.conf中也有这些行?

#########################################
#           BACKUP INTERVALS            #
# Must be unique and in ascending order #
# i.e. hourly, daily, weekly, etc.      #
#########################################

interval        hourly  6
interval        daily   7
interval        weekly  4
#interval       monthly 3

如果使用cron,应该禁用它们吗?谢谢

ps。我刚刚意识到在crontab中我仍然有“每小时”和“每天”。然后,我是否应该仅取消注释crontab中使用的那个?如果已经在cron中指定了小时,那么指定小时又有什么意义呢?我有点困惑。

# crontab -e
0 */4 * * * /usr/local/bin/rsnapshot hourly
30 23 * * * /usr/local/bin/rsnapshot daily

1
相关信息:如果您的系统不是24/7供电,则可能要使用anacron,而不是cron。有关更多信息,例如,请参见:thegeekstuff.com/2011/05/anacron-examples
Alex

Answers:


11

您的crontab作业将调用相关类型的rsnapshot作业来运行。如果每小时运行一次rsnapshot,则将在输出目录中创建一个名为“ hourly.0”的目录。再次运行它,将创建“ hourly.1”。

因此,对于在crontab中启用的每个项目,文件中都应有一个相应的间隔行/etc/rsnapshot。例如,如果您决定不使用每小时间隔,则只需将间隔行保留在配置中,但不要运行指定“每小时”的cron作业。

之所以会引起混淆,是因为默认名称是“每小时”,“每天”等等。这些只是可以根据您的需要进行更改的标签。

对于我的rsnapshot,我使用“ daysago”,“ weeksago”和“ monthsago”:

替代文字


好的,谢谢,最后一个问题。假设我在crontab中每小时间隔20 * / 5 * * * / usr / local / bin / rsnapshot每小时。在这种情况下,我每5小时执行一次每小时备份,并且备份服务器上仅保留2个副本。这个对吗 ?
aneuryzm 2011年

那就对了。每隔5小时,您将生成一个hourly.0和一个hourly.1。在第三次迭代中,删除hourly.1,将hourly.0重命名为hourly.1,并创建一个新的hourly.0。依此类推,不断覆盖最旧的。
Scaine 2011年

2

不,您不应该禁用它们。

间隔配置告诉rsnapshot

  • 每个级别要保留多少快照。在您的示例中,在6个“每小时”快照之后,最早的“每小时”快照被删除。
  • 从何处获取当前快照的内容。最上面的条目(在您的情况下为“每小时”)是从源复制的,而其余条目只是从上一级链接到最新快照。

诸如“每天”和“每周”之类的间隔标签没有任何意义(如果需要,可以将它们称为“ x”和“ y”),但是它们必须与您在调用rsnapshot时传递的参数匹配。

简而言之,您既需要-间隔配置(用于告诉rsnapshot各个间隔如何关联),又需要cron来执行它。


2

例如,如果您决定不使用小时间隔,则只需在配置中保留时间间隔>行,但不要运行指定“小时”的cron作业。

这是不太正确的,至少在当前版本的rsnapshot中不是这样。

rsnapshot.conf中的第一行“保留”行(例如“ hourly”)指示将当前备份复制到哪个名称。其余的旋转。从手册页:

必须在配置文件中按从最频繁到最不频繁的顺序指定备份级别。第一个条目是将与备份点同步的条目。随后的备份级别(例如,每天,每周等)只需轮换,每个更高的备份级别都会从其下一个.0目录中提取。

因此,如果您永远不打电话rsnapshot hourly,您的rsnapshot.conf应该没有retain hourly线路。


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.