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/les fichiers de sauvegarde situés sur un autre serveur dans un emplacement différent à l'aide de rsync/rdiff-backup.
Je sais qu'il existe des conventions telles que les pages Web dans/var/www.
Quel est le meilleur emplacement/emplacement par défaut pour stocker les 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, j'estime qu'il est erroné de placer les fichiers dans le même dossier que les fichiers utilisateur personnels.
PS Je suis conscient que cette question peut être subjective (j'ai la bulle d'aide), mais je pense que ce que je fais est assez courant et qu'il doit y avoir une convention.
Il y a un bon emplacement.
Il existe une norme pour la structure appropriée du système de fichiers. Sa version actuelle existe depuis plus de dix ans, ce qui pourrait être une nouveauté pour certaines distributions Linux.
La dernière version de la norme de hiérarchie des systèmes de fichiers est la 2.3: http://www.pathname.com/fhs/pub/fhs-2.3.html
Là, dans la section section "Purpose" de var , cela explique pourquoi c’est une mauvaise idée d’utiliser /var/backup.
Le lieu approprié serait, selon l'application et 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/local ou /var/opt dépend de l'application, de son rôle dans le système et de la façon dont il a été installé. De plus, la structure sous /var/lib/<app> est arbitraire en fonction des responsables de l'application.)
En passant, puisque vous en avez parlé, /var/www est pas l’endroit approprié pour les pages Web servies (encore une fois, il s’agit d’une nouvelle pour certains responsables de la distribution et des paquets, mais la FHS est plus âgée que beaucoup d’entre eux qui ne l’ont clairement jamais lue). Le contenu servi et les données/actifs d'application stockés pour les services appartiennent au répertoire /srv . J'utilise la méthode de protocole depuis 2005 et trouve que cela fonctionne assez bien (/srv/http, /srv/ftp, /srv/git, /srv/svn, etc.).
Supposons que vous utilisez rsync et que cette machine fournit un service de sauvegarde pour le réseau, vous utiliseriez:
/srv/rsync/backups
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 mettez-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 dans ces sous-répertoires avec le nom du serveur et dans ces fichiers tar compressés.
/home/backup se sent mal; Je laisserais /home/ lui-même pour les utilisateurs. Si vous voulez le faire de cette façon, je créerais un utilisateur "sauvegarde" et la même configuration que ci-dessus.
Quelque chose comme ceci (2x avec une partition, 2x 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/backup est en effet pour usage interne. Le système de paquets Debian conserve une copie plus ancienne de l’avant-dernier dpkg exécuté dans /var/lib/dpkg/status-old. (Par défaut :) Afin de préserver le système de dommages plus importants en cas de plantage ou de corruption du système de fichiers, une sauvegarde quotidienne est placée dans /var/backups lorsque le fichier diffère de la dernière copie. Ceci est fait à partir de /etc/cron.daily/standard.
Mais il n’ya pas de solution correcte ou fausse (eh bien, je rejette les méthodes insensées: comme les mettre dans / ou dans /boot ou quelque chose d’aussi fou que ça).