Planificateur de tâches

Faites un clic droit sur une base et choisissez Planificateur de tâches pour exécuter une requête ou une sauvegarde à intervalles réguliers.

Il ne fonctionne que lorsque NabuSQL est ouvert

Le planificateur fait partie de l’application : il vérifie au démarrage, puis toutes les 30 secondes, si une tâche est due, et exécute celles qui le sont. Cela se passe en arrière-plan, quel que soit l’onglet actif — l’onglet du planificateur sert uniquement à gérer les tâches et n’a pas besoin de rester ouvert. Fermez NabuSQL et plus rien ne se déclenche. C’est une commodité pour une machine sur laquelle l’application reste ouverte — pas un remplacement de cron, des timers systemd ou du Planificateur de tâches Windows pour tout ce dont la production dépend.

Créer une tâche

Champ	Signification
Nom	Le nom affiché dans la liste
Connexion et Base de données	Sur quoi elle s’exécute
Action	Requête ou Sauvegarde
SQL	L’instruction, pour une tâche de requête
Chemin de sortie	Le fichier cible, pour une tâche de sauvegarde
Intervalle (minutes)	La fréquence d’exécution — affichée en heures à partir de 60
Activée	Désactivée, la tâche est suspendue sans être supprimée

La liste des tâches

Chaque tâche affiche son intervalle, sa dernière exécution et le résultat de celle-ci — OK: avec le résultat (lignes affectées, ou emplacement de la sauvegarde) ou ERR: avec le message d’erreur du serveur. C’est là que vous regardez lorsqu’une tâche a cessé de fonctionner sans bruit. La liste s’actualise d’elle-même lorsqu’une exécution planifiée se termine.

Exécuter maintenant lance une tâche immédiatement, indépendamment de sa planification. Utilisez-le pour vérifier qu’une nouvelle tâche fonctionne au lieu d’attendre l’intervalle.

Comment les tâches dues sont déterminées

Une tâche est due lorsque le temps écoulé depuis le début de sa dernière exécution est au moins égal à son intervalle. Il n’y a pas de rattrapage : si NabuSQL est resté fermé deux jours, la tâche s’exécute une fois à la vérification suivante, pas quarante fois.

Une tâche encore en cours n’est jamais lancée une seconde fois — une sauvegarde qui dure plus longtemps que l’intervalle de vérification ne reçoit pas de copie parallèle écrivant dans le même fichier, et Exécuter maintenant sur une tâche en cours indique qu’elle est déjà en cours. Une exécution en échec, y compris celle dont la connexion a été supprimée entre-temps, est enregistrée comme ERR: et retentée une fois l’intervalle écoulé.

Les tâches sont stockées dans scheduled_tasks.json dans le répertoire de données d’application, elles survivent donc aux redémarrages.

Usages judicieux

• Rafraîchir une table de synthèse matérialisée sur une machine de développement.
• Une sauvegarde périodique d’une base locale que vous modifiez activement.
• Un DELETE de nettoyage sur une base de test.

Pour une sauvegarde de production planifiée, utilisez le planificateur de votre système d’exploitation avec mysqldump ou pg_dump. Une sauvegarde qui dépend de quelqu’un laissant une interface graphique ouverte n’est pas une sauvegarde fiable.