Estratégias para fazer volumes de arquivos bacula compatíveis com o rsync?

Question

Como podemos configurar o bacula para que ele crie volumes de arquivo de uma maneira em que os nomes de volume (rótulos) sejam previsíveis e funcionem bem com o rsync, de modo que não enviemos grandes quantidades de dados pelo fio?
A estratégia geral seria escrever um backup completo no primeiro domingo do mês, diferenciais nos outros domingos e incrementos de segunda a sábado. Então, nós queremos (3) arquivos criados, um para o "full", 1-5 para os "diferenciais", mais 1-6 para os "incrementais".

Meu pensamento é que a primeira linha de defesa é a diretiva "Label Format" no recurso Pool. Usando um formato de etiqueta como "$ {Storage} - $ {Job} - $ {Pool} - $ {Level} - $ {MediaType}" na definição do pool e usando (3) pools diferentes para (full / incremental / differential) Parece que funcionaria, mas não sei como convencer Bacula a acrescentar os dias apropriados e reciclar nos dias corretos.

    

Answer 1

Não tente enganar suas ferramentas - configure uma rotação de fita sã e deixe que Bacula faça o que Bacula faz. rsync descobrirá como sincronizar os dados com uma quantidade mínima de tráfego na transmissão.

Os volumes Bacula já são inerentemente compatíveis com rsync , da mesma forma que qualquer arquivo:

• Se o arquivo for novo ou substancialmente reescrito, o rsync transferirá tudo.
• Se o arquivo tiver sido anexado, o rsync transferirá os novos dados.
• Se o arquivo foi modificado de uma maneira diferente de simplesmente anexá-lo, o rsync transferirá os blocos alterados.

A menos que seja dito, o Bacula continuará escrevendo em um arquivo até atingir o tamanho máximo de volume especificado, e o rsync enviará apenas os dados anexados (lembre-se que um arquivo de volume Bacula é basicamente uma fita glorificada com melhores tempos de busca de acesso aleatório) ).