Backup em Nuvem para Empresas: Guia Completo 2026

Backup imutável: a defesa que o ransomware não consegue vencer

O problema real dos backups tradicionais é que o ransomware moderno não apenas ataca dados ativos. Os criminosos sabem que empresas com backup se recuperam rapidamente, então agora eles atacam o backup também. Backups em rede compartilhada, servidores acessíveis pelo mesmo usuário infectado, ou ferramentas de sincronização como OneDrive são deletados junto com os dados originais.

A solução é o backup imutável, baseado na tecnologia WORM (Write Once, Read Many). Ideia simples: depois de gravado, o dado não pode ser modificado, apagado ou criptografado por ninguém dentro do prazo de retenção. Isso vale para administradores, para o fornecedor de nuvem, e para qualquer malware que acesse as credenciais da empresa.

Na prática, quando você configura um backup com imutabilidade de 30 dias usando Object Lock da AWS S3 ou Immutable Backup do Azure, o sistema registra uma política de retenção no nível do armazenamento. Um administrador com permissões máximas tenta apagar aquele backup. A operação é bloqueada antes de executar. O ransomware, que roda com as credenciais do usuário infectado, não consegue sequer iniciar a exclusão.

Todos os grandes provedores oferecem isso, só com nomes diferentes. AWS: Object Lock (S3) ou Vault Lock (Backup). Azure: Immutable Vault. Google: Object Lock. Fora dos grandes, Veeam, Cloudflare R2 e Wasabi também têm imutabilidade com preços menores para PMEs.

Imutabilidade custa 10% a 20% a mais que armazenamento normal. Esse valor extra garante algo que nenhuma outra medida oferece: a certeza de que sempre haverá uma cópia intacta e acessível, não importa o que aconteça com os sistemas ativos. Para entender o contexto dos ataques que justificam esse investimento, leia o artigo sobre ransomware e como proteger sua empresa.

Quanto custa backup em nuvem

O custo real tem três partes que raramente aparecem juntas nas cotações: armazenamento, taxas de saída (cobradas quando você baixa os dados para recuperação), e a licença do software que gerencia tudo. Comparar só o preço de armazenamento leva a escolhas que parecem baratas mas surpreendem no incidente.

O ponto mais surpresa na hora de recuperar é a taxa de saída. AWS e Azure cobram para você baixar dados da nuvem de volta. Em uma restauração de emergência com 2 TB, isso chega a R$ 500 ou mais. Wasabi e Backblaze B2 não cobram, o que importa muito para PMEs que precisam de previsibilidade.

O trade-off importante é custo versus velocidade. Backblaze e Wasabi são mais baratos, mas mais lentos para restaurações grandes porque têm menos regiões. AWS e Azure têm SLAs mais curtos e data centers no Brasil, reduzindo latência. Se seu RTO é medido em horas, pague mais pelo provedor local. Se aguenta até 48 horas, as opções baratas funcionam.

Simulando uma recuperação: o que realmente acontece

A maioria das empresas nunca testou uma restauração real. Isso significa que a primeira vez é durante uma crise, sob pressão, com dados críticos em risco. Entender o processo ajuda a preparar a equipe e encontrar lacunas antes que se tornem desastres.

Considere um cenário concreto: servidor de arquivos com 2 TB de dados atacado por ransomware às 23h de uma sexta-feira. A empresa tem backup em nuvem diário às 22h, configurado com imutabilidade de 30 dias. O backup de 22h não foi comprometido. O que acontece a seguir?

Na primeira hora, isolam o servidor da rede para evitar propagação. Disparam comunicação interna, convocam TI, identificam quem gerencia backup. Sem plano de resposta documentado, essa etapa já consome horas.

Entre hora 1 e hora 3, verificam a integridade do backup, confirmam que não foi comprometido, calculam o tempo estimado. 2 TB em 1 Gbps dedicada leva 5 horas de transferência bruta. Na prática, com overhead de protocolo e rede, chega a 8 horas.

Horas 3 a 12: restauração acontece. Nesse período, operam sem o servidor de arquivos. Com failover configurado, continuam com limitações. Sem failover, as equipes que dependem do servidor ficam paradas.

Horas 12 a 16: validam os dados. Não basta restaurar. Precisam confirmar que os arquivos estão intactos e que os sistemas funcionam. Essa etapa é sempre subestimada e pode revelar que o backup estava incompleto ou que faltava um sistema.

Depois, monitoram intensamente para garantir que o ataque foi eliminado e o ransomware não persiste. Tudo isso gera obrigações legais. A LGPD exige notificação à ANPD quando um incidente expõe dados pessoais. Leia LGPD e compliance digital em 2026 para essas obrigações. Para controles preventivos que reduzem o risco, veja segurança cibernética para empresas.

Três problemas aparecem em recuperações reais nunca testadas. Primeiro: backup corrompido ou incompleto. O arquivo existe, mas parte dos dados está corrompida ou faltam sistemas. Segundo: chave de criptografia perdida. Backups modernos são criptografados. Mas se a chave for perdida junto com os sistemas, o backup vira acessível apenas em teoria. Terceiro: RTO real muito maior que estimado. A internet disponível é menor, ou o volume de dados é maior do que na documentação.