Como fazer backup de VPS e testar a restauração

O que precisa entrar no backup de uma VPS?

Nem tudo vale o mesmo. Separe em três grupos:

• Dados: banco de dados, arquivos enviados por usuários, documentos. Não se recriam; perdeu, perdeu.
• Configuração: arquivos de /etc, configuração do servidor web, certificados, variáveis de ambiente, regras de firewall. Recriáveis, mas levam horas de memória e tentativa.
• Sistema: o sistema operacional e os pacotes. Reinstaláveis em minutos; entram no backup por conveniência, via snapshot.

O erro mais comum é copiar a pasta do banco de dados com o banco rodando. O arquivo sai corrompido e só se descobre na restauração. Banco se copia com a ferramenta dele: pg_dump no PostgreSQL, mysqldump ou mariabackup no MySQL/MariaDB.

Snapshot é backup?

Snapshot é uma fotografia do disco da VM num instante, feita pelo provedor em segundos. É ótimo antes de uma atualização: se algo quebrar, volta-se ao estado anterior em minutos.

Mas snapshot normalmente mora no mesmo storage da VM. Se o problema for no storage, na conta ou um ransomware com acesso ao painel, o snapshot vai junto. Snapshot é desfazer rápido; backup é cópia independente. Você precisa dos dois.

O que é a regra 3-2-1?

É a regra mais antiga e mais citada de proteção de dados:

• 3 cópias: o dado em produção e mais duas cópias;
• 2 tipos de armazenamento: por exemplo, o disco da VM e um storage de objetos;
• 1 cópia fora: em outro datacenter ou outro provedor.

Para ransomware, acrescenta-se um item: uma das cópias deve ser imutável, isto é, não pode ser alterada nem apagada durante o prazo de retenção, nem por quem tem a senha de administrador. O ransomware moderno procura e apaga os backups antes de criptografar o servidor.

Com que frequência fazer backup?

A frequência sai de uma pergunta: quanto trabalho posso perder? Esse número tem nome, RPO (Recovery Point Objective). O tempo para voltar ao ar é o RTO (Recovery Time Objective).

Recuperação point-in-time guarda o registro contínuo de transações do banco (o WAL no PostgreSQL, o binlog no MySQL) e permite voltar a qualquer minuto, por exemplo um minuto antes de alguém apagar uma tabela por engano.

Como testar se o backup restaura de verdade?

Um backup só vale se restaura. Uma vez por mês, faça o teste completo:

1. crie uma VM temporária, separada da produção;
2. restaure nela o último backup do banco e dos arquivos;
3. suba a aplicação e confira três coisas reais: um login, um registro recente e um arquivo enviado na véspera;
4. anote quanto tempo levou: esse é o seu RTO real, não o do papel;
5. apague a VM de teste.

Se o teste falhar, você descobriu num dia calmo o que descobriria no pior dia. É exatamente para isso que ele existe.

O que o provedor já cobre e o que fica comigo?

Depende do contrato, e vale ler com atenção. Em boa parte das VPS de mercado, o backup é responsabilidade total do cliente. Nos planos Cloud da NuvoCloud há backup semanal incluso, que protege contra a perda da máquina. Para dado que muda todo dia, ele não substitui a cópia diária do banco.

Para empresa que precisa de RPO de horas, retenção longa e cópia imutável, existe o backup corporativo, com restauração de arquivos, bancos (PostgreSQL, MySQL, SQL Server, Oracle) ou VMs inteiras e retenção configurável por dias, meses ou anos. Para guardar grandes volumes, há o storage com snapshots e criptografia em repouso.

Qual o erro de backup mais caro?

Descobrir no dia da restauração que o backup parou meses atrás. Script de backup que falha costuma falhar calado: o disco de destino encheu, a senha mudou, o agendamento sumiu numa atualização. A defesa é simples: alerta quando o backup não roda, e não só quando dá erro, mais o teste mensal acima. Se a VPS já caiu e você está lendo isto com pressa, comece por o que fazer quando a VPS cai.