qual è il percorso predefinito per i file di backup di un altro server

Ho un server Ubuntu e uno dei suoi "compiti" è il mirroring / backup dei file che si trovano su un altro server in una posizione diversa usando rsync / rdiff-backup.

So che ci sono alcune convenzioni come le pagine Web in / var / www.

Qual è la posizione ottimale / predefinita per l'archiviazione dei file di backup?

Possibili luoghi che ho considerato:

/ var / backup: sembra che venga utilizzato per i backup interni del sistema operativo

/ home / backup - Potrei creare questa directory, ma se mantenere i backup è un "servizio" fornito da questo server, ritengo che sia sbagliato inserire i file nella stessa cartella con i file utente personali

PS Sono consapevole che questa domanda potrebbe essere soggettiva (ho la descrizione del messaggio di avvertimento), ma penso che quello che faccio sia abbastanza comune e ci debba essere una convenzione.

C'è una posizione corretta.

Esiste uno standard per la corretta struttura del filesystem. La sua versione attuale è in circolazione da oltre un decennio, il che potrebbe essere una novità per alcune distribuzioni Linux.

L'ultima versione di Filesystem Hierarchy Standard è 2.3: http://www.pathname.com/fhs/pub/fhs-2.3.html

Lì, nella sezione "Scopo" divar , spiega perché questa è una cattiva idea da usare /var/backup.

Il posto giusto sarebbe, a seconda dell'applicazione e del suo utilizzo, qualcosa del tipo:

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

(Dico "qualcosa del genere" perché se usi /var/lib, /var/localo /var/optdipende dall'applicazione, dal suo ruolo all'interno del sistema e da come è stato installato. Inoltre, la struttura sotto /var/lib/<app>è arbitraria in base ai manutentori dell'applicazione.)

A proposito, da quando l'hai menzionato, non/var/www è il posto giusto per le pagine web servite (di nuovo, questa è una notizia per alcuni gestori di distro e pacchetti, ma l'FHS è più vecchio di molti di loro che chiaramente non l'hanno mai letto). Il contenuto offerto e i dati / le risorse dell'applicazione memorizzati per i servizi appartengono alla directory . Sono stato con il metodo di protocollo dal 2005 e trovo funziona abbastanza bene ( , , , , etc.)./srv/srv/http/srv/ftp/srv/git/srv/svn

Supponiamo che tu stia utilizzando rsynce che questa macchina fornisca un servizio di backup per la rete, che utilizzeresti:

/srv/rsync/backups

AGGIORNARE

Versione 3.0 di FHS: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html

Non esiste una posizione predefinita.

Non userei nessuna delle directory regolari per questo. Mantieni il server pulito da backup esterni e posizionalo in una posizione ben definita.

Molto probabilmente userei un disco rimovibile e lo monterei. Qualcosa come /external_backups/ o /media/external_backups/all'interno di quelle sottodirectory con il nome del server e all'interno di quei file tar compressi.

/home/backupsi sente male; Lascerei /home/se stesso per gli utenti. Se vuoi farlo in questo modo, creerei un "backup" utente e la stessa configurazione di cui sopra.

Qualcosa del genere (2x con una partizione, 2x da 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è davvero per uso interno. Il sistema di pacchetti Debian mantiene una copia precedente dell'ultima ma viene eseguita una copia di dpkg /var/lib/dpkg/status-old. (Per impostazione predefinita :) Al fine di preservare il sistema per un danno maggiore in caso di crash o danneggiamento del file system, viene eseguito un backup giornaliero /var/backupsquando il file differisce dall'ultima copia. Questo è fatto da /etc/cron.daily/standard.

Ma non esiste un modo corretto o sbagliato (beh, scarto i metodi folli: come metterli dentro /o dentro /booto qualcos'altro di così folle).