Clustraly
Sauvegardes, mises à jour & import/export

Envoi d'une sauvegarde existante vers le distant : mettez vos archives à l'abri quand vous le décidez

Envoi (upload) d'une sauvegarde existante vers le distant une fonctionnalité du module Sauvegardes, mises à jour & import/export de Clustraly. L'envoi d'une sauvegarde existante vers le distant pousse manuellement une archive locale déjà créée vers votre destination FTP, S3 ou Google Drive.

Une archive est déjà sur le serveur ? Poussez-la vers votre stockage distant en un geste, sans la recréer. Vous choisissez le moment, Clustraly gère le transfert et trace l'opération.

Bénéfice

Mettez une sauvegarde à l'abri, au moment où vous le décidez

Une archive est déjà présente sur le serveur ? Envoyez-la vers votre stockage distant d'un seul geste, sans relancer de dump ni recréer quoi que ce soit. Vous n'attendez plus le prochain passage planifié : la copie part hors-site quand la situation l'exige.

La planification propose le rythme ; ce bouton vous rend la main dès que vous voulez agir tout de suite.

  • Envoi à la demande, sans recréer l'archive
  • La copie quitte le serveur vers FTP/SFTP, S3 ou Google Drive
  • Aucune attente du prochain passage planifié
Fonctionnement

Un envoi manuel, déclenché depuis vos sauvegardes

Depuis la liste des sauvegardes, un bouton d'envoi pousse l'archive locale sélectionnée vers la destination distante configurée. Il n'apparaît que si cette destination n'est pas « local » inutile de chercher une action qui n'aurait nulle part où livrer.

L'archive part telle qu'elle est stockée : si elle était chiffrée au repos, elle voyage chiffrée.

  • Bouton visible uniquement quand un distant est configuré
  • Action protégée par permission dédiée et jeton anti-CSRF
  • Retour immédiat en bandeau ou en JSON
Contrôle de la cible

Surchargez le driver pour viser précisément la destination

Un paramètre de destination optionnel vous laisse cibler un driver précis par exemple pousser vers S3 alors que votre configuration courante pointe ailleurs. La valeur est vérifiée contre les drivers connus, donc pas d'envoi vers une cible fantaisiste.

Si la cible demandée revient au stockage local, l'envoi est refusé : le distant, c'est fait pour partir ailleurs.

  • Cible ponctuelle sans toucher à votre réglage par défaut
  • Driver validé contre la liste des destinations reconnues
  • Cible « locale » systématiquement refusée (422)
Cas d'usage

Quand l'envoi manuel fait la différence

Avant une opération sensible, offloadez immédiatement la dernière archive hors-site. Vous venez d'activer un distant après coup ? Poussez-y une sauvegarde déjà créée pour la mettre à l'abri sans repartir de zéro. Besoin de vérifier qu'une destination répond bien ? Envoyez-y une archive réelle.

  • Mise à l'abri express avant une manipulation à risque
  • Rattrapage d'archives créées avant la config du distant
  • Test grandeur nature d'une destination distante
  • Copie ponctuelle vers un driver alternatif
Garde-fous

Des garde-fous qui refusent les mauvaises manœuvres

L'action exige la bonne permission et un jeton anti-CSRF. Une cible qui résout vers le local est rejetée d'emblée (422), et un échec côté distant remonte clairement (502) sans jamais laisser croire à une réussite. Votre copie locale, elle, reste intacte.

Côté confidentialité, aucun texte clair n'est jamais expédié au distant : ce qui part est chiffré si l'archive l'était.

  • Permission et anti-CSRF requis pour tout envoi
  • Cible locale bloquée, échec distant signalé (502)
  • La copie locale reste disponible en cas d'échec
  • Jamais de texte clair envoyé hors-site
Traçabilité

Chaque envoi laisse une trace vérifiable

Le résultat est journalisé avec le driver visé et un indicateur de réussite, puis renvoyé en bandeau ou en JSON. Vous savez ce qui est parti, où, et si l'opération a abouti de quoi garder un historique clair de vos mises à l'abri.

Si vous l'avez choisi dans vos réglages, la copie locale peut être purgée après un envoi distant réussi.

  • Journal d'audit à chaque envoi (driver + réussite)
  • Réponse claire en bandeau ou en JSON
  • Purge optionnelle de la copie locale après succès
Pourquoi ça compte

Ce qui part vers le distant part comme il est stocké

Le chiffrement au repos est appliqué avant que l'archive ne quitte le serveur. Une archive chiffrée voyage chiffrée, et si la passphrase devenait illisible, l'envoi distant est ignoré plutôt que d'exposer du texte clair. Vous gardez la maîtrise de ce qui sort de chez vous.

FAQ

Questions fréquentes

Pourquoi le bouton d'envoi n'apparaît-il pas ?
Parce que votre destination configurée est « local ». Le bouton ne s'affiche que lorsqu'un stockage distant (FTP/FTPS/SFTP, S3 ou Google Drive) est réglé : sans cible distante, il n'y a nulle part où envoyer l'archive.
Puis-je envoyer vers une autre destination que celle par défaut ?
Oui. Un paramètre de driver optionnel vous laisse surcharger la cible pour un envoi ponctuel, à condition qu'il corresponde à un driver connu. Si la cible revient au stockage local, l'envoi est refusé (422).
L'envoi recrée-t-il la sauvegarde ?
Non. Il pousse l'archive locale déjà créée, telle qu'elle est stockée aucun nouveau dump n'est généré. Si l'archive était chiffrée au repos, elle part chiffrée.
Que se passe-t-il si le transfert échoue ?
Un échec côté distant est signalé clairement (502) et journalisé avec l'indicateur de réussite à faux. Votre copie locale reste intacte : vous corrigez la configuration, puis vous relancez l'envoi.
Prêt à commencer ?

Gardez la main sur vos copies hors-site

L'envoi d'une sauvegarde existante vers le distant vous laisse décider du moment où une archive quitte le serveur. Un geste, une cible vérifiée, une trace d'audit et vos données sont à l'abri quand vous en avez besoin, pas seulement au prochain passage planifié.