Backup de Sistema, ERP e Banco de Dados na Nuvem (2026)

A pergunta que recebemos toda semana: "preciso salvar os dados do meu sistema na nuvem — como faz?". A resposta errada é copiar arquivos pra um drive e dormir tranquilo. Sistema de empresa — ERP, aplicação interna, banco — tem três camadas de risco diferentes, e cada uma pede uma técnica. Quem protege só uma descobre a diferença no pior dia possível.

Camada 1 — Arquivos e dados: o básico bem feito

Documentos, XMLs fiscais (a Receita não aceita "perdi"), planilhas, anexos do sistema. A técnica: backup incremental diário com versionamento — cada versão guardada, então um arquivo corrompido ou criptografado por ransomware tem versão anterior limpa pra voltar. Retenção típica: 30 dias versionados + fechamentos mensais por 1 ano.

Camada 2 — Backup de sistema: a imagem completa do servidor

Aqui mora o erro mais caro. Empresa faz backup dos dados do ERP, o servidor morre, e aí descobre que remontar o ambiente — SO, dependências, configurações, impressoras fiscais, integrações — leva dias. Backup de imagem resolve: fotografa a máquina inteira e restaura em outra infraestrutura (físico → virtual inclusive) em horas. É a diferença entre "recuperamos os dados" e "a empresa voltou a operar".

Quando usar: todo servidor de aplicação/ERP que levaria mais de um dia pra remontar do zero. Frequência: semanal + incremental, com os dados críticos cobertos diariamente pelas camadas 1 e 3.

Camada 3 — Banco de dados: consistência é tudo

Copiar os arquivos do banco com ele rodando gera backup corrompido — transação no meio do caminho, cache não gravado, arquivo inconsistente. Banco pede backup application-aware:

• SQL Server (Protheus, Sankhya, RM): full diário + log a cada 1-4h — RPO de horas sem pesar
• PostgreSQL: pg_dump pra bases menores; WAL archiving contínuo pra produção séria
• MySQL/MariaDB: dump lógico + binlog, ou snapshot consistente via agente
• Firebird (muito ERP brasileiro): gbak agendado + cópia da imagem — atenção redobrada, é o banco que mais aparece em desastre sem backup válido

A regra de ouro: RPO do banco ≠ RPO do resto. Perder 24h de arquivos é chato; perder 24h de notas emitidas e pedidos faturados é caixa e obrigação fiscal. Banco de produção pede RPO de 1-4 horas.

Backup de ERP brasileiro: as pegadinhas específicas

TOTVS, Sankhya, Domínio, Alterdata e afins têm três armadilhas clássicas de backup:

1. Janela fiscal: o backup não pode rodar durante o fechamento (trava tabela, degrada o sistema). Política boa respeita o calendário da empresa
2. Licenças e configurações fora do banco: chave de licença, RPS, certificado A1, configuração de impressora fiscal — só a imagem completa (camada 2) captura tudo
3. Dependência de versão: restaurar banco de ERP em versão diferente do aplicativo quebra. A imagem do sistema congela banco + aplicação na mesma foto

Fazer sozinho vs serviço gerenciado

Critério	Scripts próprios (DIY)	Backup gerenciado Audaks
Configuração das 3 camadas	Você monta e mantém	Time Audaks instala o agente e define a política com você
Monitoramento diário	Ninguém olha até dar problema	Monitorado todo dia, com alerta e relatório
Consistência de banco	Depende do seu script	Application-aware nativo (SQL Server, PostgreSQL, MySQL)
Teste de restore	Quase nunca acontece	Validado junto com o cliente
Anti-ransomware	Raro ter imutabilidade	Cópia imutável em datacenter Tier III no Brasil
Onde o servidor pode estar	—	Qualquer lugar: na Audaks, no seu escritório ou em outro provedor

O ponto que muita empresa não sabe: não precisa hospedar na Audaks pra usar o backup gerenciado da Audaks. O agente roda no seu servidor onde ele estiver e envia os dados criptografados (AES-256) pro datacenter brasileiro.

Quanto custa em Real

Referências práticas do Backup em Nuvem Audaks, com retenção configurável de 7 a 365 dias e preço em Real sem IOF: servidor de PME com ERP + banco (200-500 GB protegidos) costuma ficar em algumas centenas de reais por mês — menos que uma hora de parada do faturamento. O orçamento sai em 24h com base no seu volume real, sem taxa de setup.

FAQ

Como fazer backup do sistema da minha empresa na nuvem?

Instala-se um agente no servidor (Windows ou Linux, físico ou virtual), define-se a política das 3 camadas (arquivos diários, imagem semanal, banco com log a cada poucas horas) e o destino na nuvem brasileira com cópia imutável. No serviço gerenciado da Audaks, o nosso time faz a configuração inteira e monitora — você recebe o relatório e participa do teste de restore.

Qual a diferença entre backup de dados e backup de sistema?

Backup de dados protege o conteúdo (arquivos, banco); backup de sistema protege a máquina inteira (SO + aplicação + configurações). No desastre, o primeiro devolve a informação; o segundo devolve a operação. Empresa séria mantém os dois — dados com frequência alta, imagem com frequência menor.

Backup do banco de dados do ERP pode ser só o export/dump diário?

Dump diário significa RPO de 24h — tudo que foi faturado no dia se perde. Pra ERP em produção, o padrão é full diário + log/incremental a cada 1-4h. E o dump precisa ser testado: restaurar num ambiente de validação de tempos em tempos é o único jeito de saber que funciona.

Meu servidor fica em outro provedor (ou no escritório). Posso usar o backup da Audaks?

Pode — esse é um dos casos mais comuns. O agente é instalado no servidor onde ele estiver e envia os dados criptografados pro datacenter Tier III em São Paulo. É o off-site imutável da regra 3-2-1-1-0 sem mover a produção de lugar.

Próximos passos

• Backup para empresas: o guia completo 2026
• Backup imutável anti-ransomware: Object Lock na prática
• Backup de VM: VMware, Proxmox e Hyper-V na nuvem
• Backup em Nuvem Audaks — gerenciado, anti-ransomware, retenção 7-365 dias