яке місце за замовчуванням для резервних файлів іншого сервера

У мене є сервер Ubuntu, і однією з його "задач" є дзеркальне відображення / резервне копіювання файлів, розташованих на іншому сервері, в іншому місці за допомогою rsync / rdiff-резервного копіювання.

Я знаю, що є деякі умови, такі як веб-сторінки переходять у / var / www.

Яке місце найкращої практики / за замовчуванням для зберігання резервних файлів?

Можливі місця, які я вважав:

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

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

PS Я знаю, що це питання може бути суб'єктивним (я отримав підказку попередження), але я вважаю, що я роблю, є досить поширеним явищем, і має бути конвенція.

Є правильне розташування.

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

Місце за замовчуванням не існує.

Я б не використовував для цього жоден звичайний каталог. Утримуйте сервер чистим від зовнішніх резервних копій і розміщуйте це чітко визначене місце.

Швидше за все, я б використав знімний диск і змонтував його. Щось на кшталт /external_backups/ /media/external_backups/і всередині цього підкаталогу з назвою сервера та всередині цих стислих файлів tar.

/home/backupвідчуває себе неправильно; Я б залишив /home/себе для користувачів. Якщо ви хочете зробити це таким чином, я створив би "резервну копію" користувача та те саме налаштування, що і вище.

Щось подібне (2x із перегородкою, 2x від a /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чи щось інше, як божевільне).