Um backup só ajuda quando inclui os dados certos, pode ser acessado depois de uma falha e realmente restaura o site. A mensagem “backup concluído” não comprova que o banco, os uploads e as configurações necessárias estão prontos para recuperação.

Este guia resume a documentação oficial do Restic consultada em 27 de outubro de 2026. Os comandos são exemplos didáticos e não foram executados num VPS; o banco, os caminhos, o destino e a forma de guardar credenciais dependem do projeto.

Decida o que precisa voltar

Faça uma lista dos componentes que seriam necessários para reabrir o site:

• Código e arquivos públicos: versão implantada, imagens, documentos e uploads que não podem ser recriados.

• Banco de dados: dump consistente ou cópia pelo método recomendado para o banco usado.

• Configuração de serviços: blocos NGINX, configuração da aplicação e serviços necessários, sem deixar segredos expostos.

• Ambiente: distribuição, versões, dependências, variáveis e passos para instalar a aplicação novamente.

• Acesso de recuperação: onde está a cópia, quem guarda a chave e como recuperar o acesso ao VPS.

Não presuma que copiar a pasta do site também salva o banco. Para dados em alteração contínua, use uma exportação consistente ou a ferramenta de backup própria do banco e teste a importação numa instância separada.

Escolha metas de recuperação

Pense em duas perguntas:

• Quanto conteúdo recente posso perder? Esse intervalo é o objetivo de ponto de recuperação (RPO).

• Quanto tempo o site pode ficar fora do ar? Essa é a meta de tempo de recuperação (RTO).

As respostas ajudam a decidir a frequência das cópias, o destino e quanto tempo manter snapshots. Uma cópia diária pode ser suficiente para um site com poucas mudanças; uma loja com pedidos contínuos pode precisar de outra estratégia para o banco.

Mantenha uma cópia fora do VPS

Uma cópia na mesma máquina ajuda a recuperar alguns arquivos apagados, mas não protege contra falha do disco, perda do acesso ao provedor ou invasão do servidor. Mantenha pelo menos um repositório num destino separado e restrinja quem pode ler ou apagar os backups.

O Restic cria repositórios criptografados. A senha ou chave necessária para abrir o repositório não pode depender só do VPS: mantenha uma cópia protegida fora dele e confirme que você consegue recuperá-la. Se perder a senha, o backup criptografado pode ficar inacessível.

Exemplo documental de fluxo com Restic

Depois de instalar o Restic e configurar com segurança o repositório e a senha, operações comuns podem se parecer com estas:

restic backup /var/www/exemplo /etc/nginx
restic snapshots
restic check
restic restore latest --target /tmp/restauracao-teste

Esses caminhos são apenas exemplos: confirme quais pastas o seu site usa. Faça também o dump consistente do banco e inclua esse arquivo no backup. O comando restore recria os caminhos salvos abaixo do destino escolhido; use restic ls para localizar os arquivos recuperados. Não use a primeira tentativa para sobrescrever o site ativo.

O comando check verifica o repositório, mas não prova que a aplicação completa vai funcionar depois de restaurada. Uma restauração para pasta temporária pode ajudar a conferir arquivos; ela não substitui um teste de recuperação em ambiente separado.

Teste a restauração sem trocar o site público

1. Escolha um snapshot e recupere os arquivos para uma máquina ou ambiente de teste isolado.

2. Confirme que o código, os uploads e o dump do banco estão presentes.

3. Restaure o banco num banco de teste compatível e abra as páginas com uma URL de teste.

4. Confira imagens, login de teste, formulários e funções que dependem de serviços externos.

5. Registre o tempo gasto e os passos manuais que faltaram.

6. Repita o teste quando mudar de banco, armazenamento, versão do sistema ou forma de publicação.

Se o VPS tiver sido comprometido, não restaure automaticamente todo o sistema antigo. Recupere dados e arquivos verificados num ambiente limpo, atualize as dependências e troque as credenciais expostas. Se o servidor foi restaurado, mas o site ainda retorna um erro de proxy, consulte o guia de diagnóstico dos erros Cloudflare 521, 522, 526 e 1033.

Automatize e monitore com cuidado

Escolha uma frequência que corresponda ao RPO e configure a rotina no sistema de agendamento que você administra. Acompanhe a data da última cópia bem-sucedida, o espaço disponível, os erros do processo e se os arquivos essenciais foram incluídos.

Se configurar retenção automática, revise a política antes de apagar snapshots antigos. Uma política de limpeza mal ajustada pode remover a única cópia que ainda permite voltar a uma versão conhecida.

Perguntas frequentes

Uma cópia dentro do VPS já protege meu site?

Ela pode ajudar após uma exclusão acidental, mas não protege contra perda ou comprometimento do próprio VPS. Mantenha outra cópia num destino separado.

restic check confirma que posso restaurar meu site?

Não por completo. Ele verifica o repositório; você ainda precisa restaurar arquivos e banco num ambiente separado e testar as funções importantes.

Posso guardar a senha do Restic no mesmo servidor?

Evite depender apenas desse servidor. A senha ou chave precisa estar protegida num local separado e disponível durante a recuperação.