Cópias de segurança: o quê, onde e com que frequência

Módulo 8: Cópias de segurança, ambiente de testes (staging) e atualizações de PHP · Tempo de leitura: 9 minutos

Objetivo de aprendizagem: Depois desta lição, será capaz de criar um plano de cópias de segurança para um site WordPress seguindo a regra 3-2-1.

Conceitos-chave: cópia de segurança, base de dados, wp-content, wp-config.php, regra 3-2-1, fora do servidor, prazo de retenção, com que frequência (quanto trabalho pode perder), cópia de segurança do alojamento, cópia de segurança do instalador, plugin de cópia de segurança, encriptação, cópias de segurança fora da pasta web

Porque precisa de uma cópia de segurança

Uma cópia de segurança é o seu caminho de volta quando algo corre mal. E, mais cedo ou mais tarde, algo corre sempre mal:

• uma atualização que danifica o site (lição 7.2);
• um plugin ou um colega que apaga conteúdo sem querer;
• um ataque informático (lição 7.5);
• um erro durante uma migração (lição 9.5);
• um servidor ou datacenter com problemas;
• um pacote de alojamento cancelado ou um pagamento em atraso, após o qual o fornecedor de alojamento apaga os seus dados.

Quem não tiver uma cópia de segurança utilizável tem de recomeçar do zero em todos estes casos. Fazer uma cópia de segurança é fácil. Ter uma cópia de segurança utilizável, que esteja completa, guardada num local seguro e que seja possível restaurar, exige um plano.

O que deve incluir

Um site WordPress é composto por ficheiros e uma base de dados (lição 1.3). Uma cópia de segurança completa inclui:

O próprio WordPress (wp-admin, wp-includes) pode sempre ser descarregado novamente, mas é útil que esteja incluído: assim restaura tudo de uma só vez.

Pense também no que está ao lado do site: o e-mail no mesmo domínio, os registos DNS (curso de DNS, lição 6.3) e eventuais tarefas agendadas (cronjobs) no seu painel de alojamento. Uma cópia de segurança apenas do WordPress não restaura isso.

A regra 3-2-1

Uma regra prática conhecida para cópias de segurança:

• 3 cópias dos seus dados (o original e duas cópias de segurança);
• em 2 tipos diferentes de armazenamento ou sistemas;
• das quais 1 noutro local, fora do servidor e de preferência junto de outra entidade.

Porquê? Porque todas as cópias no mesmo local podem desaparecer ao mesmo tempo. Uma cópia de segurança dentro do seu próprio pacote de alojamento (como uma cópia de segurança do instalador, lição 2.2) desaparece se o pacote for alvo de um ataque informático, cancelado ou se o servidor avariar. Uma cópia de segurança junto do seu fornecedor de alojamento, mas noutro servidor, é melhor, mas continua a estar sob a mesma entidade e a mesma conta. Uma cópia no seu próprio computador ou num armazenamento na nuvem de outra entidade completa o quadro.

Uma variante que por vezes se encontra: 3-2-1-1-0. O 1 extra é uma cópia que não pode ser alterada nem apagada (offline ou "imutável"), para que nem um intruso nem um ransomware lhe consigam aceder. O 0 representa: zero erros ao testar a restauração (lição 8.2).

Com que frequência e durante quanto tempo guardar

A pergunta "com que frequência" é, na realidade: quanto trabalho pode perder? Se apenas alterar uma página de vez em quando, uma cópia de segurança semanal é suficiente. Se publicar notícias todos os dias, faça-o diariamente. Numa loja online com encomendas a toda a hora, uma cópia de segurança diária já é insuficiente: restaurar a cópia desta manhã significa perder as encomendas de hoje. Nesse caso, deve fazer cópias de segurança da base de dados com mais frequência, ou escolher um fornecedor de alojamento que consiga restaurar até um período mais recente.

Também é importante: até quando recuar. Um ataque informático só é por vezes detetado semanas depois (lição 7.5). Se guardar apenas os últimos sete dias, e a porta das traseiras tiver três semanas, todas as suas cópias de segurança estão comprometidas. Por isso, guarde também cópias de segurança mais antigas, por exemplo diariamente durante um mês e mensalmente durante um ano.

Quem faz a cópia de segurança?

Existem três tipos, e um bom plano utiliza normalmente dois:

1. Cópias de segurança do fornecedor de alojamento. Em muitos fornecedores, são automáticas, de todo o pacote, em armazenamento separado. Na WebOké, por exemplo, são feitas todas as noites, mantendo-se as noites dos últimos 30 dias, em servidores de armazenamento noutro datacenter. Verifique junto do seu fornecedor de alojamento: com que frequência, durante quanto tempo, onde, e consegue restaurar por si próprio (e por componente)?
2. Cópias de segurança do instalador (lição 2.2). Úteis mesmo antes de uma atualização, mas ficam no seu próprio pacote e contam para o seu espaço de armazenamento. Não são parte da regra 3-2-1.
3. Um plugin de cópia de segurança (por exemplo, UpdraftPlus, BackWPup, Duplicator ou um serviço pago). Pode enviar cópias de segurança para um armazenamento externo (um armazenamento na nuvem, um servidor próprio). Esta é a forma mais fácil de obter o "1 fora de portas". Atenção: o plugin funciona no seu site, pelo que num ataque informático também pode ser afetado, e os dados de acesso ao seu armazenamento externo ficam guardados na sua base de dados.

Um plano simples e bom para um site pequena: a cópia de segurança diária do fornecedor de alojamento, mais, todos os meses (e antes de qualquer alteração importante), um download para o seu próprio computador ou armazenamento na nuvem.

Guardar em segurança

• Nunca na pasta web. Uma cópia de segurança como public_html/backup.zip pode ser descarregada por qualquer pessoa, incluindo a palavra-passe da sua base de dados e todos os dados dos clientes (lição 7.4).
• Encripte as cópias de segurança guardadas fora do seu fornecedor de alojamento, sobretudo se contiverem dados pessoais (lição 9.3). Uma cópia de segurança num portátil roubado ou numa pasta partilhada na nuvem constitui, nesse caso, uma violação de dados.
• Guarde os dados de acesso ao seu armazenamento de cópias de segurança noutro local que não o próprio site, por exemplo no seu gestor de palavras-passe. Se o seu site desaparecer, precisa de continuar a conseguir aceder.
• Faça limpeza: cópias de segurança antigas no seu pacote ocupam espaço de armazenamento. As cópias de segurança fora do servidor devem ser eliminadas de acordo com o seu prazo de retenção.

Na prática: como se apresenta num painel

Como exemplo, utilizamos o DirectAdmin com WebOké Backups. Outros fornecedores de alojamento têm funcionalidades semelhantes, por exemplo o JetBackup no cPanel ou a funcionalidade de cópias de segurança do Plesk.

1. N' O meu WebOké, em WebOké Backups, pode ver as cópias de segurança das últimas noites, e pode criar uma cópia de segurança adicional ou descarregar uma cópia de segurança.
2. No DirectAdmin, em Cópia de segurança e restauro, pode criar uma cópia de segurança daquilo que selecionar; essa cópia fica no seu próprio pacote (pasta backups) e pode ser descarregada.
3. No Installatron, faz uma cópia de segurança de uma instalação WordPress específica, útil mesmo antes de uma atualização.

Resumo

• Uma cópia de segurança completa inclui a base de dados, wp-content, wp-config.php e ficheiros próprios; pense também no e-mail, DNS e tarefas agendadas (cronjobs).
• 3-2-1: três cópias, dois tipos de armazenamento, uma fora do servidor e de preferência junto de outra entidade.
• A frequência depende de quanto trabalho pode perder; guarde também cópias de segurança mais antigas, porque um ataque informático pode ser detetado tardiamente.
• Combine a cópia de segurança do seu fornecedor de alojamento com uma cópia própria fora do servidor; as cópias de segurança do instalador são úteis, mas não substituem um plano.
• Nunca guarde cópias de segurança na pasta web; encripte as cópias fora do fornecedor de alojamento e guarde o acesso noutro local.

Questionário

Exercício

Exercício D8.1: O seu plano de cópias de segurança segundo a regra 3-2-1. Preencha a tabela para o seu próprio site: que cópias existem (original, cópia de segurança 1, cópia de segurança 2), onde está guardada cada cópia (que entidade, que armazenamento), com que frequência é feita, durante quanto tempo é guardada, e quem lhe tem acesso. O seu plano cumpre a regra 3-2-1? Depois, descarregue uma cópia de segurança completa e verifique o ficheiro: contém a base de dados (um ficheiro .sql), wp-content/uploads e wp-config.php? Assinale o que encontrou e registe quanto trabalho, no máximo, pode perder se tiver de restaurar a sua cópia de segurança mais recente.

Leitura adicional

Estes artigos descrevem os passos nos painéis da WebOké; noutros painéis funcionam de forma semelhante.

• Manual DirectAdmin 16.1: Que cópias de segurança existem no WebOké
• Manual DirectAdmin 16.2: Backup e restauro: criar um backup por iniciativa própria no DirectAdmin
• Manual DirectAdmin 16.5: Isto também é possível em O meu WebOké? WebOké Backups
• Manual DirectAdmin 13.6: Fazer e restaurar cópias de segurança no Installatron
• WebOké Backups: visualizar, restaurar ou transferir uma cópia de segurança
• Como faço uma cópia de segurança da minha base de dados MySQL?
• Manual DirectAdmin 16.6: Recuperar espaço: limpar cópias de segurança antigas
• Cópias de segurança do WordPress (developer.wordpress.org, Inglês): https://developer.wordpress.org/advanced-administration/security/backup/