Blog

VDI en Windows, TDS/FIFO en Linux, BACKUP TO URL para Azure SQL MI, striped parallel I/O hasta 64-way, tres modos nativos de replicación (log shipping / AG bootstrap / fanout), instant recovery y cobertura SSAS/SSRS/SSIS.

Documento técnico complementario a la página del plugin PodHeitor MSSQL.

1. Problema: el plugin Bacula Enterprise MSSQL es Windows-only y single-stripe

El plugin MSSQL de Bacula Enterprise existe, pero:

• Sólo Windows con VDI — sin cobertura SQL Server on Linux (oficialmente soportado por Microsoft desde 2017).
• Sin striped parallel I/O — VLDBs de 1 TB+ sufren con throughput single-stream.
• Sin awareness Always On AG más allá de lo básico — sin auto-selección de readable secondary, sin reseed AG.
• Sin replicación nativa — log shipping, AG bootstrap y fanout 1→N requieren scripting externo.
• Sin instant recovery, single-item restore, o cobertura SSAS/SSRS/SSIS.

El PodHeitor MSSQL Plugin entrega todo esto y mantiene compatibilidad drop-in con el namespace Bacula Enterprise mssql-fd — cero rewrites de FileSets en migración.

2. Modelo arquitectural

Patrón PodHeitor: cdylib FD + backend standalone, comunicación PTCOMM. En Windows el cdylib es DLL (podheitor-mssql-fd.dll); en Linux es .so.

v2.0.0 (mayo 2026): el cdylib se construye como cdylib Rust pura desde el workspace PodHeitor Rust cdylib/crates/plugin-mssql/. Ningún source AGPLv3 de Bacula se vincula estáticamente en ninguna parte del build — el plugin es fully proprietary (LicenseRef-PodHeitor-Proprietary). El shim metaplugin C/C++ v1.0.0 fue archivado en releases/v1.0.0/src/ sólo como referencia histórica, ya no se buildea.

3. Engines seleccionables vía mode=

4. Striped parallel I/O

BACKUP DATABASE ... TO DISK = '...stripe-1', DISK = '...stripe-2', ... es la feature SQL Server para multi-target. Bacula Enterprise no la expone; PodHeitor sí, vía el parámetro stripes=N (1–64). En VLDB de 1 TB con stripes=8, throughput observado es ~4× single-stream. Combina con buffercount=32 y maxtransfersize=4194304 (4 MiB) para saturar I/O del storage.

Plugin = "podheitor-mssql: database=warehouse stripes=8 parallel_dbs=2 
          compress=native+zstd buffercount=32 maxtransfersize=4194304"

5. Always On AG awareness

Con ag_preference=readable_secondary, el plugin:

1. Consulta la topología AG vía sys.dm_hadr_availability_replica_states.
2. Selecciona un readable secondary (offload del primary).
3. Si el secondary elegido falla/rebalancea durante el backup, reintenta automáticamente en otro replica hasta ag_failover_retry=3 intentos.
4. La topología es capturada en __ph_cluster__/ag_topology.json para AG reseed post-restore.

Otras opciones: auto, primary, secondary, readable_secondary.

6. Instant Recovery + Single-Item Restore

single_item spawnea una instancia SQL Server sandbox temporal, restaura el DB ahí, ejecuta SELECT o BCP OUT para extraer las filas pedidas, y descarta la sandbox. Útil cuando «necesito la tabla Orders de ayer» no vale el downtime de restore in-place.

7. PITR (Point-in-Time Recovery)

8. Cobertura BI server

9. Restore TDE-aware cross-server

TDE (Transparent Data Encryption) necesita el cert master + DPAPI de la instancia para abrir un DB encriptado. Sin esto, restore cross-server falla con Cannot find server certificate with thumbprint. El PodHeitor con tde_capture=yes exporta el cert + private key (encriptada con password operacional) durante el backup; en el restore, tde_restore_cert=<file> reinstala el cert antes del restore del DB. Esto destraba restore cross-instance / cross-region sin intervención manual.

10. Validación GA — v1.0.0

11. Plataformas soportadas

12. Drop-in Enterprise migration

El namespace Bacula es idéntico al del mssql-fd.dll de Bacula Enterprise:

@mssql/
├── MSSQLSERVER/
│   ├── AdventureWorks/
│   │   ├── data.bak           ← Full backup
│   │   ├── data.diff.bak      ← Differential
│   │   ├── log-<LSN>.trn      ← Transaction log
│   │   ├── layout.dat         ← DB layout RestoreObject
│   │   └── data.stripe-N.bak  ← Cuando stripes > 1
│   └── __ph_instance__/       ← PodHeitor extras (logins, jobs, config)
└── __ph_cluster__/
    └── ag_topology.json

Migrar de Enterprise a PodHeitor no requiere reescribir FileSets ni jobs Bacula Director — sólo intercambiar el binario.

13. Anti-patterns documentados

• No corras stripes=64 en DB pequeño. El overhead de coordinación supera la ganancia; en DBs < 50 GB usa stripes=4 o menos.
• No combines tail_log_before=yes con un drop_existing=yes distraído. El orden importa: tail-log captura ANTES del drop, pero drop_existing=only_if_match es más seguro en prod.
• No uses compress=none en redes WAN. Compression nativa SQL Server + zstd reduce dramáticamente bytes-on-wire; el overhead de CPU vale la pena.
• No corras TDS/FIFO en Windows cuando VDI está disponible. VDI es la API oficial Microsoft con mejor throughput e integración VSS; TDS/FIFO existe como fallback Linux.

14. Postura de licencia

Plugin bajo LicenseRef-PodHeitor-Proprietary. Ningún source AGPLv3 de Bacula se vincula estáticamente en ninguna parte del build v2.0.0+. El cdylib se construye desde el crate puro PodHeitor plugin-mssql.

¿Listo para evaluar?

Trial gratuito de 30 días para flotas SQL Server (Windows + Linux + Azure SQL MI) en producción. Garantizamos al menos 50% de descuento vs Bacula Enterprise, Veeam o Commvault, con más funcionalidades incluidas (3 modos nativos de replicación, instant recovery, single-item restore, cobertura SSAS/SSRS/SSIS).

Heitor Faria — Fundador, PodHeitor International
✉ [email protected]
☎ +1 (789) 726-1749 · +55 (61) 98268-4220 (WhatsApp)
🔗 Página del plugin PodHeitor MSSQL

Disponível em: Português (Portugués, Brasil)English (Inglés)Español