Elegí Bacula (v.5.0.2) para hacer copias de seguridad de los datos de nuestros empleados de oficina.
El Director y Storage Daemon se ejecutan en un servidor raíz basado en Debian (el SERVER) alquilado a una importante empresa de alojamiento alemana.
Todos los datos valiosos y, por lo tanto, el File Daemon de Bacula (el CLIENT) reside en un servidor Samba basado en Debian que está ubicado en el sitio y conectado a Internet a través de ADSL (~768 Kbit arriba) detrás de un enrutador SOHO (es una organización sin fines de lucro que tiene una escasez crónica de recursos). dinero).
Además, la CLIENTconexión a Internet del 's está siendodesconectado por el ISP cada 24 horasysu IP cambiade vez en cuando.
Logré configurar la infraestructura básica y probé con éxito la copia de seguridad y la restauración de archivos. Pero ahora que ha llegado el momento de definir los trabajos automatizados, me enfrento a un problema que no logro entender:
Problema
Supongamos que quiero tener un trabajo por empleado de oficina y necesito hacer una copia de seguridad de su recurso compartido de Samba, que pesa mucho
10GB. El nivel de copia de seguridad no importa ya que Bacula necesita hacer una copia de seguridad completa para comenzar.Pero esta copia de seguridad completa inicial no llegará a través del cable de la oficina antes de que una desconexión forzada haga que el trabajo sea inútil.
Pregunta
¿Hay alguna forma de dividir la carga de trabajo inicial en piezas más pequeñas además de configurar varios trabajos (y conjuntos de archivos)?
O mejor aún, ¿es posible de alguna manera pausar y reiniciar un trabajo en ejecución para superar la inevitable pérdida de conexión?
¿Algo más en lo que no pensé que podría ayudar?
Respuesta1
Las copias de seguridad toman una cantidad de tiempo proporcional a los datos de los que se realiza la copia de seguridad. Si necesita mover 10 G de datos, llevará algo de tiempo (el tiempo lo determinará la velocidad de su enlace de red).
Además, bacula asume que la conectividad de su red es confiable; no espera que su conexión se caiga y, francamente, esa es una suposición razonable por parte de bacula.
ElADECUADOLa solución a su problema es cambiar de ISP.
Francamente, si su conexión de red es tan poco confiable como usted describe (¡se desconecta cada 24 horas!) y no obtiene la conexión 100% gratuita, probablemente esté pagando de más.
Si no puede implementar la solución adecuada, su mejor alternativa es ejecutar un demonio de almacenamiento local en el sitio del cliente y realizar una copia de seguridad en el disco allí.
Luego puedes usar una herramienta comorsyncpara copiar los archivos de cinta virtual a otra ubicación.
Las principales desventajas de esta solución son que necesitará (al menos) un disco adicional para realizar la copia de seguridad y tendrá que administrar el trabajo rsync (lo que puede hacer con un RunAfterBackupscript en Bacula).
Dependiendo de sus necesidades, un disco duro USB puede ser suficiente para el disco adicional.
Las otras alternativas que describió en su pregunta son defectuosas o no son posibles.
Específicamente, Bacula no tiene el concepto de "pausar" una copia de seguridad, y dividir la copia de seguridad en múltiples trabajos (la única forma de dividirla) solo significa que fallará un subtrabajo en lugar de todo; aún así podría terminar cree una copia de seguridad que no lo restaure a un estado bueno/consistente si hace esto, por lo que en realidad no está solucionando el problema.
Respuesta2
A partir deversión7.2, bacula admite la suspensión y reanudación de trabajos (mediante comandos stopy resume/ restart).