Bacula: trabalho inicial de Backup completo levando muito tempo

Question

Eu escolhi o Bacula (v.5.0.2) para fazer backups dos dados de nossos funcionários de escritório.

O Director e o Storage Daemon são executados em um servidor-raiz baseado no Debian (o SERVER ) alugado de uma grande empresa de hospedagem alemã.

Todos os dados preciosos e o Daemon de arquivo do Bacula (o CLIENT ) residem em um servidor Samba baseado no Debian localizado no site e conectado à Internet via ADSL (~ 768Kbit para cima) atrás de um roteador SOHO (é um não organização de lucros que é cronicamente curta em dinheiro).

Além disso, a conexão de internet do CLIENT está sendo desconectada pelo provedor a cada 24 horas e seu IP muda de vez em quando.

Consegui configurar a infraestrutura básica e testei com êxito o backup e a restauração de arquivos. Mas, agora que chegou a hora de definir os trabalhos automatizados, estou enfrentando um problema que não consigo entender:

• Problema

  Suponha que eu queira ter um trabalho por funcionário de escritório e precise fazer o backup do compartilhamento do Samba, que pesa em torno de 10GB . O nível de backup não importa, pois o Bacula precisa fazer um backup completo para começar.

  Mas esse backup completo inicial não passará pela conexão do escritório antes que uma desconexão forçada torne o trabalho inútil.

• Pergunta

  Existe alguma maneira de particionar a carga de trabalho inicial em pices menores, além de configurar várias tarefas (e conjuntos de arquivos)?

  Ou melhor, é possível de alguma forma pausar e reiniciar um trabalho em execução para superar a inevitável perda de conexão?

  Algo mais que eu não achei poderia ajudar?

Answer 1

Backups levam uma quantidade de tempo proporcional aos dados que estão sendo armazenados em backup - Se você precisar mover 10G de dados, levará algum tempo (quanto tempo será determinado pela velocidade do seu link de rede).

Mais bacula assume que sua conectividade de rede é confiável - não espera que sua conexão caia, e francamente isso é uma suposição razoável por parte do bacula.

A solução PROPER para o seu problema é alterar os ISPs.
Francamente, se a sua conexão de rede não é tão confiável como você descreve (desconectada a cada 24 horas!) E você não está obtendo a conexão 100% gratuita, provavelmente está pagando demais.

Se você não conseguir implementar a solução adequada, sua melhor alternativa será executar um Daemon de armazenamento local no site do cliente e fazer o backup no disco.
Você pode usar uma ferramenta como rsync para copiar os arquivos de fita virtual para outro local.

As principais desvantagens desta solução são que você precisará (pelo menos) de um disco extra para fazer o backup, e você terá que gerenciar o trabalho de rsync (o que você pode fazer com um script RunAfterBackup em Bacula ).
Dependendo das suas necessidades, um disco rígido USB pode ser suficiente para o disco extra.

As outras alternativas que você descreveu em sua pergunta são falhas ou não são possíveis. Especificamente, o Bacula não tem o conceito de "pausar" um backup, e dividir o backup em vários trabalhos (a única maneira de dividi-lo) significa que você falhará em um subtrabalho e não na coisa toda - você ainda pode com um backup que não o restaura para um estado bom / consistente se você fizer isso, então você não está realmente resolvendo o problema.