Bon usage

Quand utiliser un copy job

Le copy job est adapté aux scénarios suivants.

  • Vous voulez une seconde cible pour un même dépôt source sans redéfinir des chemins sources.
  • Vous voulez une réplique offsite ou un autre backend de stockage.
  • Vous avez déjà des snapshots dans un dépôt principal et vous voulez les recopier vers une autre destination sans refaire le backup original.
Création

Ce que le formulaire permet de régler

ChampRôleRemarque
NomIdentifie la tâche de copie.Choisissez un nom qui décrit la destination ou l'objectif de reprise.
Dépôt sourceDépôt Restic déjà connu de l'application.Le job de copie ne crée pas le dépôt source, il le consomme.
DestinationChemin ou backend cible.Peut être un chemin classique ou un backend rclone:....
DescriptionContexte métier ou technique.Utile pour distinguer une copie locale, cloud ou de reprise d'activité.
Planification / notifications / retryMême logique générale que pour les backup jobs.Le copy job a sa propre autonomie de planification et d'alerte.
Secrets et backend cible

Destinations supportées et gestion du mot de passe

Le copy job gère aussi bien une destination classique qu'une destination pilotée via rclone.

Destination classique

  • Vous fournissez un chemin de dépôt de destination.
  • Le mot de passe de cette destination peut être stocké en fichier local ou résolu via Infisical.
  • Le job gère son propre secret, indépendamment de celui du dépôt source.

Destination rclone:...

  • Les credentials du stockage distant sont alors portés par la configuration rclone du serveur.
  • Aucune clé SSH n'est nécessaire dans Fulgurite pour ce mode.
  • Le mot de passe Restic de la destination reste en revanche nécessaire.

Le champ dest_password_source peut prendre deux valeurs : file (le mot de passe est stocké dans un fichier local géré par Fulgurite) ou infisical (le mot de passe est résolu dynamiquement à chaque exécution). Dans ce second cas, le champ dest_infisical_secret_name correspond au path ou au nom du secret à résoudre au moment du run.

Comme pour les dépôts et certains backup jobs, si vous choisissez Infisical et que l'instance n'est pas configurée ou que le secret est introuvable, l'enregistrement du job est refusé.
Si la résolution Infisical échoue au moment du run (secret introuvable, token expiré, instance injoignable), le copy job est marqué en échec et une notification est émise selon sa politique de notification.
Exécution

Planification, lancement manuel et logs

Le copy job suit la même philosophie opérationnelle qu'un backup job : il peut être lancé à la main ou sélectionné par le cron central selon son planning.

  • Le tableau affiche la source, la destination, le résumé de planning, la politique de notification et le résumé de retry.
  • Le dernier run conserve son statut, sa date et son output.
  • Les exécutions alimentent cron_log avec job_type = 'copy'.
  • Le bouton Exécuter maintenant du panneau cron permet aussi de forcer un cycle global et d'observer le comportement du scheduler.

Comme pour les backup jobs, Fulgurite distingue deux mécanismes de notification qui peuvent coexister : le champ legacy notify_on_failure (booléen simple, conservé pour compatibilité) et le champ notification_policy (structure JSON décrivant précisément canaux, événements et seuils). La politique JSON est prioritaire dès qu'elle est renseignée ; le drapeau legacy n'est consulté qu'en l'absence de politique structurée.

Un copy job exécute restic copy — il réplique les snapshots de la source vers la destination, mais il ne lance ni forget ni prune. La rétention du dépôt de destination n'est pas gérée par le copy job. Pour appliquer une politique de rétention sur la destination, configurez un backup job dédié pointant vers ce dépôt, ou déclenchez une tâche de maintenance manuellement. Ce comportement est intentionnel : le copy job est une opération de réplication pure — les décisions de rétention sont découplées.
À ne pas confondre

Différences avec un backup job

Les deux modules se ressemblent visuellement, mais n'ont pas le même rôle.

AspectBackup jobCopy job
SourceChemins de fichiers ou dossiers à sauvegarder.Dépôt Restic déjà existant.
CibleDépôt principal recevant les snapshots.Autre dépôt recevant une copie du dépôt source.
Options avancéesTags, exclusions, hooks, rétention, hôte distant.Destination, secret cible, planning, notifications et retry.
Usage typeProduire les snapshots.Dupliquer ou déplacer la valeur de ces snapshots vers une autre cible.