quel est l'emplacement par défaut pour les fichiers de sauvegarde d'un autre serveur

J'ai un serveur Ubuntu et l'une de ses "tâches" consiste à mettre en miroir / sauvegarder des fichiers situés sur un autre serveur dans un emplacement différent à l'aide de rsync / rdiff-backup.

Je sais qu'il y a des conventions comme les pages Web dans / var / www.

Quelle est la meilleure pratique / emplacement par défaut pour le stockage des fichiers de sauvegarde?

Endroits possibles que j'ai envisagés:

/ var / backup - on dirait qu'il est utilisé pour les sauvegardes internes du système d'exploitation

/ home / backup - Je pourrais créer ce répertoire, mais si la maintenance des sauvegardes est un "service" fourni par ce serveur, je pense qu'il est incorrect de placer les fichiers dans le même dossier avec les fichiers utilisateur personnels

PS Je sais que cette question peut être subjective (j'ai reçu l'info-bulle d'avertissement), mais je pense que ce que je fais est assez courant, et il doit y avoir une convention.

Il y a un bon emplacement.

Il existe une norme pour une structure de système de fichiers appropriée. Sa version actuelle existe depuis plus d'une décennie, ce qui pourrait être une nouveauté pour certaines distributions Linux.

La dernière version de la norme de hiérarchie du système de fichiers est 2.3: http://www.pathname.com/fhs/pub/fhs-2.3.html

Là, sous la section "But" devar , il explique pourquoi c'est une mauvaise idée à utiliser /var/backup.

L'endroit approprié serait, en fonction de l'application et de son utilisation, quelque chose comme:

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

(Je dis "quelque chose comme" parce que si vous utilisez /var/lib, /var/localou /var/optdépend de l'application, son rôle dans le système et comment il a été installé. De plus, la structure sous /var/lib/<app>est arbitraire en fonction des responsables de l'application.)

Soit dit en passant, puisque vous l'avez mentionné, ce /var/wwwn'est pas le bon endroit pour les pages Web desservies (encore une fois, c'est une nouvelle pour certains responsables de la distribution et des packages, mais le FHS est plus ancien que beaucoup d'entre eux qui ne l'ont clairement jamais lu). Le contenu servi et les données / ressources d'application stockées pour les services appartiennent au /srvrépertoire . J'utilise la méthode de protocole depuis 2005 et trouve cela fonctionne très bien ( /srv/http, /srv/ftp, /srv/git, /srv/svn, etc.).

Disons que vous utilisez rsyncet que cette machine fournit un service de sauvegarde pour le réseau, vous utiliseriez:

/srv/rsync/backups

METTRE À JOUR

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

Il n'y a pas d'emplacement par défaut.

Je n'utiliserais aucun des répertoires habituels pour cela. Gardez le serveur propre des sauvegardes extérieures et placez-les dans un emplacement clairement défini.

Très probablement, j'utiliserais un disque amovible et le monterais. Quelque chose comme /external_backups/ ou /media/external_backups/et à l'intérieur de ces sous-répertoires avec le nom du serveur et à l'intérieur de ces fichiers tar compressés.

/home/backupse sent mal; Je me laisserais /home/aux utilisateurs. Si vous voulez le faire de cette façon, je créerais une "sauvegarde" utilisateur et la même configuration que ci-dessus.

Quelque chose comme ça (2x avec une partition, 2x à partir d'un /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/backupest à usage interne en effet. Le système de paquets Debian conserve une copie plus ancienne du dernier mais un seul dpkg exécuté /var/lib/dpkg/status-old. (Par défaut :) Afin de préserver le système pour des dommages plus importants en cas de panne ou de corruption du système de fichiers, une sauvegarde quotidienne est effectuée /var/backupslorsque le fichier diffère de la dernière copie. Cela se fait à partir de /etc/cron.daily/standard.

Mais il n'y a pas de manière correcte ou erronée (eh bien, je rejette les méthodes insensées: comme les mettre dedans /ou dedans /bootou autre chose aussi fou que ça).