O Bacula suporta um tipo de trabalho de migração que deve fazer o que você precisa. Veja aqui .
Estou considerando a idéia de usar o Bacula para alguns backups, no entanto, para salvar fitas e limitar as operações manuais, gostaria de fazer um backup de dois estágios:
Alguém sabe como "migrar" um determinado backup de um suporte de disco para uma fita de dentro do Bacula?
O Bacula suporta um tipo de trabalho de migração que deve fazer o que você precisa. Veja aqui .
Você poderia simplesmente escrever outro trabalho de backup que tenha o único propósito de fazer o backup dos arquivos do seu primeiro estágio, de disco para fita.
Eu venho fazendo isso há anos, mas eu só uso bacula para o 2º estágio. Eu uso uma solução baseada em rsync para o primeiro estágio:
Todas as máquinas em nossa rede executam uma tarefa cron diária para fazer backup de seus diretórios críticos no disco gigante do servidor de backup. Como usamos o rsync para isso, obtemos um backup "sintético completo" a cada vez. Isso reduz muito a carga sobre as máquinas, já que elas só precisam enviar os arquivos que foram alterados, mas o servidor de backup sempre tem uma cópia completa de suas pastas de backup em seu disco.
O Bacula cuida de colocar todos os arquivos em fita de acordo com um cronograma: Backup de fita completo todo mês, backup diferencial toda semana e incremental todos os dias.
A vantagem disso é que minimizamos a carga sobre nossos servidores ativos (porque estamos usando o rsync para extrair apenas os arquivos alterados, reduzindo a janela de backup), e todo o trabalho pesado é realizado pelo nosso servidor de backup. / p>
Pode ser possível fazer tudo isso dentro do bacula agora que ele suporta trabalhos de migração, mas isso está funcionando maravilhosamente como está. Nós backup de cerca de 40 servidores com cerca de 9TB de dados.
Eu não acredito que exista um mecanismo oficial bacula para fazer o que você quer.
Isso foi o que fiz para um cliente com um pequeno escritório (5 PCs, um servidor e 2 servidores na Internet).
Primeiro, executei os trabalhos de backup noturnos, que foram copiados para o disco do servidor. Em seguida, eu corri um script que iria restaurar para outro local no disco (nós temos muito espaço) e, em seguida, tar e pena para fita.
A razão pela qual fiz isso, ao contrário da boa sugestão de sweimann de simplesmente fazer o backup dos arquivos de backup em fita, foi que eu queria a máxima portabilidade das fitas finais. Você pode colocar uma fita tar em qualquer máquina (até mesmo windows, com o software correto) e restaurar os arquivos.
Os backups on-line são a verdadeira primária e voltam por seis meses. As fitas, que sempre foram limitadas à restauração completa mais recente, são principalmente para recuperação de desastre da CYA, caso o escritório seja incendiado (elas foram feitas para serem retiradas do local).
Não, ele não é dimensionado muito bem e leva muito mais tempo do que um backup direto, mas funciona em alguns cenários.