Criação de Apps

Backup de site e de sistema: o que copiar, onde guardar e como testar

Resposta rápida

Um backup de site ou sistema precisa incluir os arquivos, o banco de dados e as configurações, ser automático, ficar guardado em outro local que não seja o próprio servidor e ser testado de tempos em tempos com uma restauração de verdade. Backup que nunca foi restaurado é só uma esperança.

Neste artigo
  1. O que entra no backup
  2. A regra 3-2-1
  3. Quanto e por quanto tempo
  4. Como automatizar
  5. Teste a restauração
  6. Checklist rápido de backup
  7. Ponto de partida

Sites e sistemas quebram: por erro humano, atualização mal feita, ataque, falha do servidor ou simples descuido. Quem tem backup bom perde algumas horas. Quem não tem pode perder o negócio. A boa notícia é que montar uma rotina de backup é mais simples do que parece, desde que você saiba o que copiar e como conferir.

O que entra no backup

Um sistema costuma ter três partes, e todas precisam ser copiadas:

  • Arquivos: código do site ou sistema, imagens enviadas, documentos, anexos e arquivos de configuração.
  • Banco de dados: pedidos, clientes, usuários, textos, comentários. Em muitos sistemas é a parte mais valiosa. Para entender o que é, veja banco de dados e SQL para iniciantes.
  • Configurações e segredos: variáveis de ambiente, chaves de integração, certificados, configurações do servidor. Guarde-as de forma protegida, com acesso restrito.

Também anote como o ambiente foi montado: versões de programas, domínios, registros de DNS e serviços externos. Sem isso, até com o backup em mãos você perde dias para recolocar tudo no ar.

A regra 3-2-1

Uma regra simples para saber se o seu backup é robusto, explicada em detalhes em backup 3-2-1: o que é e como fazer:

  • 3 cópias dos dados (a original e duas de backup).
  • 2 tipos de mídia ou locais diferentes.
  • 1 cópia fora do local principal.

Para um site, isso pode significar: dados no servidor, backup automático do provedor e uma cópia em armazenamento em nuvem de outro fornecedor.

Onde guardar

  • Fora do servidor do site. Se a cópia fica no mesmo servidor e ele é perdido ou invadido, o backup vai junto.
  • Em outro provedor ou conta, para que um problema na conta principal não apague tudo.
  • Com acesso protegido: senha forte e verificação em duas etapas.
  • Criptografado, quando houver dados pessoais. Backups também precisam respeitar a LGPD.

Quanto e por quanto tempo

Duas perguntas definem a rotina:

  1. Quanto posso perder? Se um dia de pedidos é inaceitável, o backup do banco de dados precisa ser diário (ou mais frequente).
  2. Por quanto tempo guardar? Mantenha cópias antigas também, porque um problema pode demorar a ser percebido. Uma estratégia comum é guardar diárias por alguns dias, semanais por algumas semanas e mensais por mais tempo.

Cada cópia antiga ocupa espaço e custa. Equilibre.

Como automatizar

Backup manual é backup esquecido. Opções:

  • Backup oferecido pela hospedagem, com rotina diária ou semanal. Verifique se inclui o banco de dados.
  • Plugins de backup, no caso de WordPress, que enviam as cópias a um serviço externo.
  • Scripts agendados no servidor, que exportam o banco, compactam os arquivos e enviam para outro local. Quem administra o servidor usa o agendador do sistema para rodar tudo todo dia.
  • Serviços de backup em nuvem, que fazem cópias incrementais.

Seja qual for, configure um alerta de falha. Um backup que parou de rodar há três meses e ninguém percebeu é comum.

Teste a restauração

Esse é o ponto que mais gente pula e o mais importante. De tempos em tempos (por exemplo, a cada trimestre):

  1. Pegue um backup recente.
  2. Restaure em um ambiente de teste, não no site real.
  3. Abra o site e confira se tudo funciona: páginas, imagens, login, pedidos.
  4. Anote quanto tempo levou e o que faltou.

Isso mostra se o backup está completo e quanto tempo você leva para voltar ao ar numa emergência. Guarde as instruções de restauração por escrito.

Antes de mudanças importantes

Antes de atualizar o sistema, trocar de tema, instalar um plugin ou mudar o servidor, faça um backup manual. É o seguro mais barato contra um erro de atualização. Em projetos com código, o versionamento ajuda a voltar atrás: veja Git e GitHub para iniciantes.

Em contêineres e servidores próprios

Se você usa Docker, lembre que o contêiner pode ser recriado, mas os dados em volumes precisam de backup próprio. Exporte o banco de dados com as ferramentas dele e salve fora do servidor.

Erros comuns

  • Fazer backup só dos arquivos e esquecer o banco de dados.
  • Guardar tudo na mesma máquina.
  • Nunca testar a restauração.
  • Não renovar a assinatura do serviço de backup.
  • Deixar o backup sem senha em pasta pública.
  • Confiar só no “o provedor faz backup”.

Checklist rápido de backup

Use esta lista para conferir sua situação hoje:

  • Sei onde estão os arquivos do site e o banco de dados.
  • Existe um backup automático em execução.
  • A cópia fica em um local diferente do servidor principal.
  • Há pelo menos uma versão com mais de uma semana de idade.
  • As credenciais de acesso ao backup estão guardadas em local seguro.
  • Já testei restaurar um backup e sei quanto tempo leva.
  • Alguém além de mim sabe como fazer a restauração.
  • O backup respeita a LGPD, com acesso restrito e, se possível, criptografia.

Se você marcou menos de seis itens, comece pelos que faltam.

Quem é responsável

Em empresas pequenas, o backup costuma ser responsabilidade de ninguém. Defina uma pessoa, mesmo que seja o dono, para conferir mensalmente se as cópias estão sendo geradas e se a restauração funciona. Se um fornecedor cuida do sistema, deixe claro no contrato se o backup está incluído e de quem é o dever de testar.

Ponto de partida

Hoje, anote: onde estão os arquivos, onde está o banco e onde estão as senhas. Ative o backup automático da hospedagem, configure uma segunda cópia em outro lugar e marque no calendário um teste de restauração daqui a um mês. Com essas três ações, você já está à frente da maioria.

Se você contratou um desenvolvedor ou agência, peça o roteiro de backup e restauração por escrito e guarde uma cópia. Em caso de emergência, é esse papel que vai orientar quem for ajudar.

  • Backup
  • Site
  • Segurança

Perguntas frequentes

Com que frequência devo fazer backup?

Depende de quanto você aguenta perder. Um site que muda pouco pode ter backup semanal. Uma loja ou sistema com pedidos novos o dia todo precisa de cópias diárias ou mais frequentes do banco de dados.

O backup da hospedagem é suficiente?

Ajuda, mas não deve ser o único. Ele costuma ficar no mesmo provedor e pode ter prazo e limites de retenção. Mantenha também uma cópia sua, em outro lugar, e confira como a restauração funciona.

Preciso fazer backup do banco de dados separadamente?

Em geral sim. Copiar só os arquivos do site não guarda pedidos, clientes e conteúdo que ficam no banco. O backup completo inclui os dois.

Leia também

Segurança Digital

Backup 3-2-1: o que é e como montar o seu passo a passo

A regra simples que protege fotos, documentos e arquivos de trabalho contra falha de disco, roubo e ransomware.

· 5 min de leitura
Criação de Apps

Banco de dados e SQL para iniciantes: o que são e como começar

Como os dados são organizados, quais são os comandos essenciais de SQL e como treinar sem instalar nada complicado.

· 5 min de leitura
Criação de Apps

Docker explicado de forma simples: o que é e para que serve

Uma explicação sem jargão do Docker, com a analogia certa e os cuidados de quem vai usar num servidor.

· 5 min de leitura
Criação de Apps

Git e GitHub para iniciantes: o que são e como usar

O que cada um faz, os comandos essenciais e o fluxo mais simples para guardar o histórico dos seus códigos.

· 5 min de leitura

Deixe seu comentário