Backups offsite automáticos: como configurar
Uma cópia independente pode reduzir riscos de perda, mas precisa de acesso protegido, retenção e recuperação testada. A localização dos backups do alojamento deve ser confirmada com o fornecedor; a ferramenta usada não a determina por si só.
A regra 3-2-1
A melhor prática de backups segue a regra 3-2-1: 3 cópias dos dados, em 2 tipos de media diferentes, com 1 cópia offsite. Para um site WordPress: cópia no servidor (JetBackup), cópia local (descarregada) e cópia na cloud (offsite automático).
Plugins WordPress para offsite
UpdraftPlus: o plugin de backup popular. A versão gratuita faz backup automático agendado para Google Drive, Dropbox, Amazon S3 e outros destinos cloud. Configure backup diário da base de dados e semanal dos ficheiros.
BlogVault: backup incremental (só copia o que mudou), staging integrado e restauração com um clique. Os backups são armazenados nos servidores do BlogVault (offsite por defeito). Pago mas excelente.
Configuração recomendada
Frequência: base de dados diariamente (é pequena e muda frequentemente). Ficheiros semanalmente (são grandes e mudam pouco). Para lojas WooCommerce com muitas encomendas, base de dados a cada 6-12 horas.
Destino: Google Drive (15GB grátis), Dropbox (2GB grátis) ou Amazon S3 (pay-per-use, muito barato). Escolha um que não dependa do mesmo fornecedor do alojamento.
Retenção: mantenha pelo menos 30 dias de backups. Hacks podem demorar semanas a ser detetados: precisa de voltar a um backup limpo de antes da infeção.
Testar: um backup nunca testado pode falhar quando mais precisa. Faça um teste de restauração pelo menos uma vez por trimestre.
Isolar também o acesso às cópias
Guardar noutro servidor não basta se as mesmas credenciais permitem eliminar todas as cópias. Escolha permissões e retenção que reduzam esse risco e confirme encriptação e acesso ao destino.
A localização dos backups feitos pelo alojamento deve ser verificada com o fornecedor; não assuma que JetBackup significa cópia local ou offsite. Faça um teste de recuperação e documente o conjunto necessário. Frequência e retenção devem refletir o volume de alterações e o tempo que um incidente pode demorar a ser detetado.
Um backup só está confirmado depois de um teste de recuperação
Distinga a existência de ficheiros de backup da capacidade de repor efetivamente o serviço. Confirme a data, o conteúdo da cópia e o local onde está armazenada. Um site WordPress precisa, normalmente, dos ficheiros e da base de dados compatíveis entre si; uma loja ativa exige ainda atenção às encomendas recebidas após a cópia.
Quando utilizar o JetBackup no cPanel, verifique o ponto de recuperação disponível e o âmbito da operação antes de executar uma reposição. Restaurar ficheiros, base de dados ou conta inteira tem efeitos diferentes. Na Lusitec, o alojamento web anuncia backups diários com retenção de 10 dias, enquanto os planos WordPress anunciam retenção de até 15 dias. Confirme sempre o que está incluído no plano contratado e mantenha uma cópia independente para informação crítica.
Como agir nas primeiras horas depois de um alerta
Identifique o sistema afetado, limite acessos desnecessários e preserve registos. Não elimine ficheiros ou reinstale tudo sem compreender o alcance do incidente. Se suspeita que houve exposição de passwords, substitua-as a partir de um dispositivo de confiança e reveja os administradores existentes.
Depois da contenção, analise a origem e teste a recuperação. Restaurar um backup contaminado pode reproduzir a falha. Distinga factos confirmados de hipóteses para que a resposta não seja orientada por suposições.
Camadas de proteção com funções diferentes
SSL, firewall, proteção contra malware e backups têm objetivos distintos. O HTTPS cifra a comunicação, mas não elimina vulnerabilidades de plugins. Uma cópia de segurança apoia a recuperação, mas não substitui prevenção. A firewall pode bloquear padrões de ataque sem impedir que uma password roubada seja utilizada.
Reveja periodicamente versões, utilizadores e permissões. A empresa deve saber o que é responsabilidade do alojamento e o que pertence à manutenção da aplicação. Esta distinção facilita a resposta quando surge um incidente.
Separar o acesso ao site e às cópias
Defina destino, permissões e retenção e teste uma recuperação antes de depender da estratégia.
Para necessidades adicionais de cópias e recuperação, veja o nosso serviço de backup. Fale connosco se precisa de ajuda a escolher.