Backup em Nuvem para Empresas: Como Escolher

Existe um tipo de projeto de TI que ninguém elogia quando funciona e todo mundo cobra quando falha: o backup. Enquanto os dados estão seguros, o backup é invisível. No dia em que um ransomware criptografa os servidores, um funcionário apaga a pasta errada ou um disco morre sem aviso, ele se torna a diferença entre um susto de algumas horas e uma crise que pode encerrar a operação. Segundo levantamentos amplamente citados na indústria de continuidade de negócios, uma parcela expressiva das empresas que sofrem perda grave de dados sem backup adequado não sobrevive aos meses seguintes.

Este guia foi escrito para gestores de TI e líderes de empresas de 20 a 500 funcionários que precisam decidir, com critério técnico e financeiro, como estruturar o backup em nuvem da sua operação. Vamos além do "contrate um serviço e pronto": você vai entender os conceitos que realmente definem se o seu backup vai salvar a empresa ou apenas ocupar espaço na fatura.

Backup não é a mesma coisa que armazenamento em nuvem

O primeiro erro conceitual, e um dos mais perigosos, é achar que ter os arquivos sincronizados em um serviço de nuvem já é ter backup. Não é. Ferramentas de sincronização replicam o estado atual dos arquivos. Se um arquivo é corrompido, criptografado por malware ou apagado, essa alteração também é sincronizada, e a versão ruim substitui a boa em todos os dispositivos. Sincronização propaga o erro; backup preserva versões anteriores.

Um backup verdadeiro guarda cópias em pontos no tempo, permite restaurar o estado dos dados de ontem, da semana passada ou do mês passado, e mantém essas cópias isoladas de forma que uma falha na origem não contamine as cópias. Se você quer entender a base de como os dados vivem na nuvem antes de decidir a estratégia de cópia, vale ler primeiro o nosso guia de armazenamento em nuvem, que explica os modelos de objeto, bloco e arquivo. Backup e armazenamento são complementares, não sinônimos.

A regra 3-2-1 (e sua evolução 3-2-1-1-0)

A base de qualquer estratégia séria de backup é a regra 3-2-1, recomendada por órgãos de segurança como a CISA (agência de cibersegurança dos Estados Unidos) e por praticamente todos os fornecedores maduros do setor:

  • 3 cópias dos dados: a produção mais duas cópias de backup.
  • 2 mídias diferentes: não deixe todas as cópias no mesmo tipo de dispositivo.
  • 1 cópia externa (offsite): pelo menos uma cópia fora do local físico principal.

A nuvem resolve elegantemente o "1 offsite": a cópia remota fica em um data center do provedor, geograficamente distante do seu escritório. Uma inundação, incêndio ou furto no escritório não atinge o backup na nuvem.

A evolução moderna dessa regra, muito citada diante da epidemia de ransomware, é a 3-2-1-1-0:

  • +1 cópia imutável ou offline: uma cópia que não pode ser alterada nem apagada durante um período definido (immutable storage), imune até a um invasor com credenciais de administrador.
  • 0 erros: backups testados e verificados, sem falhas de restauração.

Esse último ponto merece destaque, porque é o mais negligenciado. Um backup que nunca foi testado é apenas uma esperança. Muitas empresas descobrem, no pior momento possível, que a rotina de backup vinha falhando silenciosamente havia meses.

RTO e RPO: os dois números que definem sua estratégia

Toda decisão de backup deveria começar por duas perguntas, traduzidas em duas métricas. Elas são a linguagem da continuidade de negócios e determinam quanto você precisa investir.

RPO (Recovery Point Objective): quanto de dado você pode se dar ao luxo de perder? Se você faz backup uma vez por dia, à meia-noite, e o desastre acontece às 23h, você perde quase 23 horas de trabalho. Esse é o seu RPO. Reduzir o RPO exige backups mais frequentes (de hora em hora, ou contínuos), o que aumenta o custo.

RTO (Recovery Time Objective): quanto tempo você pode ficar parado até restaurar a operação? Uma hora? Um dia? Uma semana? Restaurar terabytes pela internet leva tempo, e o RTO define se você precisa de mecanismos de recuperação rápida, como snapshots ou réplicas quentes.

Banco de dados transacional crítico Minutos Minutos a 1 hora Backup contínuo + réplica quente Sistema de gestão (ERP) 1 a 4 horas 2 a 8 horas Snapshots frequentes + backup diário Arquivos de escritório 24 horas 8 a 24 horas Backup diário incremental Arquivos frios / históricos 24 a 72 horas 24 horas ou mais Backup diário para classe fria

Definir RTO e RPO por tipo de dado, e não um número único para tudo, é o que evita tanto o subinvestimento (perder dados críticos) quanto o desperdício (pagar recuperação instantânea para arquivos que ninguém acessa).

Tipos de backup: completo, incremental e diferencial

A forma como o backup é feito impacta diretamente o custo de armazenamento e a velocidade de restauração.

O backup completo (full) copia todos os dados a cada execução. É o mais simples de restaurar (tudo está em um lugar), mas o mais pesado em espaço e tempo. Rodar full todo dia em terabytes de dados é caro e demorado.

O backup incremental copia apenas o que mudou desde o último backup (de qualquer tipo). É o mais econômico em espaço e o mais rápido de gravar, mas a restauração exige o full mais toda a cadeia de incrementais, o que aumenta o tempo de recuperação e cria dependência da cadeia inteira.

O backup diferencial copia tudo o que mudou desde o último backup completo. Fica entre os dois: ocupa mais espaço que o incremental, mas a restauração precisa apenas do full mais o último diferencial.

A prática comum e equilibrada é um full semanal combinado com incrementais diários, ajustando conforme o RPO e o RTO de cada carga. Boas soluções fazem isso automaticamente e ainda aplicam desduplicação e compressão para reduzir o volume real armazenado.

Proteção contra ransomware: o motivo número um em 2026

O ransomware mudou completamente a forma de pensar backup. Os atacantes de hoje não se limitam a criptografar a produção: eles procuram e destroem os backups primeiro, sabendo que uma empresa com backup intacto simplesmente não paga o resgate. Por isso, backup moderno precisa de defesas específicas:

  • Imutabilidade (WORM, Write Once Read Many): cópias que não podem ser alteradas nem apagadas por um período determinado, nem por um administrador comprometido. Todos os grandes provedores oferecem essa trava (Object Lock no S3, Immutable Blob no Azure, retenção bloqueada no Google Cloud Storage).
  • Isolamento de credenciais: a conta que gerencia os backups deve ser separada da conta de produção, com autenticação multifator obrigatória.
  • Air gap lógico: manter uma cópia em um ambiente logicamente isolado, sem rota direta a partir da rede de produção.
  • Alertas de anomalia: detecção de picos anormais de alteração ou exclusão, que costumam indicar um ataque em andamento.

Uma cópia imutável e testada é, hoje, a apólice de seguro mais barata que uma empresa pode ter contra a modalidade de crime digital que mais cresce.

Os custos reais do backup em nuvem

Assim como no armazenamento em geral, o preço por gigabyte é só a superfície. O custo total de um backup em nuvem inclui camadas que só aparecem na fatura ou no dia da restauração:

  • Armazenamento por classe: backups que você espera nunca precisar podem ir para classes frias ou de arquivamento, com custo por GB muito baixo. Mas atenção ao próximo item.
  • Custo e tempo de recuperação de classes frias: arquivamento profundo é baratíssimo para guardar e caro (e lento) para recuperar. Um backup que leva horas para ficar disponível pode estourar o seu RTO.
  • Transferência de saída (egress): restaurar grandes volumes pela internet gera custo de egress e depende da sua banda. Para desastres grandes, isso é decisivo.
  • Retenção: guardar 30 dias de histórico custa diferente de guardar 7 anos por exigência fiscal ou regulatória. Defina políticas de retenção conscientes.
  • Operações e licenciamento do software de backup: a ferramenta que orquestra tudo também tem custo, seja por agente, por volume protegido ou por licença.

A regra prática é casar a classe de armazenamento com o RTO e o RPO de cada dado. Backups que você precisa restaurar rápido ficam em classe quente; históricos de conformidade que quase nunca serão tocados vão para arquivamento. Fazer esse mapeamento é o que separa um backup barato e eficaz de um desperdício silencioso.

LGPD e retenção: backup também é dado pessoal

No Brasil, o backup não escapa da Lei Geral de Proteção de Dados. Se os dados de produção contêm informações pessoais, as cópias de backup também contêm, e precisam do mesmo nível de proteção: criptografia em repouso e em trânsito, controle de acesso, trilhas de auditoria e, preferencialmente, retenção em região nacional para simplificar a conformidade e reduzir latência de restauração.

Há ainda um ponto sutil que gera dúvida: o direito de eliminação de dados do titular convive com a existência de backups. A orientação prática é definir políticas de retenção claras, documentar que os dados serão efetivamente eliminados na rotação natural dos backups e manter o controle sobre quem acessa as cópias. Manter tudo isso funcionando e auditável ao longo do tempo é trabalho contínuo, não projeto único, e é exatamente o tipo de rotina coberta em /sustentacao.

Como escolher, na prática

Reunindo tudo, um processo de decisão sadio segue esta ordem:

  1. Inventarie e classifique os dados. O que existe, onde está, quão crítico é e quais são sensíveis pela LGPD.
  2. Defina RTO e RPO por classe de dado. Aceite que nem tudo precisa do mesmo nível, e pague pela criticidade real.
  3. Aplique a regra 3-2-1-1-0. Com pelo menos uma cópia imutável na nuvem.
  4. Escolha o provedor e a ferramenta que atendem às suas metas de recuperação e se integram ao seu ambiente. Empresas que já operam ou pensam em operar no Google Cloud encontram nativamente as classes de armazenamento e a imutabilidade necessárias: veja a nossa oferta em /google-cloud.
  5. Teste as restaurações periodicamente. Um backup não testado não é backup. Agende testes de restauração e documente os resultados.
  6. Revise custos e retenção com frequência. A fatura de nuvem cresce sozinha se ninguém olhar.

Conclusão

Backup em nuvem bem feito não é sobre comprar o serviço mais caro nem sobre acumular cópias sem critério. É sobre entender o que você está protegendo, quanto pode perder (RPO), quanto pode ficar parado (RTO), aplicar a regra 3-2-1-1-0 com pelo menos uma cópia imutável contra ransomware, casar as classes de armazenamento com a criticidade de cada dado e, acima de tudo, testar as restaurações antes que o desastre force o teste por você.

A Ródio Tech está no mercado desde 2004, é certificada Great Place to Work, tem nota 9.4 no oHub e atende clientes como C&A, Fleury, CERC e SoftwareOne. Somos parceiros Google Cloud e ajudamos empresas a desenhar, implementar e sustentar estratégias de backup e recuperação com previsibilidade de custo e conformidade com a LGPD. Conheça nossa oferta de nuvem em /google-cloud e nosso serviço de sustentação contínua em /sustentacao.

Referências

  • CISA (Cybersecurity and Infrastructure Security Agency). Orientações sobre proteção de dados e a regra 3-2-1. https://www.cisa.gov/
  • National Institute of Standards and Technology (NIST). "Contingency Planning Guide for Federal Information Systems" (SP 800-34), conceitos de RTO e RPO. https://csrc.nist.gov/pubs/sp/800/34/r1/final
  • Amazon Web Services. "Amazon S3 Object Lock". https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lock.html
  • Microsoft Learn. "Immutable storage for Azure Blob Storage". https://learn.microsoft.com/en-us/azure/storage/blobs/immutable-storage-overview
  • Google Cloud. "Object retention and Bucket Lock". https://cloud.google.com/storage/docs/bucket-lock
  • Autoridade Nacional de Proteção de Dados (ANPD). Lei Geral de Proteção de Dados (Lei 13.709/2018). https://www.gov.br/anpd/pt-br

Principais pontos

  1. Backup não é sincronização: ferramentas de sincronização replicam o estado atual e propagam erros e criptografia de ransomware; backup verdadeiro guarda cópias em pontos no tempo, isoladas da origem.
  2. Regra 3-2-1-1-0: 3 cópias dos dados, 2 mídias diferentes, 1 cópia externa (offsite), mais 1 cópia imutável ou offline e 0 erros (backups testados e verificados).
  3. RPO e RTO: RPO (Recovery Point Objective) define quanto dado a empresa pode perder; RTO (Recovery Time Objective) define quanto tempo pode ficar parada até restaurar a operação, e variam por tipo de dado.
  4. Três tipos de backup: completo (full, copia tudo a cada execução), incremental (copia só o que mudou desde o último backup, mais econômico) e diferencial (copia tudo desde o último full).
  5. Defesa contra ransomware: imutabilidade (WORM), isolamento de credenciais entre conta de backup e produção, air gap lógico e alertas de anomalia são as defesas específicas recomendadas para 2026.