“José herdou um presente de grego. Um legado proprietário de backup criado pelo software Backupator!”
Os backups gerados por outras ferramentas, notamente as que possuem um formato de gravação proprietário (TSM/Spectrum, Arcerve, Netbackup etc.), muitas vezes mostra-se complexo e as empresas acabam optando por manter a estrutura legada (software + hardware) enquanto a retenção destes backups não expira. Já discutimos algumas estratégias de migração recentemente: http://www.bacula.com.br/migracao-veeam-netbackup-commvault-e-outros-para-o-ebacula/
Uma das alternativas abordadas consiste no seguinte: restaurar os principais backups realizados pela ferramenta anterior (preferencialmente para o servidor do Cliente, em um diretório x temporário), e realizar o backup destas informações a partir de um cliente do Bacula.
Após realizar o novo backup com o Bacula, pode-se realizar uma pequena alteração no Catálogo, de maneira a modificar a data do backup para que seja igual à data do backup original feito pela ferramenta anterior. Também podemos alterar o nome do backup (job name) para que seja igual a original. Isso pode ser feito direto no Banco de Dados bacula, ou através do bconsole, sqlquery:
update job set starttime='2018-09-28 18:50:16' where jobid='309'; update job set name='legacy-backup-name' where jobid='309';
Neste exemplo modifiquei a data e horário de execução do Job de Id 309, como se o mesmo tivesse sido executado na virada do ano.
Se você já tiver instalado o cliente do Bacula no Cliente de backup dono dos dados originais, pode também mudar o nome do cliente de backup para que corresponda ao configurado no Bacula:
update job set client='legacy-client-fd' where jobid='309';
Para restaurar os backups posteriormente, é possível utilizar as opções de restauração para retirar dos caminhos aquele diretório “x” temporário no qual você havia restaurado os backups legados. restore … mod … 10: File Relocation, 1: Strip prefix.
Disponível em: 
Português
