GNU/Linux >> Tutoriales Linux >  >> Linux

Linux:¿qué directorios debo excluir al hacer una copia de seguridad de un servidor?

Solución 1:

Ambos /proc y /sys son sistemas de archivos virtuales que reflejan el estado del sistema y le permiten cambiar varios parámetros de tiempo de ejecución (y, a veces, hacer cosas más peligrosas, como escribir directamente en la memoria o en un dispositivo). Nunca debe hacer una copia de seguridad ni restaurarlos.

En la mayoría de las distribuciones modernas, /dev se crea dinámicamente en el arranque (es un sistema de archivos de memoria llenado por udev y amigos). No tiene sentido hacer una copia de seguridad e intentar restaurarla es inútil. Sin embargo, si su distribución está configurada para usar un /dev estático , esto no se aplica (marque /proc/mounts , si /dev es un tmpfs es un sistema de archivos de memoria).

Hay otros sistemas de archivos de los que no debe hacer una copia de seguridad; usbfs (generalmente en /proc/bus/usb , si está montado), debugfs (se supone que está en /sys/kernel/debug si está montado, pero algunas personas lo ponen en otro lugar; probablemente no tengas este), devpts (montado en /dev/pts ), otro tmpfs instancias (que a menudo se encuentran en /dev/shm , /var/run , /var/lock , y otros lugares; hacer una copia de seguridad de ellos y restaurarlos debería ser inofensivo pero inútil, ya que su contenido se pierde al apagarlos), y cualquier sistema de archivos remoto o directorios mágicos de montaje automático (intentar hacer una copia de seguridad o restaurarlos podría terminar en un desastre, ya que podría terminar haciendo una copia de seguridad/ restaurar a una máquina diferente ). También debes tener cuidado con /media y /mnt , ya que los dispositivos externos (como un CD que olvidó en la unidad) se pueden encontrar allí, pero también es posible que los haya usado a propósito para montar algo que se debe respaldar.

Tenga en cuenta que, salvo en su mayoría inofensivo tmpfs instancias, sistemas de archivos de red/montadores automáticos y medios extraíbles, los sistemas de archivos de los que no debe hacer una copia de seguridad son descendientes de /dev , /proc o /sys . Si no tiene sistemas de archivos de red (o montadores automáticos) ni medios extraíbles, excepto /sys y /proc y reiniciar después de una restauración (para borrar el tmpfs instancias) debería ser suficiente.

Solución 2:

Esto realmente depende de cómo va a restaurar su sistema. Si va a reconstruir, solo necesita los archivos de configuración/datos para sus servicios (p. ej.:/etc, /opt, /var, /home)

Si busca una restauración completa del sistema, puede omitir /proc, /boot y /dev. Luego puede instalar el sistema operativo mínimo desde su medio de arranque y luego restaurar su sistema a través de su copia de seguridad.

Por supuesto, la mejor copia de seguridad es aquella que ha sido probada y verificado .

Así que omita lo que no cree que necesita, intente restaurar en una VM y verifique que pueda recuperar su sistema usando estos datos.

Solución 3:

Consulte El Tao de la copia de seguridad, capítulo 1.

Solución 4:

Algunos de los archivos especiales en /proc y /sys confunden a rsync. Por lo general, tampoco desea realizar una copia de seguridad de los sistemas de archivos de red montados. Los archivos dispersos también pueden causar problemas.

Agregue -x para limitarlo a un sistema de archivos. Eso evita todos los sistemas de archivos de red y /proc, etc. Sin embargo, luego debe ejecutar un rsync para cada sistema de archivos que haya montado.

Agregue -S para manejar archivos dispersos con sensatez.

Solución 5:

/boot, /dev y /proc son bastante inútiles para hacer una copia de seguridad; sin embargo, si sabe lo que está haciendo, puede hacer una copia de seguridad de /boot.

Tampoco haría una copia de seguridad de /lib, /media, /mnt, /sbin, /bin, /srv, /sys o /tmp.

/usr es opcional, dependiendo de si tiene algo en /usr que valga la pena hacer una copia de seguridad. Si yo fuera usted, lo que más me preocuparía sería hacer una copia de seguridad de los $HOME, /var y /etc (para los archivos de configuración) del usuario.

De nuevo, sin embargo, todo esto realmente depende del tipo de copia de seguridad que desea hacer. ¿Es esto un servidor web? ¿Es esto una computadora personal? ¿Es este un servidor shell con toneladas de directorios en /home?


Linux
  1. Migración de Unix a Linux

  2. Historias de Linux:cuando las copias de seguridad salvaron el día

  3. ¿Cuál es el proceso de desmantelamiento del hardware de su servidor Linux?

  4. ¿Qué debo usar en lugar de windows.h en Linux?

  5. ¿La forma más segura de particionar Linux?

Cómo hacer una copia de seguridad y restaurar el historial de la terminal de Linux

Cómo hacer una copia de seguridad de archivos y directorios usando Rsync en Linux

Cómo utilizar Timeshift para realizar copias de seguridad y restaurar Linux

¿Debo elegir un servidor Linux o Windows?

Linux ext4 restaurar archivos y derechos de acceso al directorio después de una mala copia de seguridad/restauración

¿Qué hacer cuando un escritorio Linux se congela?