Les sauvegardes planifiées ne démarrent que si quelque chose sollicite ton site. Un cron système le fait toutes les cinq minutes, même si personne ne visite le site. Voici comment le configurer et vérifier qu’il fonctionne.
Ce qu’est un planificateur
Un planificateur sollicite l’extension : il lance l’étape suivante d’une tâche en cours et fait vérifier à l’extension si un plan de sauvegarde est dû. L’extension vérifie si un plan est dû lors de ces planificateurs :
- WP-Cron, la planification de WordPress : avec la propre tâche de l’extension toutes les 15 minutes et avec un événement de réveil placé sur la prochaine échéance,
- la page ouverte Vue d'ensemble ou Sauvegarde, toutes les 60 secondes,
- la fin de chaque tâche,
- la ligne de commande, et donc un cron système.
Une tâche déjà en cours est en outre poursuivie par l’auto-requête : à la fin de chaque étape, le site s’appelle lui-même.
WP-Cron ne s’exécute que si quelqu’un appelle le site. Si un planificateur arrive dans l’heure qui suit l’échéance, le plan s’exécute. Ensuite, l’échéance est considérée comme manquée : rien ne démarre, et le plan passe à sa prochaine échéance régulière. Sans visiteurs et sans cron système autour des échéances, aucune sauvegarde n’est donc créée.
Ce dont tu as besoin
- l’accès aux tâches cron de ton serveur : via l’administration de ton hébergeur ou par SSH,
- WP-CLI sur le serveur : Installer WP-CLI. Sans WP-CLI, la deuxième ligne de l’étape 3 n’est pas disponible.
Étape 1 : lire la tuile Planificateur
Ouvre la page Réglages, passe à la vue Étendu et clique sur la ligne de titre de la tuile Planificateur.
- WP-Cron montre comment la planification de WordPress est configurée : actif, mode alternatif (ALTERNATE_WP_CRON) ou désactivé, alors avec un point jaune.
- Tâche de l’extension (toutes les 15 minutes) indique quand la propre tâche de l’extension dans WP-Cron s’est exécutée pour la dernière fois.
- Dernier cycle indique le dernier planificateur automatique, avec son type entre parenthèses. S’il remonte à plus de deux heures alors qu’un plan est actif, le point est jaune.
- Auto-requête montre si le site peut s’appeler lui-même. C’est ainsi qu’il poursuit une tâche sans visiteurs. En rouge, la raison figure derrière.
- Événement de réveil indique le moment auquel WP-Cron réveille l’extension pour la prochaine échéance.
- Prochaine exécution indique la prochaine échéance et son plan.
- Exécutions manquées indique par plan combien d’échéances ont été manquées et quand pour la dernière fois.
- Vérifier les sources de tâches lance une courte exécution d’essai.
- Copier copie la première des deux lignes pour le cron système.
Étape 2 : vérifier les planificateurs
Clique sur Vérifier les sources de tâches. L’extension lance une courte exécution d’essai, que la page se contente d’observer. On voit ainsi quel planificateur la prend en charge.
- Le message Exécution d’essai terminée ; prise en charge par : …. indique les planificateurs, en général l’auto-requête.
Si pendant une minute aucun planificateur ne prend en charge l’exécution d’essai, la tuile le dit en rouge : l’auto-requête et WP-Cron ne fonctionnent pas ici, tu as besoin d’un cron système. Annuler l’exécution d’essai termine l’exécution d’essai.
Étape 3 : copier la ligne
En bas de la tuile figurent deux lignes, prêtes avec le chemin vers ton WordPress et l’adresse de ton site. Voici à quoi elles ressemblent :
*/5 * * * * cd /pfad/zu/wordpress && wp cloneworx-backup scheduler tick --quiet */5 * * * * curl -s -o /dev/null 'https://example.com/wp-cron.php?doing_wp_cron'
- La première ligne appelle WP-CLI toutes les cinq minutes. C’est la voie à privilégier : une sauvegarde due s’exécute jusqu’au bout dans cet appel.
- La deuxième ligne appelle WP-Cron toutes les cinq minutes via l’adresse du site. La tâche de l’extension et l’événement de réveil s’exécutent alors aussi sans visiteurs. Cette ligne se passe de WP-CLI.
Copier copie la première ligne. La page indique Copié dans le presse-papiers. La deuxième ligne, tu la sélectionnes et la copies à la main.
Étape 4 : saisir la ligne chez l’hébergeur
Saisis la ligne comme tâche cron. Il y a deux façons de faire :
-
Dans l’administration de ton hébergeur, dans la section des tâches cron. Si l’administration demande séparément la planification et la commande,
*/5 * * * *est la planification (toutes les cinq minutes) et le reste de la ligne est la commande. -
Par SSH sur le serveur :
crontab -eouvre les tâches cron de l’utilisateur connecté. Insère la ligne et enregistre.
La première ligne doit figurer dans les tâches cron de l’utilisateur à qui appartiennent les dossiers de l’extension. Sous un autre utilisateur, la commande s’interrompt et ne lance rien.
Étape 5 : vérifier que le cron système fonctionne
Attends cinq minutes, un quart d’heure pour la deuxième ligne, et ouvre la page Réglages. Dans la tuile principale, derrière Dernier passage du planificateur, figure un moment des dernières minutes, entre parenthèses le type de planificateur, par exemple WP-CLI pour la première ligne et WP-Cron pour la deuxième.
Si le cron système fonctionne, la tuile principale est verte et indique Tout est prêt. La tuile est jaune si un plan est actif et qu’aucun planificateur automatique n’est arrivé depuis plus de deux heures. S’il n’en est jamais arrivé, les deux heures comptent à partir de la dernière modification du plan actif. La page ouverte de l’extension ne compte pas comme planificateur automatique.
- Le résultat indique depuis quand aucun planificateur automatique n’est arrivé.
- La ligne indique le dernier passage du planificateur avec son type et si le journal est accessible en écriture.
Si quelque chose ne fonctionne pas
| Ce qui se passe | Ce que tu peux faire |
|---|---|
| Dernier cycle reste ancien. | Vérifie que la tâche cron est enregistrée et activée, et exécute à la main la commande de la ligne. Si la tâche cron ne trouve pas wp, écris le chemin complet, par exemple /usr/local/bin/wp. |
La commande s’interrompt. Son message contient This command runs as user. |
La tâche cron s’exécute sous le mauvais utilisateur. Le message indique le bon : saisis la tâche cron chez lui. |
| Exécutions manquées reste jaune. | La ligne compte aussi ce qui a été manqué auparavant. C’est le moment derrière « dernière » qui compte : s’il est antérieur à la configuration du cron système, il n’y a rien à faire. |
Bon à savoir
Une échéance manquée apparaît aussi sur la page Sauvegarde, jusqu’à ce que le plan se soit de nouveau exécuté : dans la vue Étendu, dans la ligne du plan, comme Exécution manquée : … Le journal général contient un avertissement à ce sujet. À la main, tu lances un plan à tout moment.
Voir aussi
- Planifier des sauvegardes automatiques
- Créer une sauvegarde tout de suite
- Configurer les notifications par e-mail
- La page « Réglages »
- Planification et cron système avec WP-CLI
En ligne de commande
WP-CLI n’est pas encore installé ? Voici comment installer WP-CLI.
Le cron système appelle la même commande que celle que tu exécutes aussi à la main. L’extension ne crée pas elle-même la tâche cron.
# Afficher les plans de sauvegarde, les prochaines exécutions et le dernier cycle wp cloneworx-backup scheduler status # Exécuter un cycle à la main wp cloneworx-backup scheduler tick # Afficher l’état du site et des planificateurs wp cloneworx-backup status