Seu backup existe. Mas alguém já tentou restaurá-lo?

Backup só vale o que ele consegue devolver. Se ninguém na empresa restaurou um arquivo, um servidor ou um banco de dados a partir da cópia nos últimos meses, você não sabe se o backup funciona. O teste de restauração é a única prova. Ele mostra se os dados voltam íntegros, em quanto tempo e quem sabe fazer o processo.

Por que ter backup não garante que os dados voltam?

O painel diz "backup concluído". Isso confirma que uma cópia foi gravada. Não confirma que ela abre, que está completa nem que cabe na janela de tempo que a operação aguenta parada.

Os motivos de falha são comuns: arquivo corrompido, pasta nova que nunca entrou na rotina, senha de criptografia que só um ex-funcionário sabia, cópia apagada ou criptografada junto com o resto do ambiente. O fascículo de backup do CERT.br resume o ponto: acessar os backups de tempos em tempos "evita surpresas, como arquivos corrompidos".

O ransomware deixa a questão mais séria. Na pesquisa global da Sophos de 2025, com 3.400 líderes de TI de empresas atacadas em 17 países, só 54% usaram backups para restaurar os dados, o menor percentual em seis anos. No recorte Brasil de 2026, com 71 empresas atacadas, 85% usaram backups para recuperar dados criptografados. Ainda assim, 45% pagaram o resgate e recuperaram os dados. Ter cópia não impediu que muitas empresas negociassem com o atacante.

O que é um teste de restauração de backup?

É recuperar dados reais a partir da cópia, em um ambiente controlado, e conferir o resultado. Não basta ver o log do job. Alguém precisa abrir o arquivo, subir o sistema ou consultar o banco restaurado.

Um teste bem feito responde a quatro perguntas:

• Os dados voltam inteiros? Arquivos abrem, o banco responde, o sistema sobe.
• Em quanto tempo? O tempo medido é comparado com o tempo que a operação suporta ficar parada.
• De quando são os dados? Quanto trabalho se perde entre a última cópia e a falha.
• Quem sabe fazer? O procedimento está escrito e mais de uma pessoa consegue executá-lo.

O que são RTO e RPO, e por que o teste precisa medi-los?

São as duas metas que transformam "temos backup" em compromisso com o negócio. As definições abaixo são do glossário do NIST, baseadas na publicação SP 800-34.

• RTO (tempo de recuperação): quanto tempo um sistema pode ficar em recuperação antes de prejudicar a operação.
• RPO (ponto de recuperação): o ponto no tempo até o qual os dados precisam ser recuperados depois de uma parada.

Um exemplo com valores ilustrativos. A empresa faz backup diário às 23h. Um servidor falha às 17h do dia seguinte. Tudo o que foi lançado nessas 18 horas se perde. Se o negócio só aceita perder 4 horas, a rotina não atende, mesmo que todo backup "dê certo".

O tempo também surpreende. Restaurar 500 GB da nuvem por um link de 200 Mbps leva cerca de 5 horas e meia só de transferência, em condição ideal. Depois vêm a reinstalação, os ajustes e a conferência. Sem teste, ninguém sabe esse número antes da crise.

Com que frequência testar a restauração do backup?

Os CIS Controls v8.1, no controle 11 (recuperação de dados), recomendam testar a recuperação do backup a cada trimestre, ou com mais frequência, em uma amostra dos ativos. O mesmo controle orienta backups automáticos pelo menos semanais, conforme a sensibilidade dos dados.

Na prática, para uma PME, um calendário razoável é:

• Todo mês: restaurar alguns arquivos e pastas escolhidos ao acaso.
• Todo trimestre: restaurar um sistema crítico inteiro (ERP, servidor de arquivos ou banco) em ambiente separado e medir o tempo.
• Após cada mudança grande: sistema novo, migração ou troca de servidor entram no teste seguinte.

Como fazer um teste de restauração na prática?

1. Liste o que é crítico. Quais sistemas param a empresa se sumirem? Comece por eles.
2. Defina RTO e RPO com a diretoria. A meta é de negócio, não só da TI.
3. Restaure em ambiente isolado. Nunca sobre o ambiente de produção.
4. Confira o conteúdo. Um usuário da área abre os arquivos e valida se estão corretos e atuais.
5. Cronometre. Anote o tempo total, da decisão de restaurar até o sistema em uso.
6. Registre o resultado. Data, o que foi testado, tempo, falhas e quem executou. Esse registro serve para auditoria e para a próxima crise.
7. Corrija e repita. Cada falha encontrada no teste é uma falha que não acontece no dia do incidente.

Backup em nuvem resolve o problema do ransomware?

Ajuda, mas não sozinho. Se a cópia na nuvem fica sincronizada e acessível com as mesmas credenciais da rede, o atacante pode apagá-la ou criptografá-la também.

O guia #StopRansomware da CISA recomenda manter backups offline e criptografados dos dados críticos e testar com regularidade a disponibilidade e a integridade dessas cópias em um cenário de recuperação de desastre. O CIS Controls pede uma instância isolada dos dados de recuperação, que pode estar offline, na nuvem ou fora do local, com controle de versões.

A combinação mais segura é ter mais de uma cópia, em lugares diferentes, com pelo menos uma isolada do ambiente principal.

Quando o teste de restauração não resolve sozinho

O teste mostra o problema. Ele não corrige o resto do ambiente. Alguns limites:

• Não impede o ataque. Sem atualização de sistemas e proteção nos computadores, o ransomware continua entrando.
• Não cobre o que não está no backup. Dados salvos só no notebook ou em aplicativos fora da rotina ficam de fora.
• Não reconstrói máquinas sozinho. A CISA também recomenda manter imagens padrão atualizadas dos sistemas críticos para reconstruí-los rápido.
• Não substitui um plano. Saber restaurar não diz quem decide, em que ordem os sistemas voltam e como a equipe comunica clientes.

Para dimensionar o que está em jogo, vale ler sobre o custo real de uma parada de TI.

Como a Lenanzo Tech ajuda a reduzir o risco de perder dados

A Lenanzo Tech atua nas camadas que cercam o backup e reduzem a chance de você precisar dele em uma crise:

• Observabilidade e Gestão de Riscos: visibilidade sobre servidores, rede e aplicações para perceber falhas e riscos antes que virem parada.
• Gestão de Endpoints e Sistemas: inventário e padronização dos computadores, o que ajuda a saber onde estão os dados e a reconstruir máquinas com mais rapidez.
• Proteção de Endpoint e Firewall: barreiras para impedir que o ransomware chegue aos dados e às cópias.

Para entender como essas camadas se combinam, veja o post sobre patching e EDR/XDR como defesa em camadas. Se quiser avaliar os riscos do seu ambiente, fale com a equipe da Lenanzo Tech.

Perguntas frequentes

Qual a diferença entre backup e teste de restauração?

Backup é a cópia dos dados. O teste de restauração é recuperar essa cópia e conferir se os dados voltam completos e no tempo esperado.

De quanto em quanto tempo devo testar o backup?

Os CIS Controls recomendam ao menos a cada trimestre, em uma amostra dos ativos. Arquivos avulsos podem ser testados todo mês.

Posso testar a restauração no servidor de produção?

Não é recomendável. Restaure em ambiente separado para não sobrescrever dados em uso.

Backup em nuvem precisa de teste?

Sim. A nuvem muda onde a cópia fica, não garante que ela esteja íntegra nem que volte rápido pelo seu link de internet.

O que registrar depois de um teste?

Data, sistemas testados, tempo total, falhas encontradas, correções feitas e quem executou.

Fontes

• CERT.br — Cartilha de Segurança para Internet, Fascículo Backup. cartilha.cert.br/fasciculos/backup/fasciculo-backup.pdf. Consultado em 02/10/2026.
• CISA — #StopRansomware Guide. cisa.gov/stopransomware/ransomware-guide. Consultado em 02/10/2026.
• Center for Internet Security — CIS Controls v8.1 Assessment Specification, Control 11: Data Recovery. cas.docs.cisecurity.org. Consultado em 02/10/2026.
• NIST — Glossário CSRC, "Recovery Time Objective" e "Recovery Point Objective" (SP 800-34 Rev. 1). csrc.nist.gov. Consultado em 02/10/2026.
• Sophos — The State of Ransomware 2025 (comunicado de imprensa). sophos.com. Consultado em 02/10/2026.
• Sophos — The State of Ransomware in Brazil 2026. assets.sophos.com. Consultado em 02/10/2026.