另一台服务器的备份文件的默认位置是什么


12

我有一台Ubuntu Server,它的“任务”之一是使用rsync / rdiff-backup镜像/备份位于其他位置的另一台服务器上的文件。

我知道/ var / www中有一些约定,例如网页。

存储备份文件的最佳实践/默认位置是什么?


我考虑过的可能地点:

/ var / backup-看起来它用于操作系统的内部备份

/ home / backup-我可以创建此目录,但是如果维护备份是该服务器提供的“服务”,则我认为将文件与个人用户文件放在同一文件夹中是错误的

PS:我知道这个问题可能是主观的(我得到了警告工具提示),但是我认为我的工作很普遍,必须有一个约定。

Answers:


21

有适当的位置。

有适当文件系统结构的标准。它的当前版本已经存在了十多年,这对于某些Linux发行版来说可能是个新闻。

文件系统层次结构标准的最新版本为2.3:http : //www.pathname.com/fhs/pub/fhs-2.3.html

在那里,在“目的”部分下var,它解释了为什么使用此主意不好/var/backup

取决于应用程序及其用途,正确的位置应为:

/var/lib/<app>/backups
/var/local/<app>/backups
/var/opt/<app>/backups

(我之所以说“类似”,是因为您是否使用/var/lib/var/local/var/opt依赖于应用程序,其在系统中的角色以及如何安装。此外,其下的结构/var/lib/<app>是基于应用程序维护者的任意结构。)

顺便说一句,既然你提到它,/var/www不是对服务的网页(再次,这是新闻的一些发行版和软件包维护者,但FHS是老年人,其中许多人谁显然从来没有阅读它)的适当位置。服务的服务内容和存储的应用程序数据/资产属于/srv目录。我一直在使用该协议的方法,自2005年以来,发现它工作得很好(/srv/http/srv/ftp/srv/git/srv/svn,等)。

假设您正在使用rsync并且该计算机正在为网络提供备份服务,则可以使用:

/srv/rsync/backups

更新

FHS 3.0版:https : //refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html


1
最后,我实际上决定使用/ srv / rdiff-backup next / srv / git和/ srv / svn,很高兴您确认这是正确的决定。
andi 2016年

1
Filesystem Hierarchy Standard 3.0(2015年3月19日)位于refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.pdf
Emerson Rocha,

1
谢谢,艾默生。
Karl Wilbur

3

没有默认位置。

我不会为此使用任何常规目录。保持服务器不受外部备份的影响,并将其放置在明确的位置。

我很可能会使用可移动磁盘并将其安装。类似于/external_backups/或/media/external_backups/and的子目录中带有服务器名称的文件,以及位于压缩的tar文件中的文件。

/home/backup感到不对劲;我会留给/home/用户。如果您想通过这种方式进行操作,则可以创建一个用户“备份”,并执行与上述相同的设置。

像这样(带有分区的2x,来自a的2x /home/backup/

  • /external_backups/AS400/20150101/backup.tar.gz
  • /external_backups/AS400/2015_01_01.tar.gz
  • /home/backup/AS400/20150101/backup.tar.gz
  • /home/backup/AS400/2015_01_01.tar.gz

/var/backup确实是供内部使用。Debian软件包系统保留了最后一个较旧的副本,但最后一个dpkg在运行/var/lib/dpkg/status-old。(默认情况下:)为了在崩溃或文件系统损坏发生时保护系统/var/backups免受更大的损害,请在文件与最后一个副本不同时放入每日备份。这是从完成的/etc/cron.daily/standard

但是没有正确或错误的方法(嗯,我摒弃了疯狂的方法:就像将它们放入/或放入其中/boot或其他疯狂的方法)。


服务器位于数据中心,因此外部存储毫无疑问。我将创建用户备份,并将使用其主文件夹进行备份。但是现在我知道我没有打破我的名字惯例了。
andi
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.