Testar e restaurar backups: o passo que todo mundo pula

Por que testar

Backup tem um problema de visibilidade: enquanto tudo vai bem, ele não faz nada que você veja. O programa roda de madrugada, grava algo em um disco, e a única prova de que funcionou é uma linha em um registro que ninguém abre. Quando ele falha, falha do mesmo jeito: em silêncio. A diferença só aparece no dia da restauração, e esse é o pior dia possível para descobrir.

As causas de um backup que “existia” e não restaurou são sempre banais. O HD externo passou um ano desligado e não girou mais. O agendamento parou depois de uma atualização do sistema. A pasta nova do projeto nunca foi incluída. O disco de destino encheu em maio e as cópias desde então estão incompletas. A senha do repositório ficou em um papel que foi jogado fora. Nenhum desses problemas se resolve na hora do desastre; todos se resolvem em dez minutos em um sábado qualquer, desde que alguém olhe.

Por isso a versão moderna da regra 3-2-1, descrita em A regra 3-2-1 de backup explicada, termina com um zero: zero erros no teste de restauração. Backup não é a cópia; é a cópia que você já provou que volta.

Os três tipos de teste

Não é preciso restaurar tudo toda vez. Três níveis de teste, com custos muito diferentes, cobrem o necessário.

Teste 1: abrir um arquivo aleatório

Escolha um arquivo qualquer, de preferência de uma pasta diferente a cada vez, restaure-o em uma pasta separada e abra. A foto aparece? O documento tem o conteúdo esperado? Leva cinco minutos e prova quatro coisas de uma vez: o destino está acessível, a senha funciona, a ferramenta restaura e os dados não estão corrompidos. É o teste que mais pega problemas por unidade de esforço.

Teste 2: restaurar uma pasta inteira em local alternativo

Escolha uma pasta de tamanho médio (alguns gigabytes), restaure em um caminho diferente da origem e compare: a quantidade de arquivos é a mesma? Os tamanhos batem? Alguns arquivos escolhidos ao acaso são idênticos aos originais, confirmados por uma soma de verificação? Esse teste pega problemas de permissão, de nomes de arquivo com acentos e de arquivos que a ferramenta pulou sem avisar. Leva de vinte minutos a uma hora, conforme o tamanho.

Teste 3: restauração completa simulada

Imagine que o computador ou o servidor sumiu. Em outro equipamento (um notebook velho, uma máquina virtual, um disco vazio), instale a ferramenta de backup a partir do zero, use apenas a ficha do plano e as senhas guardadas fora do computador, e restaure a classe de dados insubstituível inteira. Não vale consultar o computador original. Esse teste é o único que prova que o plano funciona sem você e sem o equipamento que morreu. Leva algumas horas, ou mais se a cópia vier da nuvem; por isso é raro, mas precisa acontecer pelo menos uma vez, e sempre que a ferramenta ou o destino mudar.

Com que frequência

A frequência depende de quanto esforço cada teste pede e de quanto dano um backup quebrado causaria. A tabela abaixo é um ponto de partida para uma casa.

Cada cópia merece o seu teste. Se você tem uma cópia local e uma na nuvem, o teste mensal alterna entre elas; a restauração completa simulada deve vir, pelo menos uma vez, da cópia fora de casa, porque é ela que vai sobrar no pior cenário. E o disco offline, que fica guardado, precisa ser ligado e testado a cada vez que recebe um backup novo, nem que seja com o teste de cinco minutos.

Como fazer um teste, passo a passo

O roteiro abaixo vale para qualquer ferramenta e qualquer tipo de teste; o que muda é o tamanho da amostra.

1. Prepare um local alternativo. Crie uma pasta vazia, fora das pastas protegidas pelo backup, como /tmp/teste-restauracao no Linux ou uma pasta Teste-restauracao na área de trabalho no Windows. Toda restauração de teste vai para lá, nunca para a origem.
2. Escolha a amostra. Para o teste mensal, um arquivo de uma pasta diferente da última vez; para o trimestral, uma pasta inteira. Anote o caminho antes de começar, para não escolher “o que der certo”.
3. Liste os retratos disponíveis. Confira que o retrato mais recente tem a data esperada. Se a última cópia é de três semanas atrás, você já achou o primeiro problema.
4. Restaure para o local alternativo. Use a ferramenta (comandos na próxima seção). Repare em mensagens de erro ou de arquivos pulados.
5. Verifique. Abra o arquivo; compare a quantidade e o tamanho dos arquivos da pasta; calcule a soma de verificação de alguns e compare com a origem.
6. Registre. Uma linha com data, cópia testada, o que foi restaurado e o resultado. Modelo mais abaixo.
7. Limpe. Apague a pasta de teste, para não deixar cópias soltas de arquivos pessoais pelo disco.

Comandos: restaurar, verificar e conferir integridade

Os exemplos usam o Restic com um repositório em um HD externo montado em /mnt/backup, como no guia Ferramentas de backup. Para outros destinos, só o endereço depois de -r muda. Nas ferramentas gráficas, os mesmos passos existem como botões: Duplicati tem “Restaurar” com escolha de versão e de pasta de destino; o Histórico de Arquivos e o Time Machine têm a linha do tempo com a opção de restaurar para outro local.

# Listar os retratos e conferir a data do mais recente
restic -r /mnt/backup/restic snapshots

# Restaurar só uma pasta do retrato mais recente, em local alternativo
restic -r /mnt/backup/restic restore latest --target /tmp/teste-restauracao --include /dados/fotos/2024

# Verificar a consistência da estrutura do repositório
restic -r /mnt/backup/restic check

# Verificar também o conteúdo de uma parte dos blocos (mais lento, pega corrupção silenciosa)
restic -r /mnt/backup/restic check --read-data-subset=10%

O restore com --target recria o caminho original dentro da pasta de destino: a pasta vai aparecer em /tmp/teste-restauracao/dados/fotos/2024. O --include limita a restauração ao que interessa; sem ele, o retrato inteiro é restaurado. O check simples confere índices e referências; com --read-data-subset, ele lê de fato uma fração dos dados e compara com as somas gravadas, o que detecta blocos corrompidos no disco. Rodar o check mensalmente, agendado junto com o backup, é a “verificação de integridade” da tabela acima.

Para conferir que um arquivo restaurado é idêntico ao original, calcule a soma SHA-256 dos dois e compare: se as sequências forem iguais, os arquivos são iguais byte a byte.

sha256sum /dados/fotos/2024/IMG_0001.jpg /tmp/teste-restauracao/dados/fotos/2024/IMG_0001.jpg

No Windows, o equivalente no PowerShell:

Get-FileHash C:\Dados\Fotos\2024\IMG_0001.jpg, C:\Teste-restauracao\IMG_0001.jpg -Algorithm SHA256

Para uma pasta inteira, compare primeiro a contagem e o tamanho total (du -sh e find pasta -type f | wc -l no Linux; Propriedades da pasta no Windows) e depois a soma de alguns arquivos escolhidos ao acaso. Não é preciso conferir todos: o objetivo do teste é achar problemas sistemáticos, não auditar cada byte.

O registro de testes

Um registro serve para duas coisas: saber quando foi o último teste bem-sucedido de cada cópia e perceber padrões (“a cópia da nuvem falhou duas vezes seguidas na mesma pasta”). Uma linha por teste basta, em um arquivo de texto guardado junto com a ficha do plano, impresso ou fora do computador protegido.

data        cópia testada        tipo      o que restaurei                 resultado
2026-10-04  HD externo (local)   arquivo   /dados/fotos/2023/IMG_4410.jpg  OK, hash igual
2026-10-04  nuvem (B2)           arquivo   /dados/documentos/ir-2025.pdf   OK, abriu
2026-11-01  disco offline        arquivo   /dados/fotos/2021/aniversario   OK
2026-12-06  HD externo (local)   pasta     /dados/documentos (3,2 GB)      FALHA: 4 arquivos com nome acentuado não restaurados; ver nota
2026-12-07  HD externo (local)   pasta     /dados/documentos (3,2 GB)      OK após atualizar a ferramenta e refazer o backup

Os valores acima são apenas um exemplo de formato. O importante é que cada linha tenha data, qual cópia foi testada, o tipo de teste, o que foi restaurado e o resultado. Quando o resultado é falha, uma nota curta sobre a causa e a correção vale ouro na próxima revisão do plano, descrita em Como planejar sua estratégia de backup.

O que fazer quando o teste falha

Um teste que falha é um teste que funcionou: ele achou o problema antes do desastre. A reação errada é ignorar ou adiar. A certa é tratar como prioridade, porque a partir desse momento você sabe que não tem backup daquela cópia.

• O destino não está acessível. O disco não aparece, a pasta de rede não responde, a nuvem recusa a credencial. Resolva o acesso antes de qualquer outra coisa; se o disco externo não liga, teste em outra porta e outro cabo, e se ainda assim não ligar, considere-o perdido e providencie outro hoje. O guia Saúde dos discos: SMART, sinais de falha e quando trocar ajuda a avaliar um disco que ainda responde.
• A senha não funciona. Confira em todos os lugares onde ela deveria estar registrada. Se não houver como recuperar, o repositório está perdido: crie um novo, com a senha guardada em dois lugares, e refaça o backup completo a partir da origem enquanto ela ainda existe.
• O retrato mais recente é antigo. O agendamento parou. Veja o registro da ferramenta, corrija a causa (disco cheio, serviço desligado, atualização que mudou um caminho), rode um backup manual agora e confira amanhã se o automático voltou.
• Arquivos faltando ou pulados. Verifique os padrões de exclusão da ferramenta e as pastas incluídas; nomes com caracteres especiais e arquivos abertos por outros programas são as causas mais comuns. Corrija e refaça o backup da pasta afetada.
• Soma de verificação diferente. Corrupção no destino ou na origem. Rode a verificação completa do repositório; se o repositório estiver corrompido, refaça-o em outro disco. Se a origem estiver corrompida, restaure a partir de um retrato mais antigo e investigue o disco de origem.
• A restauração completa simulada travou por falta de informação. Faltava a senha, o endereço do repositório, o nome da ferramenta ou a versão. Isso é falha de documentação, não de backup: complete a ficha do plano antes de qualquer outra coisa.

Depois de corrigir, refaça o teste e registre as duas linhas, a falha e a correção. O ciclo abaixo resume a rotina.

Erros comuns de quem está começando

Marcar este guia como lido (salvo apenas neste navegador)