{"id":725,"date":"2026-09-10T08:09:23","date_gmt":"2026-09-10T08:09:23","guid":{"rendered":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/cms\/backup-wordpress-falha-diagnostico\/"},"modified":"2026-09-10T08:09:23","modified_gmt":"2026-09-10T08:09:23","slug":"backup-wordpress-falha-diagnostico","status":"publish","type":"post","link":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/backup\/backup-wordpress-falha-diagnostico\/","title":{"rendered":"Backup WordPress falha: diagn\u00f3stico e corre\u00e7\u00e3o"},"content":{"rendered":"

Voc\u00ea abre o painel do plugin de backup e a \u00faltima c\u00f3pia \u00e9 de tr\u00eas semanas atr\u00e1s. Ou pior: o arquivo existe, tem 12 MB, e quando voc\u00ea tenta restaurar descobre que est\u00e1 corrompido. Se isso acontece em um site, \u00e9 chato. Se acontece em oito sites que voc\u00ea administra, \u00e9 um problema de opera\u00e7\u00e3o. Este guia mostra a ordem de diagn\u00f3stico para quando o backup WordPress falha<\/strong>, come\u00e7ando pelo que d\u00e1 resposta mais r\u00e1pida e barata.<\/p>\n

Os sintomas que indicam backup WordPress falha<\/h2>\n

Antes de mexer em qualquer configura\u00e7\u00e3o, identifique qual \u00e9 o sintoma. Cada um aponta para uma causa diferente, e tratar o sintoma errado s\u00f3 consome tempo.<\/p>\n\n\n\n\n\n\n\n\n
Sintoma<\/th>\nCausa prov\u00e1vel<\/th>\n<\/tr>\n
Backup trava em 0% ou em um percentual fixo<\/td>\nTimeout do PHP ou do servidor web<\/td>\n<\/tr>\n
Erro 500 ou p\u00e1gina em branco ao iniciar o backup<\/td>\nLimite de mem\u00f3ria do PHP<\/td>\n<\/tr>\n
Arquivo gerado, mas com tamanho muito menor que o normal<\/td>\nBackup incompleto \u2014 o processo foi interrompido<\/td>\n<\/tr>\n
Backup manual funciona, o agendado n\u00e3o<\/td>\nWP-Cron ou cron real do servidor<\/td>\n<\/tr>\n
Falha s\u00f3 em pastas espec\u00edficas (uploads, cache)<\/td>\nPermiss\u00f5es de arquivo ou pasta<\/td>\n<\/tr>\n
Come\u00e7ou a falhar depois de instalar um plugin<\/td>\nConflito entre plugins<\/td>\n<\/tr>\n<\/table>\n

Na pr\u00e1tica, voc\u00ea vai olhar o log antes de tocar em qualquer coisa. Se o plugin de backup n\u00e3o tem log, o log de erros do PHP tem. O artigo sobre logs de erro do WordPress<\/a> mostra onde encontr\u00e1-lo no painel da hospedagem e via SSH.<\/p>\n

Ordem de diagn\u00f3stico: do mais barato ao mais caro<\/h2>\n

A tenta\u00e7\u00e3o \u00e9 aumentar o memory_limit na primeira falha. Isso resolve parte dos casos e mascara o resto. Siga esta ordem.<\/p>\n

1. Leia a mensagem exata do erro<\/h3>\n

“Allowed memory size exhausted” \u00e9 mem\u00f3ria. “Maximum execution time exceeded” \u00e9 timeout. “Permission denied” \u00e9 permiss\u00e3o. “Failed to connect” \u00e9 rede ou servidor de destino. S\u00e3o quatro corre\u00e7\u00f5es diferentes, e a mensagem j\u00e1 diz qual aplicar.<\/p>\n

Se o erro n\u00e3o aparece em lugar nenhum, ative o WP_DEBUG_LOG no wp-config.php e rode o backup de novo. O erro vai para wp-content\/debug.log.<\/p>\n

2. Confirme se o backup \u00e9 grande demais para o ambiente<\/h3>\n

Um site com 8 GB de uploads n\u00e3o vai gerar backup confi\u00e1vel em hospedagem compartilhada com 256 MB de mem\u00f3ria. N\u00e3o \u00e9 configura\u00e7\u00e3o: \u00e9 limite f\u00edsico do plano. Nesse caso, a sa\u00edda \u00e9 backup incremental ou excluir a pasta de cache e de backups antigos do pr\u00f3prio pacote.<\/p>\n

Antes disso, vale conferir o que realmente precisa entrar na c\u00f3pia. Excluir diret\u00f3rios de cache e logs costuma reduzir o tamanho pela metade. O que precisa estar na c\u00f3pia est\u00e1 detalhado em backup do WordPress: o que precisa estar na c\u00f3pia<\/a>.<\/p>\n

3. Verifique o WP-Cron e o cron do servidor<\/h3>\n

Aqui est\u00e1 o caso em que aumentar mem\u00f3ria n\u00e3o resolve. O backup agendado depende do WP-Cron, que s\u00f3 dispara quando algu\u00e9m visita o site. Em site com pouco tr\u00e1fego, o agendamento atrasa horas ou n\u00e3o roda. Em site com cache de p\u00e1gina agressivo, pode n\u00e3o rodar nunca.<\/p>\n

Como testar: instale o plugin WP Crontrol (existe no reposit\u00f3rio oficial) e veja se o evento do backup est\u00e1 atrasado. Se estiver, substitua o WP-Cron pelo cron real do servidor. No painel da hospedagem, crie uma tarefa chamando wp-cron.php a cada 15 minutos, e desative o WP_CRON no wp-config.php com define('DISABLE_WP_CRON', true);<\/code>.<\/p>\n

Esse passo \u00e9 o mais ignorado e o que mais gera backup incompleto em produ\u00e7\u00e3o.<\/p>\n

4. Cheque permiss\u00f5es de arquivos e pastas<\/h3>\n

O plugin precisa ler todos os arquivos do site. Se uploads ou uma pasta de plugin estiver com dono errado (por exemplo, root em vez do usu\u00e1rio do dom\u00ednio), a leitura falha e o backup sai incompleto sem erro vis\u00edvel.<\/p>\n

Via SSH, o comando \u00e9 find \/caminho\/do\/site -type d -exec chmod 755 {} \\;<\/code> para pastas e find \/caminho\/do\/site -type f -exec chmod 644 {} \\;<\/code> para arquivos. Sem SSH, use o gerenciador de arquivos do painel da hospedagem e confira se o propriet\u00e1rio das pastas \u00e9 o usu\u00e1rio correto. Em hospedagem compartilhada, isso costuma ser ajust\u00e1vel pelo suporte.<\/p>\n

5. Isole conflito de plugins<\/h3>\n

Se o backup manual funciona e o agendado falha, ou se a falha come\u00e7ou depois de uma instala\u00e7\u00e3o, o suspeito \u00e9 conflito. Plugins de seguran\u00e7a que bloqueiam requisi\u00e7\u00f5es internas, plugins de cache que atrasam o cron e plugins de firewall s\u00e3o os mais comuns.<\/p>\n

Teste em um ambiente de staging, n\u00e3o no site em produ\u00e7\u00e3o. Desative os suspeitos um a um e rode o backup. Se o problema sumir, voc\u00ea achou o culpado \u2014 e a decis\u00e3o de trocar ou manter esse plugin \u00e9 o tema de plugin abandonado no WordPress<\/a>.<\/p>\n

Como corrigir cada causa<\/h2>\n
    \n
  1. Mem\u00f3ria:<\/strong> aumente memory_limit no wp-config.php com define('WP_MEMORY_LIMIT', '512M');<\/code> e pe\u00e7a o mesmo no php.ini da hospedagem. Se o plano n\u00e3o permitir, troque de abordagem: backup incremental ou exclus\u00e3o de cache.<\/li>\n
  2. Timeout:<\/strong> aumente max_execution_time para 300 ou mais. Se o servidor n\u00e3o aceitar, divida o backup em partes (arquivos e banco separados).<\/li>\n
  3. Cron:<\/strong> desative o WP-Cron e configure o cron real do servidor, como descrito acima.<\/li>\n
  4. Permiss\u00f5es:<\/strong> corrija dono e modo das pastas. Depois rode o backup de novo e confira o tamanho do arquivo.<\/li>\n
  5. Conflito:<\/strong> desative o plugin conflitante ou troque por alternativa. Se for plugin de seguran\u00e7a, ajuste a regra que bloqueia requisi\u00e7\u00f5es internas.<\/li>\n<\/ol>\n

    Depois de corrigir, n\u00e3o confie no primeiro backup bem-sucedido. Rode tr\u00eas vezes seguidas e restaure um deles em staging. Backup que nunca foi restaurado n\u00e3o \u00e9 backup: \u00e9 esperan\u00e7a.<\/p>\n

    Quando aumentar mem\u00f3ria n\u00e3o resolve<\/h2>\n

    Este \u00e9 o ponto que separa o diagn\u00f3stico raso do diagn\u00f3stico \u00fatil. Aumentar mem\u00f3ria n\u00e3o resolve quando:<\/p>\n