Como fazer backup de um site PHP e MySQL

Por que arquivos e banco precisam ser copiados juntos

Um site PHP costuma dividir seus dados entre os arquivos da aplicação e o MySQL. Copiar somente uma parte pode produzir uma restauração incompleta: o código volta para uma versão, enquanto cadastros e configurações permanecem em outra.

• Arquivos incluem código, imagens, uploads e configurações permitidas.
• O banco guarda tabelas, usuários da aplicação, pedidos e preferências.
• Tarefas agendadas, DNS e segredos externos devem ser documentados separadamente.

Escolha um momento consistente

Em sistemas com muitas gravações, faça o backup durante uma janela de menor movimento. Se a aplicação oferecer modo de manutenção, use-o por poucos minutos para impedir mudanças entre a cópia do banco e a cópia dos arquivos.

• Registre data, horário, domínio e versão da aplicação.
• Evite atualizar plugins ou código enquanto a exportação está em andamento.
• Avise usuários quando a pausa puder afetar formulários ou pagamentos.

Exporte o banco MySQL

Use a função de exportação do painel ou uma ferramenta compatível para gerar um arquivo SQL. Inclua estrutura e dados. Em bancos grandes, prefira exportação compactada e confira se o processo terminou sem mensagens de interrupção.

• Não deixe o arquivo SQL na pasta pública do site.
• Proteja a cópia porque ela pode conter dados pessoais.
• Anote a versão do MySQL e o conjunto de caracteres, normalmente utf8mb4.

Copie os arquivos

Compacte a raiz publicada e as pastas privadas necessárias ao projeto. Exclua caches que possam ser recriados, mas mantenha uploads e dependências que não fazem parte do repositório. Segredos devem permanecer em armazenamento protegido.

• Confirme se arquivos ocultos e regras .htaccess entraram na cópia.
• Não inclua sessões temporárias como se fossem dados permanentes.
• Verifique o tamanho final e se o ZIP pode ser aberto.

Guarde uma cópia fora da hospedagem

O backup disponível no mesmo servidor facilita restaurações rápidas, mas não substitui uma cópia externa. Transfira periodicamente uma versão para um local controlado por você, com acesso limitado e autenticação forte.

Teste a restauração

Uma cópia só é confiável quando pode ser restaurada. Em ambiente separado, extraia os arquivos, importe o SQL, ajuste credenciais e confira login, formulários, uploads e tarefas importantes. Não use dados pessoais reais em ambientes de teste sem proteção equivalente.

• Verifique erros de importação e tabelas ausentes.
• Abra páginas públicas e administrativas.
• Registre o tempo e as etapas necessárias para repetir a recuperação.

Defina uma rotina

A frequência depende de quanto o site muda e de quanto dado você aceita perder. Sites institucionais podem usar intervalos maiores; lojas, sistemas e painéis precisam de cópias mais frequentes. Mantenha versões suficientes para voltar a um ponto anterior a uma falha descoberta com atraso.