Migrando do Bacula

O NGBackup é compatível em protocolo, configuração, catálogo e volumes com o Bacula Community 15. Você adota de forma incremental — até em ambientes mistos — sem forklift.

O que continua igual

• Sintaxe de configuração — seus recursos Director{}, Storage{}, Client{}, Job{}, FileSet{} funcionam como estão.
• Catálogo & volumes — aponte o NGBackup para um catálogo e storage existentes e continue.
• Conceitos — jobs, níveis, pools, schedules, retenção: tudo se comporta igual.
• Saída do console — show, status dir, list / llist e o log do job têm saída idêntica byte a byte à do bconsole do Bacula 15.3. Scripts, dashboards e parsers que leem a saída do bconsole continuam funcionando contra o backup-console sem mudanças — mesmo dump plano do show (Kind: name=value, com a forma de sub-recurso -->), mesmo cabeçalho do status dir e seções Scheduled–Running–Terminated, mesmas tabelas do list com bordas +---+ e mesmo relatório de resumo do job em várias linhas. (Para consumidores automatizados, todo comando do console também fala output=json — um envelope JSON estável usado pelos consoles Web e Desktop.)

O que mudou (só nomes)

Bacula	NGBackup
bacula-dir	backup-dir
bacula-sd	backup-sd
bacula-fd	backup-fd
bconsole	backup-console
bcopy / bextract / bls / bscan	backup-copy / backup-extract / backup-ls / backup-scan
/opt/bacula/{bin,etc}	/opt/backup/{bin,etc}

Caminho sugerido

1. Suba um Director/SD do NGBackup ao lado do Bacula.
2. Aponte para uma cópia do catálogo; valide as configs com backup-dir -t.
3. Mova os clientes aos poucos; adicione os plugins do NGBackup (dedup, ransomware, replicação) para capacidades que o Bacula Community não tem.