KakapoWP KakapoWP
Centro de Ajuda/Solução de problemas/O backup agendado não inicia

O backup agendado não inicia

Aplica-se a: Todos os plugins· 4 min de leitura

O calendário no plugin Backup depende do WP-Cron. O WP-Cron não é um verdadeiro serviço do sistema, mas sim algo acionado por visitas às páginas — num site com pouco movimento, um backup agendado perde assim a sua janela temporal. O plugin mostra o estado real num único sítio, em vez de o deixar por adivinhar.

O que impulsiona a execução

Uma execução de backup é composta por várias passagens curtas. São impulsionadas por dois caminhos: pelo evento de cron e pelo pulso da administração. O pulso da administração avança um pouco mais em cada página do wp-admin que alguém com direitos de administrador abra, e só depois de a página ter sido entregue. Mas não inicia nenhuma execução nova, apenas faz avançar uma já começada — para uma execução que nunca começa, não ajuda.

Ler o estado

  1. Abre no menu do WordPress a entrada «Kakapo Backup».
  2. Muda à esquerda, no grupo «Estado» (em alemão: „Status“), para o item «Estado» (em alemão: „Status“).
  3. Lê no cartão «Auxiliar do WP-Cron» as linhas de estado.
  4. Verifica no grupo «Configuração», em «Calendário» (em alemão: „Zeitplan“), se «Backup agendado» está ligado e que «Hora» está indicada.
  5. De volta à secção «Estado» (em alemão: „Status“), clica no cartão «Diagnóstico» em «Verificar de novo».
  • «Calendário ativado» — se aqui constar «não», o interruptor no painel «Calendário» (em alemão: „Zeitplan“) está desligado e não é criada data nenhuma
  • «Constante DISABLE_WP_CRON» — com «definida», o WordPress não inicia o cron por si próprio, sendo então obrigatório um cron do sistema
  • «Próxima execução agendada» — indica a data e o tempo restante ou comunica «nenhum evento registado»
  • «Última execução efetiva» — vem de um contador próprio, definido quando o evento de cron do Backup dispara; se estiver vazio, é mostrado em substituição o êxito mais recente do agendamento a partir do registo e, só quando também esse faltar, consta aí «nunca observado»

Cron do sistema em vez de visita à página

O mesmo cartão contém duas linhas prontas para um verdadeiro cron do sistema, ambas num ciclo de 15 minutos: a variante A invoca o wp-cron.php por curl, a variante B usa o WP-CLI. Ambos os blocos já vêm preenchidos com o endereço real ou com o caminho real desta instalação e podem ser copiados diretamente. Enquanto DISABLE_WP_CRON não estiver definida, o cartão mostra ainda a linha adequada para o wp-config.php.

define( 'DISABLE_WP_CRON', true );
Introduz esta linha apenas juntamente com uma das duas entradas de cron — caso contrário deixa de correr cron nenhum. Se no plugin Performance, em «Cron & Heartbeat», o interruptor «Desligar o pseudo-cron a cada visita à página» estiver ativo, esse plugin já define a constante por si próprio.

Uma execução iniciada fica parada

No cartão «Diagnóstico» está a linha «Arquivo de bloqueio do job pode ser criado». Se o arquivo de bloqueio não puder ser criado, nenhuma execução pode ser realizada; a linha indica expressamente como causas as permissões de escrita e open_basedir. Por baixo, o cartão «Auto-Recovery» remove, através de «Limpar agora», uma indicação de execução travada, bem como arquivos temporários órfãos e arquivos parciais. Uma execução que há mais de dez minutos não dá sinal de vida é considerada órfã — não é descartada, mas sim retomada no arranque seguinte com o mesmo âmbito.

Este artigo foi útil?