Como fazer cópias de segurança do seu site web eficazmente

Fazer cópia de segurança do site web eficazmente significa três coisas: uma cópia completa (ficheiros e base de dados), armazenada fora do servidor do site, atualizada a uma frequência adaptada à atividade do site, e testada em restauração pelo menos uma vez. Uma cópia de segurança que nunca se tentou restaurar é apenas uma hipótese de cópia de segurança.

O problema: a cópia de segurança que julgamos ter

Muitos proprietários de sites pensam estar cobertos porque o seu alojador "faz cópias de segurança". É muitas vezes verdade, e muitas vezes insuficiente. Três pontos cegos repetem-se constantemente: a cópia de segurança está armazenada no mesmo servidor que o site (logo perdida em caso de avaria de hardware grave), cobre apenas os ficheiros sem a base de dados (ou o inverso), ou ninguém nunca a testou numa restauração real.

No dia em que um site é pirateado, vítima de um erro de atualização, ou simplesmente inacessível após uma manipulação errada, a cópia de segurança é a única rede de proteção. Descobrir nesse momento que tem oito meses, ou que não se restaura corretamente, transforma um incidente gerível numa crise longa.

O que uma cópia de segurança completa deve conter

Um site web assenta em dois elementos distintos que devem ser guardados em conjunto, sob pena de um site restaurado mas avariado:

• Os ficheiros: código do site, tema, plugins, imagens, documentos carregados pelos visitantes (orçamentos, currículos, anexos de formulários).
• A base de dados: conteúdo das páginas, artigos de blogue, contas de utilizador, encomendas de um site e-commerce, configuração do CMS.

Restaurar os ficheiros sem a base de dados dá um site vazio de conteúdo. Restaurar a base sem os ficheiros dá um site visualmente avariado, com imagens e estilos em falta. Uma cópia de segurança eficaz sincroniza sempre os dois no mesmo momento.

Escolher a frequência certa consoante a atividade do site

A frequência de cópia de segurança deve corresponder ao ritmo de atualização do site, não a uma regra geral. Um site parado durante meses não precisa de uma cópia de segurança diária; um site com encomendas ou formulários ativos todos os dias não se pode permitir uma cópia de segurança semanal.

Para um site com desafios comerciais diretos (formulários de orçamento, reserva, carrinho), a perda de um dia de dados pode representar clientes perdidos, não apenas conteúdo editorial a refazer.

Onde armazenar as cópias de segurança

O princípio mais importante, muitas vezes negligenciado: a cópia de segurança nunca deve residir apenas no mesmo servidor que o site. Se esse servidor sofrer uma avaria de hardware, for pirateado, ou sofrer uma corrupção de disco, a cópia de reserva desaparece com o original.

Um método simples e robusto, inspirado na regra "3-2-1" usada em informática profissional:

1. Uma cópia no servidor de alojamento (rápida de restaurar para pequenos incidentes).
2. Uma cópia num suporte ou serviço distinto do alojador principal.
3. Idealmente uma cópia offline ou noutro prestador, para cobrir o cenário extremo em que o próprio alojador desaparece ou é comprometido.

Para uma PME, os dois primeiros níveis já cobrem a grande maioria dos cenários reais. O terceiro nível justifica-se sobretudo para um site com forte desafio comercial (e-commerce, plataforma SaaS).

Testar a restauração, não apenas a cópia de segurança

É a etapa que quase ninguém faz, e é a mais importante. Uma cópia de segurança pode estar corrompida, incompleta, ou incompatível com o ambiente de restauração sem que isso se note antes de ser realmente necessária. Um teste trimestral simples basta: restaurar a cópia de segurança num ambiente de teste (não o site em produção) e verificar que o site funciona realmente, páginas, formulários e imagens incluídos.

Este teste demora geralmente menos de uma hora e evita a pior das surpresas: descobrir em plena crise, no momento em que o site já está avariado, que a cópia de segurança não se restaura.

Manter um histórico, não apenas a última versão

Alguns incidentes só são detetados vários dias depois de surgirem: uma infeção discreta, uma corrupção progressiva de dados, um erro de configuração que não avaria nada imediatamente. Se apenas a última cópia de segurança for conservada, esta já pode conter o problema. Guardar 3 a 4 versões espaçadas no tempo (por exemplo as últimas quatro semanas) permite voltar a um estado são anterior ao aparecimento do problema.

Automatizar em vez de contar com a memória

Uma cópia de segurança manual, feita "quando nos lembramos", acaba quase sempre por falhar uma semana, depois um mês, até ao dia em que teria sido útil. A boa prática consiste em automatizar inteiramente o processo: uma tarefa agendada que exporta ficheiros e base de dados segundo a frequência escolhida, envia a cópia para um armazenamento externo, e alerta por email em caso de falha.

Esta automatização retira o humano do ciclo na parte repetitiva, mas não dispensa verificar de vez em quando que os alertas funcionam realmente. Um sistema de alerta silencioso há vários meses dá uma falsa sensação de segurança, exatamente como uma cópia de segurança nunca testada.

O custo real de uma cópia de segurança ausente

Sem uma cópia de segurança utilizável, a única opção em caso de problema grave é reconstruir o site do zero: recuperar os textos em antigos emails ou documentos, encontrar de novo as imagens, recriar a estrutura. Para um site profissional com várias dezenas de páginas, este trabalho representa geralmente vários dias, por vezes várias semanas se também for preciso recuperar o conteúdo perdido. Comparado com o custo quase nulo de uma cópia de segurança automatizada e testada, o cálculo é rápido de fazer.

O que é importante reter

• Uma cópia de segurança eficaz cobre ao mesmo tempo os ficheiros e a base de dados, no mesmo momento.
• A frequência depende da atividade real do site, não de uma regra única: semanal para um site estático, diária para um site com formulários ou encomendas.
• Nunca armazenar a cópia de segurança apenas no servidor do site: uma cópia externa é indispensável.
• Uma cópia de segurança nunca testada em restauração é apenas uma hipótese, a verificar pelo menos uma vez por trimestre.
• Conservar um histórico de várias versões protege contra incidentes detetados tardiamente.
• Para um site com desafio comercial (orçamentos, encomendas), a perda de um único dia de dados pode custar clientes reais.

Perguntas frequentes

Com que frequência é preciso fazer cópia de segurança do site web?

Para um site institucional atualizado raramente, uma cópia de segurança semanal basta. Para um site com um blogue ativo, um e-commerce ou formulários que geram dados diariamente, é necessária uma cópia de segurança diária para limitar a perda em caso de incidente.

Onde é preciso armazenar as cópias de segurança de um site?

Nunca apenas no mesmo servidor que o site. Se o servidor falhar ou for pirateado, a cópia de segurança desaparece com ele. Um armazenamento externo (outro alojador, cloud dedicada) garante que continua acessível mesmo em caso de avaria total.

Uma cópia de segurança automática do alojador basta?

É um bom ponto de partida mas raramente suficiente sozinha: verifique a sua frequência real, o seu prazo de retenção e sobretudo se já foi testada em restauração. Muitas cópias de segurança automáticas nunca são verificadas antes do dia em que são necessárias.

Durante quanto tempo é preciso guardar as cópias de segurança antigas?

Um histórico de 3 a 4 versões espaçadas no tempo (não apenas a última) permite voltar a um estado anterior ao aparecimento de um problema detetado tardiamente, como uma infeção ou uma corrupção de dados que passou despercebida durante vários dias.

Se preferir deixar de verificar sozinho se as suas cópias de segurança funcionam, um site web gerido com backups e alojamento incluídos trata disso de forma contínua.