Como fazer backup do seu servidor — e conseguir mesmo restaurá-lo

Está tudo bem sem backups, até o dia em que deixa de estar. Um comando digitado errado, um disco que falha, uma atualização que quebra mais do que conserta — e de repente aquilo que você construiu se foi, junto com as noites que você dedicou a ele.

A parte frustrante é o quanto isso é evitável. Fazer backups não é difícil. Mas existe uma distância entre "eu tenho backups" e "eu consigo recuperar minhas coisas", e a maioria das pessoas descobre essa distância no pior momento possível. Vamos fechá-la.

Um backup não é um backup até você ter restaurado a partir dele

Aqui vai a verdade incômoda: um backup que você nunca testou é um chute. Muita gente tem uma pasta de backups que se revelam vazios, corrompidos ou sem justamente aquela coisa de que precisava. O backup foi executado; a restauração nunca foi testada.

Então o objetivo não é "fazer backups". É "conseguir restaurar". Mantenha isso como a meta real e todo o resto se encaixa.

O que realmente precisa de backup

Você normalmente não precisa de uma cópia da máquina inteira. O que você não consegue recriar são os seus dados:

• o conteúdo dos seus bancos de dados (os posts, os usuários, os pedidos — as coisas que mudam),
• os seus arquivos (uploads, documentos, tudo o que você ou seus usuários colocam ali),
• a sua configuração (aquele punhado de ajustes que o tornam seu).

O sistema operacional e os programas podem ser reinstalados em minutos. Os seus dados não podem ser reinstalados de jeito nenhum. Faça backup da parte insubstituível.

A única regra que importa: tire-o de dentro do servidor

Um backup guardado no mesmo servidor que ele deveria proteger vai morrer junto com esse servidor. Se o disco falhar ou a máquina se perder, o seu backup vai junto.

Então a regra é simples: pelo menos uma cópia fica em outro lugar — o seu próprio computador, outro servidor, um armazenamento de objetos. Não precisa ser nada sofisticado. Só precisa não estar na mesma máquina. Um backup que você pode baixar e guardar é um backup que sobrevive ao servidor.

Automatize e mantenha mais de um

Duas pequenas adições que transformam um backup em um hábito:

• Não conte com a memória. Um backup que você tem que rodar na mão é um backup que você vai pular. Agende-o.
• Guarde um histórico, não só o mais recente. Se o seu único backup é de ontem à noite e os dados de ontem à noite já estavam corrompidos, você fez fielmente o backup do problema. Algumas cópias mais antigas te dão algo para onde recuar.

Depois teste a restauração — de verdade

Este é o passo que todo mundo pula, e é o único que prova que o resto funcionou. Uma vez — só uma vez — pegue um backup e restaure-o de verdade em algum lugar. Traga os dados de volta, abra-os, confirme que está tudo lá. Depois disso, você não está mais torcendo; você sabe.

O atalho

Você pode montar tudo isso na mão — tar, rsync, um cron job, algum lugar fora do servidor para guardar. Ou você pode deixar o Server Manager cuidar disso: ele cria um backup dos seus dados que você baixa e guarda — fora do servidor — empacotado de um jeito que ele sabe como se restaurar sozinho. Quando você precisar, restaurar é um pedido, não um projeto de pesquisa. A ideia é fazer com que "conseguir restaurar" seja o padrão fácil, em vez daquela coisa que você pretendia resolver algum dia.

Um seguro que você espera nunca usar

Os backups são a única parte de manter um servidor que parece esforço desperdiçado — até o dia em que são a única coisa que importa. Esse dia, mais cedo ou mais tarde, chega para todo mundo. Ter o seu próprio servidor significa ter também essa rede de segurança: os seus dados, copiados em um lugar que você controla, prontos para serem trazidos de volta. Configure isso uma vez, e o pior dia vira uma hora ruim.

Se você está apenas começando, o nosso guia sobre o que fazer com um servidor recém-adquirido lista os backups como uma das quatro coisas de que todo servidor novo precisa. Os guias de ajuda aprofundam quando você estiver pronto.