Backup de Bases de Dados PostgreSQL e MySQL:
dumps consistentes, encriptados e testados
Implementamos backup automático e consistente de bases de dados PostgreSQL e MySQL — dumps encriptados enviados para cloud, retenção configurável, Point-in-Time Recovery opcional e testes mensais de restauro real. Nenhuma perda silenciosa de dados.
Backup de base de dados completo e testado
Quem precisa de backup de bases de dados
Aplicações web com base de dados
Lojas online, portais de clientes, sistemas SaaS ou qualquer aplicação que armazene dados de utilizadores, encomendas ou transações em PostgreSQL ou MySQL.
ERPs e CRMs auto-hospedados
Empresas que correm Odoo, Dolibarr, SuiteCRM ou outro ERP/CRM próprio em servidor — onde a perda da base de dados significa perder o histórico de negócio.
Sistemas críticos de produção
Qualquer sistema onde uma hora de dados perdida tem impacto financeiro ou operacional relevante e onde os backups do servidor não são suficientemente granulares.
Do diagnóstico ao backup automático em dias
Diagnóstico da base de dados
Analisamos o motor de base de dados, versão, dimensão, padrões de escrita e tráfego pico para definir a estratégia de backup com menor impacto possível na performance.
Definição de RPO e retenção
Definimos em conjunto o RPO (Recovery Point Objective) — quantas horas de dados pode perder no pior cenário — e a política de retenção adequada ao negócio e ao orçamento.
Implementação e configuração
Instalamos e configuramos os scripts de backup, encriptação, upload para cloud e notificações. Agendamos os backups em períodos de baixa atividade quando necessário.
Teste de restauro real
Executamos um restauro completo a partir do backup configurado, em ambiente isolado, para confirmar que os dados ficam íntegros e o processo de recuperação funciona dentro do prazo esperado.
Monitorização contínua
Os backups são monitorizados automaticamente. Qualquer falha gera alerta imediato. Testes de restauro mensais garantem que o backup é sempre recuperável, não apenas que foi executado.
Os seus dados de base de dados estão realmente protegidos?
Auditoria gratuita da estratégia atual de backup. Identificamos lacunas e o risco real de perda de dados no seu contexto específico.
O que nos distingue em backup de bases de dados
Backups testados, não apenas agendados
Um backup que nunca foi restaurado pode não funcionar quando precisar. Testamos o restauro mensalmente e entregamos relatório de confirmação.
Sem impacto em produção
Backups agendados fora do pico de tráfego ou em réplicas de leitura. A aplicação continua a funcionar normalmente durante todo o processo de backup.
Encriptação de ponta a ponta
Os dados são encriptados antes de sair do servidor e apenas desencriptados no momento do restauro. Ninguém acede aos seus dados sem autorização explícita.
Alertas antes que seja tarde
Qualquer falha de backup gera alerta imediato — não descobrimos que o backup falhou quando precisamos de recuperar os dados.
Configurado para o seu caso
PostgreSQL, MySQL, MariaDB, Percona — cada motor tem especificidades. Configuramos o backup com as opções certas para consistência transacional no seu contexto específico.
Suporte em português
Se precisar de restaurar dados em situação de urgência, a equipa fala português e responde rapidamente. Sem barreiras de idioma nos momentos críticos.
Dúvidas sobre Backup de Bases de Dados
Qual a diferença entre backup de ficheiros e backup de base de dados?
Backup de ficheiros copia os ficheiros físicos da base de dados — funciona, mas pode resultar em dados inconsistentes se copiado enquanto a BD está ativa e a processar transações. Backup de base de dados usa pg_dump (PostgreSQL) ou mysqldump (MySQL), que criam dumps consistentes do estado da base de dados num momento específico, independentemente de transações em curso. Para qualquer sistema de produção com escrita ativa, o backup via dump é obrigatório — um backup de ficheiro corrompido por uma transação a meio pode ser completamente irrecuperável.
O que é Point-in-Time Recovery (PITR) e quando preciso disso?
Point-in-Time Recovery permite restaurar a base de dados para qualquer momento no passado — não apenas para os pontos de backup agendados. Com PostgreSQL WAL archiving ativo, pode restaurar para o estado de exatamente 3 horas e 27 minutos atrás, por exemplo. Isto é essencial para e-commerce, sistemas financeiros ou qualquer aplicação onde perder horas de transações é inaceitável. Para a maioria das PMEs, backups diários são suficientes; PITR faz sentido quando o RPO (Recovery Point Objective) tem de ser inferior a 1-2 horas.
Os backups de base de dados afetam a performance do servidor?
Os dumps MySQL/PostgreSQL têm impacto mínimo em bases de dados bem dimensionadas — tipicamente menos de 5% de carga adicional durante o dump. Para bases de dados grandes em produção com tráfego intenso, agendamos os backups em períodos de menor atividade, como a madrugada. Para ambientes verdadeiramente críticos sem janelas de baixo tráfego, usamos réplicas de leitura para executar os backups sem qualquer impacto no servidor principal de produção.
Quanto espaço ocupam os backups de base de dados?
Depende do volume de dados e do tipo de conteúdo armazenado. Geralmente, um dump comprimido com gzip ocupa 10 a 30% do tamanho original da base de dados — dados textuais comprimem muito melhor do que dados binários ou JSON já densos. Para uma BD de 10 GB, o backup comprimido ocupa tipicamente 1 a 3 GB. Com retenção de 30 dias de backups diários mais semanais e mensais, dimensionamos o armazenamento necessário antes de qualquer implementação.
Trabalham com MariaDB e outros forks MySQL?
Sim. Trabalhamos com MySQL, MariaDB, Percona MySQL e PostgreSQL em qualquer versão suportada. Para SQLite, temos procedimentos específicos de cópia atómica. Para Microsoft SQL Server, avaliamos caso a caso com base nas necessidades de integração. A maioria das PMEs portuguesas usa PostgreSQL ou MySQL/MariaDB, que são as tecnologias em que temos mais experiência acumulada.
Veja também: Cloud & Backup para PMEs