bacula conta com um "diretor" central que cuida de todo o agendamento. Se um sistema estiver inativo quando bacula-director
tentar obtê-lo ( bacula-fd
) para falar com o daemon de armazenamento ( bacula-sd
), depois de um período de tempo configurado, o bacula desistirá e marcará a tarefa como falha. Se estiver desligado durante o trabalho, quase certamente marcará o trabalho como reprovado.
Tanto quanto eu sei, uma vez que um trabalho falhou, não há nenhum mecanismo para tentar novamente ou continuá-lo, bacula vai começar de novo na próxima vez que o trabalho estiver agendado.
Sugiro usar rsync
das caixas para um servidor central e fazer backup desse servidor central para a fita. Neste caso, o rsync pode ser programado a partir do cron em cada caixa, a qualquer hora que seja conveniente, bem como no @reboot. Se o sistema for desligado no meio do rsync, ele será concluído na inicialização. Ao usar um backup "push" como esse, é importante manter backups desse servidor central porque um cliente corrompido enviará dados corrompidos para o servidor.