¿Cuál es la ubicación predeterminada para los archivos de respaldo de otro servidor?

Tengo un servidor Ubuntu y una de sus "tareas" es duplicar / respaldar archivos ubicados en otro servidor en una ubicación diferente usando rsync / rdiff-backup.

Sé que hay algunas convenciones como las páginas web en / var / www.

¿Cuál es la mejor práctica / ubicación predeterminada para almacenar los archivos de copia de seguridad?

Posibles lugares que consideré:

/ var / backup: parece que se usa para copias de seguridad internas del sistema operativo

/ home / backup: podría crear este directorio, pero si el mantenimiento de las copias de seguridad es un "servicio" que proporciona este servidor, creo que es incorrecto colocar los archivos en la misma carpeta con archivos de usuario personales

PD: Soy consciente de que esta pregunta puede ser subjetiva (recibí la información sobre herramientas de advertencia), pero creo que lo que hago es bastante común, y tiene que haber una convención.

Hay una ubicación adecuada.

Existe un estándar para la estructura adecuada del sistema de archivos. Su versión actual ha existido durante más de una década, lo que podría ser una novedad para algunas distribuciones de Linux.

La última versión del Estándar de jerarquía del sistema de archivos es 2.3: http://www.pathname.com/fhs/pub/fhs-2.3.html

Allí, en la sección "Propósito" devar , explica por qué es una mala idea usarla /var/backup.

El lugar adecuado sería, dependiendo de la aplicación y su uso, algo así como:

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

(Digo "algo así", porque si se utiliza /var/lib, /var/localo /var/optdepende de la aplicación, su función dentro del sistema, y la forma en que se instaló. Además, la estructura bajo /var/lib/<app>es arbitraria basada en los mantenedores de la aplicación.)

Por cierto, como lo mencionó, no/var/www es el lugar adecuado para las páginas web servidas (nuevamente, esto es una novedad para algunos encargados de distribución y paquetes, pero el FHS es más antiguo que muchos de ellos que claramente nunca lo han leído). El contenido servido y los datos / activos de aplicaciones almacenados para los servicios pertenecen al directorio . He estado usando el método de protocolo desde 2005 y parece que funciona bastante bien ( , , , , etc.)./srv/srv/http/srv/ftp/srv/git/srv/svn

Supongamos que está utilizando rsyncy que esta máquina proporciona un servicio de respaldo para la red, usaría:

/srv/rsync/backups

ACTUALIZAR

Versión 3.0 de FHS: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html

No hay una ubicación predeterminada.

No usaría ninguno de los directorios regulares para esto. Mantenga el servidor limpio de copias de seguridad externas y colóquelas en una ubicación clara y definida.

Lo más probable es que use un disco extraíble y lo monte. Algo así como /external_backups/ o /media/external_backups/dentro de esos subdirectorios con el nombre del servidor y dentro de esos archivos tar comprimidos.

/home/backupse siente mal Me dejaría /home/para los usuarios. Si desea hacerlo de esta manera, crearía una "copia de seguridad" del usuario y la misma configuración que la anterior.

Algo así (2x con una partición, 2x de 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/backupes para uso interno de hecho. El sistema de paquetes de Debian mantiene una copia anterior de la última ejecución de un dpkg /var/lib/dpkg/status-old. (Por defecto :) Para preservar el sistema de un daño mayor cuando se produce un bloqueo o la corrupción del sistema de archivos, se realiza una copia de seguridad diaria /var/backupscuando el archivo difiere de la última copia. Esto se hace desde /etc/cron.daily/standard.

Pero no hay una manera correcta o incorrecta de hacerlo (bueno, descarto los métodos locos: como ponerlos dentro /o dentro /booto algo tan loco como eso).