Migrar desde Bacula

NGBackup es compatible en protocolo, configuración, catálogo y volúmenes con Bacula Community 15. La adopción es incremental — incluso en entornos mixtos — sin forklift.

Lo que sigue igual

• Sintaxis de configuración — tus recursos Director{}, Storage{}, Client{}, Job{}, FileSet{} funcionan tal cual.
• Catálogo y volúmenes — apunta NGBackup a un catálogo y storage existentes y continúa.
• Conceptos — jobs, niveles, pools, schedules, retención: todo se comporta igual.
• Salida de la consola — show, status dir, list / llist y el registro del job producen una salida idéntica byte a byte a la del bconsole de Bacula 15.3. Los scripts, dashboards y parsers que leen la salida de bconsole siguen funcionando contra backup-console sin cambios — el mismo volcado plano de show (Kind: name=value, con la forma de sub-recurso -->), el mismo encabezado de status dir y las secciones Scheduled–Running–Terminated, las mismas tablas de list con bordes +---+ y el mismo informe de resumen del job en varias líneas. (Para consumidores automatizados, todo comando de la consola también habla output=json — un envoltorio JSON estable que usan las consolas Web y Desktop.)

Lo que cambió (solo nombres)

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}

Camino sugerido

1. Levanta un Director/SD de NGBackup junto a Bacula.
2. Apunta a una copia del catálogo; valida las configs con backup-dir -t.
3. Mueve los clientes poco a poco; añade los plugins de NGBackup (dedup, ransomware, replicación) para capacidades que Bacula Community no tiene.