Answers:
有适当的位置。
有适当文件系统结构的标准。它的当前版本已经存在了十多年,这对于某些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
没有默认位置。
我不会为此使用任何常规目录。保持服务器不受外部备份的影响,并将其放置在明确的位置。
我很可能会使用可移动磁盘并将其安装。类似于/external_backups
/或/media/external_backups/
and的子目录中带有服务器名称的文件,以及位于压缩的tar文件中的文件。
/home/backup
感到不对劲;我会留给/home/
用户。如果您想通过这种方式进行操作,则可以创建一个用户“备份”,并执行与上述相同的设置。
像这样(带有分区的2x,来自a的2x /home/backup/
:
/var/backup
确实是供内部使用。Debian软件包系统保留了最后一个较旧的副本,但最后一个dpkg在运行/var/lib/dpkg/status-old
。(默认情况下:)为了在崩溃或文件系统损坏发生时保护系统/var/backups
免受更大的损害,请在文件与最后一个副本不同时放入每日备份。这是从完成的/etc/cron.daily/standard
。
但是没有正确或错误的方法(嗯,我摒弃了疯狂的方法:就像将它们放入/
或放入其中/boot
或其他疯狂的方法)。