# Backup de banco vs arquivos: Os 2 backups do WordPress

<strong>Backup de banco</strong> e backup de arquivos protegem partes diferentes do WordPress e nenhum dos dois cobre o site sozinho. Segundo a <a href="https://developer.wordpress.org/advanced-administration/security/backup/">WordPress Developer Docs (2024)</a>, 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 <a href="https://full.services/gestao-de-sites-wordpress/">gestão de sites WordPress da FULL</a>.

---

## 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 <time datetime="2026">2026</time>, 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 <a href="https://full.services/backup-banco-de-dados-wordpress/">backup do banco de dados WordPress</a> costuma ser o primeiro a ser configurado no painel.

<p class="wp-caption-text">Legenda: o banco guarda o que muda toda hora; os arquivos guardam o que muda raramente.</p>

<table id="backup-banco-vs-arquivos">
  <caption>Backup de banco vs backup de arquivos no WordPress</caption>
  <thead>
    <tr>
      <th scope="col">Tipo de backup</th>
      <th scope="col">O que cobre</th>
      <th scope="col">Frequência ideal</th>
      <th scope="col">Ferramenta típica</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <th scope="row">Backup de banco</th>
      <td>Posts, pedidos, usuários, configurações (MySQL)</td>
      <td>Alta (horas ou diária)</td>
      <td>UpdraftPlus, phpMyAdmin, WP-CLI</td>
    </tr>
    <tr>
      <th scope="row">Backup de arquivos</th>
      <td>Núcleo, temas, plugins, uploads (disco)</td>
      <td>Baixa (semanal)</td>
      <td>UpdraftPlus, FTP, snapshot da hospedagem</td>
    </tr>
  </tbody>
</table>

---

## 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 <a href="https://full.services/backup-incremental-wordpress/">backup incremental do WordPress</a> 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 publica 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 <a href="https://full.services/frequencia-de-backup-wordpress/">frequência de backup do WordPress</a>.

---

## 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 <a href="https://full.services/gerenciamento-de-banco-de-dados-wordpress-phpmyadmin/">gerenciamento de banco de dados com phpMyAdmin</a>.

---

## 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 <a href="https://developer.wordpress.org/advanced-administration/security/backup/" rel="noopener" target="_blank">documentação oficial do WordPress</a>, 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 <a href="https://full.services/planos">planos da FULL</a> para entender como o backup de banco entra no pacote de gestão de sites.

---

<h2 id="faq">Perguntas frequentes sobre backup de banco</h2>

<details>
<summary>O que entra no backup de banco do WordPress?</summary>
<p>O backup de banco copia as tabelas MySQL do WordPress: posts, páginas, comentários, pedidos WooCommerce, contas de usuário e as opções de configuração do site. Não inclui temas, plugins nem imagens, que vivem na pasta wp-content e entram no backup de arquivos. Configure o dump do banco no UpdraftPlus ou no phpMyAdmin: em um site típico, o banco tem poucas dezenas de megabytes, contra vários gigabytes dos arquivos.</p>
</details>

<details>
<summary>Por que só o backup de arquivos não protege o WordPress inteiro?</summary>
<p>Porque o backup de arquivos guarda o tema, os plugins e os uploads da pasta wp-content, mas não guarda o conteúdo dinâmico. Posts, pedidos e usuários criados depois da cópia desaparecem na restauração, já que esse dado vive nas tabelas MySQL. Some sempre o backup de banco no UpdraftPlus: sem ele, o site volta com a aparência certa e o conteúdo congelado no passado.</p>
</details>

<details>
<summary>Qual a diferença entre backup de banco e backup de arquivos?</summary>
<p>O backup de banco copia as tabelas MySQL com posts, pedidos WooCommerce e configurações; o backup de arquivos copia o disco com núcleo, pasta wp-content, plugins e imagens. Quando o site muda toda hora, o banco pede cópia frequente no UpdraftPlus; os arquivos mudam raramente e 1 cópia semanal basta. Escolha sempre os dois: cada um protege só metade e separar banco e arquivos é o que evita restaurar um site quebrado.</p>
</details>

<details>
<summary>É possível restaurar só o backup de banco sem mexer nos arquivos?</summary>
<p>Sim, é possível restaurar só o dump MySQL quando os arquivos do site continuam intactos no servidor. Isso resolve casos de conteúdo corrompido ou alteração indevida no banco, sem tocar em temas e plugins. Mas se o servidor foi perdido por inteiro, restaurar só o banco sobe o site sem aparência: nesse caso você precisa dos dois backups.</p>
</details>

<details>
<summary>Com que frequência fazer backup de banco e de arquivos?</summary>
<p>O backup de banco deve rodar com frequência alta, de hora em hora ou diário, porque é onde o dado novo aparece. O backup de arquivos pode ser semanal, já que tema, plugins e uploads mudam raramente. Em uma loja com muitas vendas, o banco de hora em hora protege os pedidos; tratar os dois com o mesmo job diário desperdiça espaço ou deixa buracos.</p>
</details>

---

## 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 <a href="https://full.services/academy/">FULL Academy</a> reúne os tutoriais, e o passo a passo de <a href="https://full.services/como-restaurar-o-wordpress-a-partir-do-backup/">como restaurar o WordPress a partir do backup</a> fecha o ciclo entre copiar e recuperar. Mantenha também o <a href="https://full.services/checklist-de-manutencao-wordpress/">checklist de manutenção WordPress</a> em dia e consulte o glossário de <a href="https://full.services/glossario/backup-wordpress/">backup WordPress</a>, <a href="https://full.services/glossario/banco-de-dados-wordpress/">banco de dados</a>, <a href="https://full.services/glossario/mysql-mariadb-wordpress/">MySQL/MariaDB</a> e <a href="https://full.services/glossario/cron-wordpress/">cron</a> para alinhar a terminologia.
