Backup de banco e backup de arquivos protegem partes diferentes do WordPress e nenhum dos dois cobre o site sozinho. Segundo a WordPress Developer Docs (2024), um backup completo exige tanto o banco de dados quanto os arquivos do site. O banco guarda posts e pedidos; os arquivos guardam temas e uploads. Faça os dois ou a restauração sobe quebrada.

O backup de banco copia o conteúdo dinâmico do WordPress: posts, páginas, pedidos, usuários e configurações, tudo armazenado em tabelas MySQL. O backup de arquivos copia o que vive no disco: o núcleo do WordPress, temas, plugins e a pasta de uploads com suas imagens. São dois alvos distintos, com frequência de mudança distinta, e por isso pedem estratégias distintas. Restaurar só um deixa o site de pé pela metade. Para o panorama completo de operação, veja o hub de gestão de sites WordPress da FULL.

O que é backup de banco e o que é backup de arquivos

O backup de banco é a cópia das tabelas MySQL onde o WordPress guarda tudo que muda no dia a dia: posts, comentários, pedidos WooCommerce, contas de usuário e as opções do site. O backup de arquivos é a cópia do que mora no disco: o núcleo, a pasta wp-content e os uploads.

Em 2026, um WordPress típico tem o banco em poucas dezenas de megabytes e os arquivos em vários gigabytes por causa das imagens. Essa diferença de tamanho explica por que muita gente trata os dois de forma separada, e por que o backup do banco de dados WordPress costuma ser o primeiro a ser configurado no painel.

Legenda: o banco guarda o que muda toda hora; os arquivos guardam o que muda raramente.

Por que o backup de banco protege só metade do site

O backup de banco recupera todo o conteúdo dinâmico, mas sobe o site sem aparência nem funcionalidade se restaurado sozinho. Restaurar só o dump MySQL em um servidor vazio devolve os posts e os pedidos, mas não acha o tema, os plugins nem as imagens que estão no disco.

O resultado é um site no ar com texto cru, links quebrados de imagem e telas brancas onde plugins deveriam rodar. A relação causal é direta: backup só do banco sem a pasta wp-content recupera o conteúdo, mas o site sobe sem temas, sem plugins e sem os uploads. Por isso o backup de banco é necessário, porém nunca suficiente sozinho. Na maioria dos tickets de recuperação que chegam ao suporte da FULL, o banco MySQL estava salvo; faltava a outra metade no disco, a pasta wp-content com o tema e os plugins.

Por que o backup de arquivos sozinho perde seus posts

O backup de arquivos preserva o visual e o código, mas perde tudo que foi criado depois do último dump do banco. Guardando só a pasta wp-content e o núcleo, a restauração sobe o tema certo e os plugins certos, só que com o conteúdo congelado no momento da cópia.

Posts publicados, pedidos recebidos e usuários cadastrados depois daquele ponto não existem na restauração. A regra causal: backup só de arquivos sem o dump MySQL recupera a aparência, mas perde posts, pedidos e usuários novos. Numa loja WooCommerce com 40 pedidos por dia, isso pode significar um dia inteiro de vendas que desaparece. É aqui que o backup incremental do WordPress ajuda, capturando só as mudanças do banco MySQL entre dois pontos sem repetir os gigabytes de arquivo a cada execução do job.

Por que banco e arquivos pedem frequências diferentes

O banco muda toda hora e os arquivos mudam raramente, então tratá-los com o mesmo agendamento desperdiça espaço ou deixa buracos. Um site que pública ou vende todo dia precisa de backup de banco frequente, de hora em hora ou diário, porque é ali que o dado novo aparece.

Os arquivos só mudam quando você instala um plugin, troca o tema ou sobe imagens, o que justifica uma cópia semanal. UpdraftPlus permite agendar os dois em intervalos separados, e essa é a configuração que mais equilibra peso e segurança. Em loja WooCommerce acima de 1.000 produtos, separar a frequência (banco de hora em hora, arquivos uma vez por semana) corta o peso do backup sem perder pedido; o erro comum é tratar os dois com o mesmo job diário. Para calibrar isso, comece pela frequência de backup do WordPress.

Como fazer backup de banco na prática

O backup de banco se faz por três caminhos, do mais simples ao mais técnico: plugin, painel e linha de comando. O UpdraftPlus exporta o dump MySQL e envia para um destino externo como Amazon S3 ou Google Drive em poucos cliques, com agendamento próprio integrado.

O phpMyAdmin permite exportar as tabelas manualmente pela aba Exportar, útil quando você não tem acesso ao admin do WordPress. Já o WP-CLI gera o dump com um comando único de banco e é o método que tende a escalar melhor em vários sites. Antes do dump, rodar o WP-Optimize para limpar revisões e tabelas órfãs deixa o backup de banco menor e a restauração mais rápida. A escolha entre os três depende do acesso que você tem e da quantidade de sites sob gestão. Para a rota manual completa, veja o guia de gerenciamento de banco de dados com phpMyAdmin.

Por que destino externo vale mais que o tipo de backup

Backup de banco e de arquivos no mesmo disco do site protegem contra erro humano, mas não contra falha física do servidor. Se o disco falha ou o provedor suspende a conta, as 2 cópias morrem junto com o site, e o tempo de retorno vira indefinido.

Esse é o erro mais comum em sites que “tinham backup”: a cópia existia, mas no lugar errado. A correção técnica é separar o destino, mandando tanto o dump MySQL quanto o arquivo da pasta wp-content para um bucket externo via UpdraftPlus ou um job WP-CLI agendado. Segundo a documentação oficial do WordPress, que define o procedimento de backup do projeto, a recomendação é manter cópias do banco e dos arquivos fora do servidor de produção. Sem destino externo, qualquer estratégia de backup vira número de papel.

Onde o backup de banco e de arquivos entram no plano da FULL

No bundle da FULL, o plano PRO sai por R$849 e cobre até 10 sites, o que coloca cada site em R$85 com UpdraftPlus e WP-Optimize já inclusos. Esse custo por site dilui o backup de banco frequente e o backup de arquivos semanal numa licença só.

Para quem gerencia vários projetos, isso evita contratar ferramenta de backup avulsa em cada instalação. A gente vê no suporte da FULL que muito cliente paga licença separada de plugin de backup por site, quando o mesmo recurso já vem no plano. O backup de banco e o de arquivos passam a rodar pelo mesmo painel, com destino externo e agendamento centralizados em todos os sites do plano. Veja os planos da FULL para entender como o backup de banco entra no pacote de gestão de sites.

Perguntas frequentes sobre backup de banco

Próximos passos para proteger banco e arquivos

O backup de banco e o backup de arquivos só protegem o WordPress quando trabalham juntos, com frequências calibradas e destino externo. Comece configurando o backup de banco com agendamento frequente e o backup de arquivos semanal, mande os dois para um bucket fora do servidor e teste a restauração antes de precisar dela. Um dump MySQL sem a pasta wp-content sobe o site quebrado; os arquivos sem o banco sobem o site congelado. Revise os dois sempre que o ritmo do site mudar. Para aprofundar, o FULL Academy reúne os tutoriais, e o passo a passo de como restaurar o WordPress a partir do backup fecha o ciclo entre copiar e recuperar. Mantenha também o checklist de manutenção WordPress em dia e consulte o glossário de backup WordPress, banco de dados, MySQL/MariaDB e cron para alinhar a terminologia.