Backup do WordPress: com que frequência, para onde — e como sabes que funciona

Quase todos os sites têm um plugin de backup. Bastante menos têm um backup que aguente numa emergência. A diferença não está na ferramenta, mas em três decisões que se tomam uma vez e depois se esquecem: com que frequência, para onde e como se percebe que funciona.

O único número que conta: quanto podes perder?

O ritmo de um backup não segue a intuição, mas sim uma pergunta: quanto trabalho se pode perder sem que doa? Um blogue com um artigo por semana não perde nada com um backup diário. Uma loja com quarenta encomendas por dia perde, com um backup diário, até quarenta encomendas.

Os ficheiros mudam com menos frequência do que a base de dados — imagens, temas e plugins ficam iguais durante dias. Por isso, vale a pena definir ritmos separados: a base de dados com frequência, os ficheiros raramente.

Para onde: a regra 3-2-1, explicada em poucas palavras

Três cópias, em dois suportes diferentes, uma delas fora de casa. Para um site WordPress, isto significa: os dados em produção, um arquivo no servidor e um arquivo noutro sítio.

O terceiro ponto é aquele em que as coisas costumam falhar. Um arquivo que está na mesma pasta wp-content/uploads que o site não sobrevive a uma falha do disco, nem a uma conta eliminada, nem a um atacante que faz limpeza.

O backup do teu fornecedor de alojamento é bom, mas não é um segundo local. Se o fornecedor falhar, falha tudo ao mesmo tempo. Conta como uma cópia, não como duas.

Durante quanto tempo: a retenção não é uma questão de espaço

Quem guarda sete dias descobre tarde demais um dano que aconteceu há oito dias. É precisamente o caso mais frequente: uma base de dados fica danificada ou é introduzido código malicioso, e só se dá por isso semanas depois.

Um escalonamento útil: os últimos sete dias, mais quatro versões semanais e três mensais. Isto custa pouco espaço adicional e cobre o caso em que é preciso recuar mais do que se pensava.

Encriptar — e onde fica a chave

Um arquivo contém a base de dados inteira: contas de utilizador, encomendas, endereços de e-mail, comentários. Se estiver sem encriptação num fornecedor de armazenamento, é exatamente tão confidencial como esse fornecedor.

O AES-256 é o padrão habitual, e a questão não é «se», mas sim onde fica a chave. Ao lado do arquivo, não serve de nada. O Kakapo Backup encripta com a tua chave e não a guarda com o arquivo — o que significa que tens de a guardar em separado. Um gestor de palavras-passe chega.

Como sabes que funciona

Um backup que nunca foi restaurado é uma esperança. Há duas verificações, e são precisas as duas:

• A técnica: a soma de verificação do arquivo ainda confere? Isto deteta tudo o que se danificou pelo caminho — e antes de precisares dele.
• A real: é possível restaurar o site a partir dele? Isto deteta todo o resto, e só isso conta no dia D.

1. Cria uma cópia de staging — nunca pratiques no site de produção.
2. Restaura aí o arquivo mais recente.
3. Abre a página inicial, uma subpágina, o backend e, se existir, o carrinho.
4. Verifica alguns conteúdos da base de dados: o último artigo, a última encomenda, um utilizador.
5. Anota quanto tempo demorou. Esse número é o teu tempo real de indisponibilidade.

Uma vez por trimestre chega. Cria um lembrete — caso contrário, o teste nunca é feito, porque nunca é urgente.

O caso especial que acontece com mais frequência

A maioria das «emergências» não é uma falha do servidor, mas sim uma atualização que estragou alguma coisa. Para isso não é preciso um restauro completo, mas sim um caminho de volta para esse plugin concreto — e, idealmente, um backup criado automaticamente antes de cada atualização.

Por isso, verifica na tua ferramenta: cria ela própria um ponto antes das atualizações? E esses pontos são guardados de forma diferente das execuções normais? Um caminho de volta que o limite de retenção elimina ao fim de três dias não é caminho nenhum.

Perguntas frequentes