
Estoy evaluando Bacula como una herramienta de respaldo centralizada para una red pequeña donde los usuarios encienden y apagan las máquinas de manera impredecible. Algunas de las cajas de Linux sin cabeza de las que necesito hacer una copia de seguridad están diseñadas para apagarse presionando el botón de encendido/apagado en la caja, sin ninguna forma de decirle al usuario que espere a que finalice la tarea de copia de seguridad.
Por lo tanto, no sabemos cuándo se pueden ejecutar las tareas de respaldo (anacron podría ayudar con esto, ¿verdad?) y no sabemos si se les permitirá finalizar.
¿Es Bacula una opción razonable para ese entorno?
Respuesta1
bacula cuenta con un "director" central que se encarga de toda la programación. Si un sistema no funciona cuando bacula-director
intenta que ( bacula-fd
) se comunique con el demonio de almacenamiento ( bacula-sd
), luego de un período de tiempo configurado, bacula se dará por vencido y marcará el trabajo como fallido. Si se apaga durante el trabajo, es casi seguro que marcará el trabajo como fallido.
Hasta donde yo sé, una vez que un trabajo falla, no hay ningún mecanismo para volver a intentarlo o continuarlo, bacula comenzará de nuevo la próxima vez que se programe ese trabajo.
Sugeriría usar rsync
desde las cajas a un servidor central y luego hacer una copia de seguridad de ese servidor central en cinta. En este caso, rsync podría programarse desde cron en cada cuadro en cualquier momento que sea conveniente, así como @reboot. Si el sistema se apaga a mitad de rsync, finalizará al iniciarse. Cuando se utiliza una copia de seguridad "push" como esta, es importante mantener copias de seguridad de ese servidor central porque un cliente corrupto enviará datos corruptos al servidor.
Respuesta2
Bacula es más adecuado para uso en servidores, pruebe Areca.
Respuesta3
Si bien no sé cómo maneja Bacula esta situación, acabo de evaluar Backuppc con respecto a los clientes que "desaparecen". Backuppc utiliza rsync simple como transporte y, por lo tanto, puede marcar una copia de seguridad como "parcial" si un cliente se apaga en medio de un trabajo en ejecución. Recuperarse de una situación así funciona bien.