¿Qué carpetas no debo respaldar en CentOS?

10

Estoy usando rsnapshot para comenzar a hacer una copia de seguridad de una instalación de CentOS 5.5 y necesito una lista de carpetas que probablemente debería excluir de las copias de seguridad. El servidor es principalmente un servidor web LAMP, y servirá en el momento de la copia de seguridad, aunque debería tener un volumen relativamente bajo. ¿Hacer una copia de seguridad de / var / lib / mysql es una mala idea?

Supongo que no debería preocuparme por la copia de seguridad / proceso, ¿qué otras carpetas no necesitan copia de seguridad?

— Frisbee invisible
fuente

10

Es casi seguro que se puede ignorar /proc, /dev, /tmpy /var/tmp.

Se puede hacer un buen caso para ignorar /var/log(y cualquier otro directorio de registro), /var/cachesi lo tiene, y posiblemente porciones de /var/db(aunque debe tener cuidado con /var/db: a veces se colocan cosas realmente importantes ...)

Más allá de eso, es probable que desee hacer una copia de seguridad, espere unos días y haga otro para ver qué cambia con el tiempo. Si ve mucha "basura" en esas copias de seguridad, puede adaptar su lista de exclusión con más cuidado.

Una vez que haya seleccionado las cosas de las que desea hacer una copia de seguridad y adaptado sus listas de inclusión / exclusión, asegúrese de hacer una prueba de restauración adecuada : tome una máquina de metal desnudo y realice el proceso requerido para que sus datos y software vuelvan a funcionar, sin tocando la máquina original.

Si no puede administrar esa restauración con lo que hizo una copia de seguridad, realmente no tiene una copia de seguridad ...

— voretaq7
fuente

/ sys también debe ser ignorado.

— Jmarki

/syses otra buena ignorar - también si tiene BIND se ejecuta en un chroot desea ignorar el /dev, /proc, etc ... bajo el chroot

— voretaq7

2

Por favor, no ignore los archivos de registro . Eso es a menos que tenga algún otro mecanismo para recuperar datos que pueda necesitar para fines de depuración.

— Martin M.

@Server Horror: es cierto, si no tiene configurado syslog remoto, es posible que también desee realizar una copia de seguridad de los registros. estar haciendo varias copias de cada registro girado. No es un problema para algunos sistemas, un concierto extra más o menos un día para servidores web ocupados con registros de acceso detallados ...

— voretaq7

1

Las únicas carpetas que debe necesitar son /var/wwwy /var/lib/mysqlpara obtener su sitio web y sus datos. Y /etc/httpdhaga una copia de seguridad para obtener su configuración de apache, si es necesario. Vea aquí una discusión sobre la copia de seguridad /var/lib/mysqlversus el uso mysqldump.

Si puede usar una instantánea lvm para hacer una copia de seguridad, sería aún mejor, pero asegúrese de destruir la instantánea tan pronto como sea posible. Las instantáneas de Lvm destruyen tu rendimiento.

— James
fuente

55

Es un buen comienzo para hacer una copia de seguridad de MySQL, pero decir "Las únicas carpetas que debería necesitar" es EXTREMADAMENTE peligroso, especialmente cuando no está familiarizado con el entorno. Puede haber cosas críticas en otras ubicaciones (por ejemplo, información de usuario / contraseña en /etc/passwd& /etc/shadowTeclas SSH debajo /home, scripts personalizados debajo /usr/local...). En general, es mejor crear una lista de lo que se puede excluir de forma segura de una copia de seguridad en lugar de tratar de capturar todo lo que necesita con funciones específicas.

— voretaq7

0

Muy poca información, lo siento.

¿Es este un servidor web, servidor de bases de datos, servidor samba, servidor de nombres? Depende completamente de qué tipo de servicios se estén ejecutando.

Por lo general, no respaldo nada de lo que proporciona la distribución (todo lo que proviene de un paquete). Las cosas para las que tengo copias de seguridad son:

Archivos de configuración
archivos de registro (en caso de que ocurra algo desagradable)
" datos ": serían archivos de zona para enlaces, "volcados" de ldap, volcados de bases de datos y demás.
directorios de inicio si hay usuarios humanos reales que inician sesión en los servidores

— Martin M.
fuente