Planifier des sauvegardes automatiques
Dockstash planifie quatre types de jobs par projet — backup, prune, check et drill — chacun sur sa propre expression cron, exécutés via une file sérialisée qui garantit un seul job par dépôt à la fois. Réglez une sauvegarde quotidienne, un prune hebdomadaire avec votre rétention et un drill hebdomadaire : la plateforme exécute et vérifie vos sauvegardes sans vous.
Comment faire
Ouvrez l'onglet Schedule du projet
Allez sur l'écran de détail du projet et ouvrez l'onglet Schedule. La planification exige une offre payante : Free n'exécute que des sauvegardes manuelles, Pro autorise jusqu'à l'horaire, Business n'importe quelle expression cron.
Choisissez la fréquence de sauvegarde
Choisissez quotidien, hebdomadaire ou une expression cron personnalisée — la syntaxe cron est validée pendant la saisie (0 3 * * * = tous les jours à 03:00). Le quotidien à une heure creuse est le bon défaut ; passez à l'horaire seulement si perdre une journée d'écritures est inacceptable.
Ajoutez une planification de prune avec rétention
Le prune est volontairement un type de job séparé — il détient le verrou du dépôt et supprime des données, il ne tourne donc jamais dans la même exécution qu'une sauvegarde. Ajoutez un prune hebdomadaire et réglez votre politique de rétention (garder N quotidiens / hebdomadaires / mensuels) ; elle se traduit directement en restic forget --prune.
Ajoutez contrôles d'intégrité et exercice de restauration
Planifiez un check (restic check — intégrité structurelle, bon marché, quotidien) et un drill (restauration complète dans un espace de travail isolé avec diffs d'octets et de lignes — coûteux, hebdomadaire est l'optimum). Le drill est ce qui transforme « la sauvegarde existe » en « la sauvegarde se restaure ».
Enregistrez et observez la première exécution planifiée
Enregistrez la planification et laissez-la se déclencher. Chaque job en cours streame sa sortie restic en direct dans le panneau de logs. Deux planifications qui se percutent sur le même dépôt sont sérialisées automatiquement — restic corrompt les dépôts sous accès concurrent, la file est donc le contrat de correction, pas une optimisation.
Faites-le en un clic avec Dockstash
Dockstash exécute exactement le dump ci-dessus, le confie à restic hors site et teste la restauration par un drill automatiquement — aucun script à maintenir.
Dernière mise à jour : July 2026
Guides associés
Définir une politique de rétention
Conservez N instantanés quotidiens, hebdomadaires et mensuels et laissez le prune planifié mapper votre politique directement sur restic forget --prune.
Lancer des exercices de restauration
Restaurez automatiquement le dernier instantané dans un espace de travail isolé, comparez-le octet par octet et ligne à ligne à la source, et obtenez un badge réussite/échec.
PostgreSQL
Sauvegarder PostgreSQL sous Docker
MySQL
Sauvegarder MySQL sous Docker
MongoDB
Sauvegarder MongoDB sous Docker
Questions fréquentes
Pourquoi le prune ne peut-il pas tourner dans le job de sauvegarde ?
Le prune détient le verrou du dépôt et il est destructif. Si un job combiné échouait à mi-course, vous pourriez n'avoir ni sauvegarde fraîche ni prune terminé. Des planifications séparées font que chaque opération réussit ou échoue seule.
Que se passe-t-il quand deux planifications se déclenchent en même temps ?
Même dépôt : elles sont sérialisées — la seconde attend la première. Dépôts différents : elles tournent en parallèle. Un dépôt ne voit jamais deux opérations restic concurrentes.
Quelles fréquences cron mon offre autorise-t-elle ?
Free n'a pas de planifications (Backup Now manuel seulement). Pro autorise jusqu'à l'horaire. Business autorise n'importe quelle expression cron. Le formulaire rejette tout ce qui dépasse le plafond de votre offre.
Les exécutions planifiées réessaient-elles en cas d’échec ?
Oui, avec un backoff exponentiel plafonné. Des échecs répétés marquent la planification en échec et déclenchent un e-mail d'alerte — les échecs sont bruyants par conception.
Puis-je suivre une sauvegarde planifiée pendant qu'elle tourne ?
Oui. Chaque job streame la sortie restic (stdout/stderr) ligne par ligne dans le panneau de logs du projet via un socket temps réel, exactement comme un Backup Now manuel.