Categoria: Manutenção

Responsabilidade editorial: Equipe Styzen · Revisado em 23 de setembro de 2026.

Defina o que precisa ser copiado, valide a restauração e crie um plano de retorno antes de alterar produção.

Antes de começar

  • Identifique onde ficam arquivos, banco de dados e configurações.
  • Descubra se há conteúdo enviado por usuários fora do repositório de código.
  • Tenha acesso suficiente para restaurar o ambiente, não apenas para criar a cópia.

1Liste tudo que mudaria se o servidor fosse perdido

Código pode estar em um repositório, mas banco de dados, uploads, variáveis de ambiente e configurações do provedor podem existir apenas na infraestrutura. Faça um inventário antes de decidir que o backup está completo.

Em aplicações simples, poucos itens podem bastar. Em sistemas maiores, inclua filas, armazenamento externo, tarefas agendadas e dependências de terceiros na documentação de recuperação.

2Crie a cópia antes da alteração

Faça backup próximo ao momento da atualização para reduzir diferença entre a cópia e o estado real. Se o site recebe pedidos ou dados continuamente, planeje como tratar alterações que acontecem durante a janela.

Não substitua o único backup existente por uma nova cópia sem antes saber que a anterior é recuperável.

3Armazene fora do mesmo ponto de falha

Uma cópia no mesmo servidor pode desaparecer junto com o ambiente em um incidente grave. Quando o risco justificar, mantenha ao menos uma versão em local separado e com acesso controlado.

Proteja backups que contenham dados pessoais ou segredos com o mesmo cuidado aplicado ao ambiente principal.

4Teste a restauração

Baixar um arquivo não prova que ele está íntegro. Restaure em ambiente seguro ou execute o procedimento equivalente previsto pelo provedor. Confirme que banco, arquivos e aplicação voltam a funcionar juntos.

Registre tempo e passos necessários. Em uma emergência, documentação reduz improviso.

5Defina o gatilho de rollback

Antes de atualizar, combine quais falhas justificam voltar à versão anterior: site indisponível, login quebrado, perda de dados ou função crítica com erro. Também determine quem toma essa decisão.

Depois de uma atualização bem-sucedida, mantenha o backup pelo período definido na política de retenção, em vez de apagá-lo imediatamente.

Erros comuns

  • Copiar apenas o código e esquecer banco e uploads.
  • Guardar a única cópia no mesmo servidor.
  • Nunca testar restauração.
  • Atualizar sem saber como voltar.

Checklist final

  • Arquivos, banco e configurações relevantes foram identificados.
  • Existe cópia recente.
  • A cópia está em local protegido.
  • O procedimento de restauração foi validado.
  • Há um critério claro para rollback.

Continue aprendendo

Veja também outros conteúdos da categoria Manutenção ou consulte os Guias Styzen.