каково расположение по умолчанию для файлов резервных копий другого сервера

12

У меня есть сервер Ubuntu, и одной из его «задач» является зеркалирование / резервное копирование файлов, расположенных на другом сервере в другом месте, с помощью rsync / rdiff-backup.

Я знаю, что есть некоторые соглашения, такие как веб-страницы в / var / www.

Каков наилучший способ / место по умолчанию для хранения файлов резервных копий?


Возможные места, которые я рассмотрел:

/ var / backup - похоже, он используется для внутренних резервных копий ОС

/ home / backup - я мог бы создать этот каталог, но если резервное копирование является «услугой», предоставляемой этим сервером, я считаю неправильным помещать файлы в одну папку с личными пользовательскими файлами

PS Я знаю, что этот вопрос может быть субъективным (я получил всплывающую подсказку с предупреждением), но я думаю, что то, что я делаю, довольно распространено, и должно быть соглашение.

и я
источник

Ответы:

20

Там есть правильное местоположение.

Существует стандарт для правильной структуры файловой системы. Его текущая версия существует уже более десяти лет, что может быть новостью для некоторых дистрибутивов 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

ОБНОВИТЬ

Версия 3.0 FHS: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html

Карл Уилбур
источник
1
В конце концов я решил использовать / srv / rdiff-backup next / srv / git и / srv / svn, и я рад, что вы подтвердили, что это правильное решение.
Анди
1
Стандарт иерархии файловых систем
Эмерсон Роча,
1
Спасибо, Эмерсон.
Карл Уилбур
3

Там нет места по умолчанию.

Я бы не использовал ни одну из обычных каталогов для этого. Держите сервер в чистоте от внешних резервных копий и поместите их в четко определенное место.

Скорее всего, я бы использовал съемный диск и смонтировал его. Что-то вроде /external_backups/ или /media/external_backups/внутри этих подкаталогов с именем сервера и внутри этих сжатых tar-файлов.

/home/backupчувствует себя неправильно; Я бы оставил /home/себя для пользователей. Если вы хотите сделать это таким образом, я бы создал "резервную копию" пользователя и ту же настройку, что и выше.

Как то так (2х с разделом, 2х с /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или что-то еще сумасшедшее).

Rinzwind
источник
Сервер находится в центре обработки данных, поэтому о внешнем хранилище не может быть и речи. Я создам резервную копию пользователя и буду использовать ее домашнюю папку для резервного копирования. Но теперь я знаю, что нет соглашения об именах, которое я нарушаю.
Анди