Blog

VDI no Windows, TDS/FIFO no Linux, BACKUP TO URL para Azure SQL MI, striped parallel I/O até 64-way, três modos nativos de replicação (log shipping / AG bootstrap / fanout), instant recovery e cobertura SSAS/SSRS/SSIS.

Documento técnico complementar à página do plugin PodHeitor MSSQL.

1. Problema: o plugin Bacula Enterprise MSSQL é Windows-only e único-stripe

O plugin MSSQL do Bacula Enterprise existe, mas:

• Apenas Windows com VDI — sem cobertura SQL Server on Linux (oficialmente suportado pela Microsoft desde 2017).
• Sem striped parallel I/O — VLDBs de 1 TB+ sofrem com single-stream throughput.
• Sem awareness Always On AG além do básico — sem auto-seleção de readable secondary, sem reseed AG.
• Sem replicação nativa — log shipping, AG bootstrap e fanout 1→N exigem scripting externo.
• Sem instant recovery, single-item restore, ou cobertura SSAS/SSRS/SSIS.

O PodHeitor MSSQL Plugin entrega tudo isso e mantém compatibilidade drop-in com o namespace Bacula Enterprise mssql-fd — zero rewrites de FileSets em migração.

2. Modelo arquitetural

Padrão PodHeitor: cdylib FD + backend standalone, comunicação PTCOMM. Em Windows o cdylib é DLL (podheitor-mssql-fd.dll); em Linux é .so.

v2.0.0 (maio 2026): o cdylib é construído como cdylib Rust pura a partir do workspace PodHeitor Rust cdylib/crates/plugin-mssql/. Nenhum source AGPLv3 do Bacula é vinculado estaticamente em nenhum lugar do build — o plugin é fully proprietary (LicenseRef-PodHeitor-Proprietary). O shim metaplugin C/C++ v1.0.0 foi arquivado em releases/v1.0.0/src/ apenas como referência histórica, não é mais buildado.

3. Engines selecionáveis via mode=

4. Striped parallel I/O

BACKUP DATABASE ... TO DISK = '...stripe-1', DISK = '...stripe-2', ... é a feature SQL Server para multi-target. Bacula Enterprise não a expõe; PodHeitor sim, via parâmetro stripes=N (1–64). Em VLDB de 1 TB com stripes=8, throughput observado é ~4× single-stream. Combine com buffercount=32 e maxtransfersize=4194304 (4 MiB) para saturar I/O do storage.

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

5. Always On AG awareness

Com ag_preference=readable_secondary, o plugin:

1. Consulta a topologia AG via sys.dm_hadr_availability_replica_states.
2. Seleciona um readable secondary (offload do primary).
3. Se o secondary escolhido falhar/rebalancear durante o backup, re-tenta automaticamente em outro replica até ag_failover_retry=3 tentativas.
4. Topologia é capturada em __ph_cluster__/ag_topology.json para AG reseed pós-restore.

Outras opções: auto, primary, secondary, readable_secondary.

6. Instant Recovery + Single-Item Restore

single_item spawna uma instância SQL Server sandbox temporária, restaura o DB lá, executa SELECT ou BCP OUT para extrair as linhas pedidas, e descarta a sandbox. Útil quando “preciso da tabela Orders de ontem” não vale o downtime de restore in-place.

7. PITR (Point-in-Time Recovery)

8. Cobertura BI server

9. TDE-aware restore cross-server

TDE (Transparent Data Encryption) precisa do cert master + DPAPI da instância para abrir um DB criptografado. Sem isso, restore cross-server falha com Cannot find server certificate with thumbprint. O PodHeitor com tde_capture=yes exporta o cert + private key (criptografada com password operacional) durante backup; no restore, tde_restore_cert=<file> reinstala o cert antes do restore do DB. Isso destrava restore cross-instance / cross-region sem intervenção manual.

10. Validação GA — v1.0.0

11. Plataformas suportadas

12. Drop-in Enterprise migration

O namespace Bacula é idêntico ao do mssql-fd.dll 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  ← Quando stripes > 1
│   └── __ph_instance__/       ← PodHeitor extras (logins, jobs, config)
└── __ph_cluster__/
    └── ag_topology.json

Migração de Enterprise para PodHeitor não exige rewrite de FileSets ou jobs Bacula Director — apenas troca do binário.

13. Anti-patterns documentados

• Não rode stripes=64 em DB pequeno. O overhead de coordenação supera o ganho; em DBs < 50 GB use stripes=4 ou menos.
• Não combine tail_log_before=yes com drop_existing=yes distraído. A ordem importa: tail-log captura ANTES do drop, mas drop_existing=only_if_match é mais seguro em prod.
• Não use compress=none em redes WAN. Compression nativa SQL Server + zstd reduz dramaticamente bytes-on-wire; o overhead de CPU vale a pena.
• Não rode TDS/FIFO no Windows quando VDI está disponível. VDI é a API oficial Microsoft com melhor throughput e integração VSS; TDS/FIFO existe como fallback Linux.

14. License posture

Plugin sob LicenseRef-PodHeitor-Proprietary. Nenhum source AGPLv3 do Bacula é vinculado estaticamente em nenhum lugar do build v2.0.0+. O cdylib é construído a partir do crate puro PodHeitor plugin-mssql.

Pronto para avaliar?

Trial gratuito de 30 dias para frotas SQL Server (Windows + Linux + Azure SQL MI) em produção. Garantimos no mínimo 50% de desconto vs Bacula Enterprise, Veeam ou Commvault, com mais funcionalidades inclusas (3 modos nativos de replicação, 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 do plugin PodHeitor MSSQL

Disponível em: PortuguêsEnglish (Inglês)Español (Espanhol)