Databasus vs Barman

Databasus e Barman foram criados para recuperação de desastres com RTO e RPO mínimos, e ambos suportam backups físicos, arquivamento de WAL e recuperação a um ponto no tempo (PITR). O Databasus executa esses backups remotamente sobre a pilha nativa do PostgreSQL 17, reutilizando as ferramentas já comprovadas do próprio PostgreSQL em vez de reinventá-las, tudo por trás de uma interface web intuitiva com recursos de equipe e suporte a vários motores de base de dados. Funciona com bases de dados de qualquer tamanho e complexidade. Backups físicos exigem PostgreSQL 17 ou mais recente; em versões anteriores só estão disponíveis backups lógicos com pg_dump. O Barman (Backup and Recovery Manager) traz motor de backup próprio, por isso cobre backups físicos em versões bem mais antigas do PostgreSQL e acrescenta recursos avançados como backups incrementais baseados em rsync, integração com replicação por streaming e georredundância Barman a Barman.

Comparação rápida

Veja as principais diferenças entre Databasus e Barman:

Público-alvo

A diferença mais significativa entre as ferramentas é para quem cada uma foi projetada:

Público do Databasus

O Databasus foi criado para um público amplo, de desenvolvedores individuais a grandes empresas:

• Desenvolvedores individuais: instalação simples e interface intuitiva facilitam proteger projetos pessoais sem conhecimento profundo de PostgreSQL.
• Equipes de desenvolvimento: workspaces, controle de acesso baseado em papéis e logs de auditoria permitem colaboração segura entre os membros da equipe.
• Empresas: escala para atender necessidades corporativas com segurança completa, vários destinos de armazenamento e canais de notificação.
• DBAs e recuperação de desastres: backups físicos, arquivamento de WAL e PITR para sistemas críticos com exigência de perda de dados quase nula.

Público do Barman

O Barman foi projetado especificamente para administradores de bases de dados (DBAs) que administram infraestrutura PostgreSQL corporativa:

• DBAs corporativos: profissionais que precisam de gestão centralizada de backups de vários servidores PostgreSQL a partir de um servidor de backup dedicado.
• Equipes que precisam de incremental via rsync: a comparação em nível de arquivo reduz o tempo de backup e o uso de rede em clusters grandes.
• Exigências de georredundância: replicação Barman a Barman para redundância geográfica entre data centers.

Abordagem de backup

As ferramentas usam estratégias de backup fundamentalmente diferentes, cada uma com vantagens próprias:

Databasus: backups lógicos + físicos

O Databasus suporta tanto a estratégia lógica quanto a física de cópia de segurança:

• Backups físicos, incrementais e de WAL: executados remotamente pelo protocolo de replicação do PostgreSQL sobre a pilha nativa do PostgreSQL 17: pg_basebackup, pg_basebackup --incremental em nível de bloco guiado pelos resumos de WAL do servidor, pg_receivewal e pg_combinebackup. O Databasus reutiliza as ferramentas já comprovadas do próprio PostgreSQL em vez de reinventá-las. Requer PostgreSQL 17 ou mais recente.
• Backups lógicos: usa pg_dump para backups portáteis que podem ser restaurados em versões diferentes do PostgreSQL. É também o único tipo de backup em PostgreSQL anterior à versão 17 e o caminho para MySQL, MariaDB e MongoDB.
• Nada instalado na base de dados: os backups se conectam remotamente; redes fechadas são alcançadas por um túnel SSH até um host interno ou um bastion, de modo que a base de dados nunca precisa ficar exposta publicamente.
• Compressão eficiente: usa compressão zstd (nível 5) tanto para backups lógicos quanto físicos.
• Acesso somente leitura: backups lógicos exigem apenas permissões SELECT, minimizando riscos de segurança.

Barman: backups físicos

O Barman realiza backups em nível de arquivo (físicos) do diretório de dados do PostgreSQL:

• Backup completo do cluster: captura o cluster inteiro da base de dados no nível do sistema de arquivos, usando rsync ou pg_basebackup.
• Arquivamento de WAL: arquiva continuamente os Write-Ahead Logs para recuperação a um ponto no tempo.
• Incremental com rsync: usa rsync para transferir apenas os arquivos alterados, reduzindo o tempo de backup e o uso de rede.
• Integração com replicação por streaming: pode receber arquivos de WAL pelo protocolo de replicação por streaming, para arquivamento em tempo real.

Opções de recuperação

As duas ferramentas oferecem recuperação flexível, mas com granularidade diferente:

Recuperação com o Databasus

• Recuperação a um ponto no tempo: restaure para qualquer segundo específico com a reaplicação do WAL.
• Restauração completa do cluster: restaure o cluster inteiro da base de dados para um ponto específico no tempo a partir de backups físicos.
• Restauração lógica: restaure a partir de backups lógicos agendados para qualquer ponto de backup.
• Restauração com um clique: baixe e restaure backups lógicos diretamente pela interface web.
• Compatibilidade entre versões: backups lógicos podem ser restaurados em versões diferentes do PostgreSQL.

Recuperação com o Barman

• Recuperação a um ponto no tempo (PITR): restaure para qualquer segundo específico com a reaplicação do WAL, minimizando a perda de dados.
• Restauração completa do cluster: restaure o cluster inteiro da base de dados para um ponto específico no tempo.
• Recuperação remota: recupere bases de dados em servidores remotos via SSH.
• Criação de standby: crie réplicas do PostgreSQL a partir de backups para configurações de alta disponibilidade.

Facilidade de uso

As ferramentas diferem drasticamente na abordagem à experiência do usuário:

Experiência de uso do Databasus

• Interface web: configuração de todos os ajustes de backup por cliques. Nenhuma linha de comando necessária.
• Instalação em 2 minutos: um script cURL de uma linha ou um comando Docker simples coloca tudo em funcionamento imediatamente.
• Monitoramento visual: o painel mostra o status dos backups, verificações de saúde e histórico num relance.
• Notificações integradas: configure alertas por Slack, Teams, Telegram, e-mail ou webhook diretamente na interface.
• Sem exigir conhecimento de PostgreSQL: projetado para desenvolvedores que querem backups confiáveis sem se tornarem especialistas em bases de dados.

Experiência de uso do Barman

• Interface de linha de comando: todas as operações são feitas por comandos de terminal como barman backup, barman recover.
• Arquivos de configuração: requer edição manual de arquivos de configuração no estilo INI para cada servidor.
• Configuração do arquivamento de WAL: é preciso configurar o archive_command do PostgreSQL ou os ajustes de replicação por streaming.
• Gestão de chaves SSH: requer configurar chaves SSH entre o servidor Barman e os servidores PostgreSQL.
• Experiência de DBA esperada: a documentação presume familiaridade com o funcionamento interno do PostgreSQL e a mecânica do WAL.

Veja o guia de instalação do Databasus →

Recursos de equipe

Para organizações em que vários membros da equipe administram backups:

Recursos de equipe do Databasus

• Workspaces: organize bases de dados, notificadores e armazenamentos por projeto ou equipe. Os usuários só veem os workspaces para os quais foram convidados.
• Controle de acesso baseado em papéis: atribua permissões de visualizador, editor ou administrador para controlar o que cada membro da equipe pode fazer.
• Logs de auditoria: acompanhe todas as atividades e mudanças do sistema. Essencial para conformidade de segurança e responsabilização.
• Notificações compartilhadas: os canais da equipe recebem automaticamente as atualizações de status dos backups.

Recursos de equipe do Barman

O Barman é uma ferramenta de linha de comando sem recursos de equipe integrados:

• Sem gestão de usuários nem controle de acesso
• Sem log de auditoria das operações
• A coordenação da equipe requer ferramentas e processos externos
• Acesso controlado por permissões do sistema operacional e chaves SSH

Saiba mais sobre a gestão de acessos do Databasus →

Segurança

As duas ferramentas oferecem recursos de segurança, mas com abordagens diferentes:

Segurança do Databasus

• Criptografia AES-256-GCM: todas as senhas, tokens e credenciais são criptografados. A chave de criptografia é guardada separada da base de dados.
• Criptografia única por backup: cada arquivo de backup é criptografado com uma chave única derivada da chave mestra, do ID do backup e de um salt aleatório.
• Acesso somente leitura à base de dados: exige apenas permissões SELECT, evitando corrupção de dados mesmo em caso de comprometimento.

Segurança do Barman

• Comunicação via SSH: usa SSH para a comunicação segura entre o servidor Barman e os servidores PostgreSQL.
• Sem criptografia integrada: o Barman não oferece criptografia de backup integrada. É preciso usar ferramentas externas ou armazenamento criptografado.
• Segurança no nível do sistema operacional: depende de permissões do sistema de arquivos e da gestão de chaves SSH para controlar o acesso.
• Verificação por checksum: valida a integridade dos backups com checksums.

Saiba mais sobre a segurança do Databasus →

Opções de armazenamento

As ferramentas suportam destinos de armazenamento diferentes:

Armazenamento no Databasus

Opções acessíveis para vários casos de uso:

• Armazenamento local
• Amazon S3 e serviços compatíveis com S3
• Google Drive
• Cloudflare R2
• Azure Blob Storage
• NAS (armazenamento conectado à rede)
• Dropbox

Armazenamento no Barman

Opções de armazenamento com foco corporativo:

• Armazenamento local (sistemas de arquivos POSIX)
• Amazon S3 e armazenamento de objetos compatível com S3
• Redundância geográfica via replicação Barman a Barman

Veja todas as opções de armazenamento do Databasus →

Notificações

Para ficar a par do status dos backups:

Notificações do Databasus

Suporte integrado a vários canais de notificação:

• Slack
• Discord
• Telegram
• Microsoft Teams
• E-mail
• Webhooks

Notificações do Barman

O Barman não tem suporte integrado a notificações. Notificações exigem:

• Scripts próprios em torno dos comandos de backup
• Integração com ferramentas externas de monitoramento
• Análise manual de logs e configuração de alertas
• Integração com ferramentas como Nagios, Zabbix ou soluções próprias

Veja todos os canais de notificação do Databasus →

Gestão de vários servidores

As duas ferramentas conseguem administrar backups de vários servidores PostgreSQL, mas com abordagens diferentes:

Abordagem do Databasus

• Agendamento por base de dados: cada base de dados pode ter agenda de backup e destino de armazenamento próprios.
• Organização por workspaces: agrupe bases de dados relacionadas em workspaces para facilitar a gestão.
• Painel unificado: veja todos os backups de bases de dados e o status deles em uma única interface web.

Abordagem do Barman

• Servidor de backup centralizado: um servidor Barman dedicado administra os backups de várias instâncias PostgreSQL.
• Configuração por servidor: cada servidor PostgreSQL requer arquivo de configuração próprio no servidor Barman.
• Georredundância: servidores Barman podem replicar para outros servidores Barman para redundância geográfica.

Conclusão

Databasus e Barman atendem necessidades diferentes no ecossistema de backup PostgreSQL. A escolha certa depende dos seus requisitos de recuperação, da estrutura da equipe e do conhecimento técnico disponível.

As duas ferramentas suportam backups físicos, arquivamento de WAL e PITR, e as duas foram criadas para recuperação de desastres com RTO e RPO mínimos. O Databasus funciona com bases de dados de qualquer tamanho e complexidade e oferece interface web, recursos de equipe e backups lógicos e físicos tanto em bases self-hosted quanto gerenciadas na nuvem. O Barman é a melhor opção quando você precisa de backups incrementais baseados em rsync, integração com replicação por streaming, georredundância Barman a Barman ou criação de standby a partir de backups.