bonjour à tous
par mesure préventive
je cherche un script pour /etc/cron.daily qui commandera l'archivage du site web sur la machine serveur de site et le téléchargement de cette archive datée vers la machine cliente de backup
- c'est la machine de backup qui envoie les commandes par ssh sur la machine serveur de site
- donc 31 archives en rotation dans le dossier backup de la machine backup
- la connection ssh se fait sans utiliser de password par des clés rsa précédement installées
- le numéro dans le mois doit être est indiqué dans le nom de fichier de l'archive
- les machines serveur et client sont donc on en permanence
# Principe
Posté par Voltairine . Évalué à 3 (+2/-1).
Bonjour,
Ton script doit utiliser une commande
datepour récupérer la date courante et la mettre en forme comme tu le veux.Exmple :
Une commande
rsyncqui synchronise le dossier contenant ton site web (avec éventuellement sa base de données et ses logs) avec la machine de sauvegarde, exemple basique :à ajuster avec les options de rsync qui te conviennent (exclude,numerics_ids,link-dest, etc.)
Et le script doit être lancé par un utilisateur ayant sa clef publique copiée sur le serveur.
Une commande
rmqui supprime le fichier le plus ancien (opérateurot) si le dossier contient au moins 31 fichiers.# commande testée sous debian
Posté par robertix . Évalué à -9 (+1/-0).
cette commande que j'ai testé sous linux debian,archive et télécharge en direct avec le numéro du jour dans le mois
[^] # Re: commande testée sous debian
Posté par Voltairine . Évalué à 3 (+1/-0).
Avec tar (ou cp) tu envoie à chaque fois l'ensemble des fichiers d'une machine à l'autre. Avec rsync tu n'envoie que ce qui est différent par rapport à la dernière synchronisation. Et tu peux faire de la sauvegarde incrémentale avec --link-dest
[^] # Re: commande testée sous debian
Posté par robertix . Évalué à -10 (+0/-0).
c'est vrai que c'est une solution plus économe en volume de données
peut être pas aussi sécure que ci-dessus
ici un tuto pour ceux qui souhaitent tester votre solution
https://palc.fr/2023-04-14%20Linux%20:%20faire%20une%20sauvegarde%20incr%C3%A9mentale%20avec%20rsync.html
[^] # Re: commande testée sous debian
Posté par robertix . Évalué à -10 (+0/-0).
oups c'est votre tuto
[^] # Re: commande testée sous debian
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
cp -nseulement si le fichier n’existe pas… OK donc pour les nouveaux mais on loupe les modifiés…cp -umarche par contre quand le fichier est nouveau ou absent…Le seul bémol est que ces options ne sont pas POSIX mais on les trouve toutes les deux dans l’implémentation GNU, et seulement la première dans l’implémentation BSD.
rsyncn’est pas un utilitaire POSIX non plus (puisque je vais dans ce sens) :DOn peut plus ou moins récréer le comportement en commençant par faire un
diffentre les deux répertoires (en veillant à n’utiliser que des options portables…)Mais si l’on veut rester dans des outils non standard, quelqu’un suggère aussi
unissonque j’avais pratiquement oublié. (j’avais plutôt un autre nom en tête, mais un autre commentaire m’a devancée) ;)“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# a noter
Posté par robertix . Évalué à -10 (+0/-1).
a noter qu'avec une sauvegarde incrémentielle,les fichiers modifiés abusivement
pourraient être remplacés dans la sauvegarde
mauvais
[^] # Re: a noter
Posté par Voltairine . Évalué à 4 (+2/-0).
Non. Le principe d'une sauvegarde incrémentale est justement de conserver les fichiers modifiés et de pas dupliquer les autres.
Voir la page de man de rsync pour l'option --link-dest :
# et notification
Posté par robertix . Évalué à -10 (+0/-0).
il est possible d'ajouter en fin de commande une notification par mail que la sauvegarde a été réussie
la machine backup n'a pas besoin de ports ouverts à l'écoute
parce c'est une machine cliente
# Réinventer…
Posté par lolop (site web personnel) . Évalué à 3 (+1/-0).
rsnapshot https://rsnapshot.org/
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# demande au chat
Posté par NeoX . Évalué à 4 (+2/-1). Dernière modification le 19 janvier 2026 à 14:55.
tel quel il y a trop de solution possible.
1°) focalise toi sur le faire 1 fois, à la main
=> generation du backup à partir des elements ci-dessus
2°) une fois ce script fait, regarde pour calculer ta rotation
3°) relance à la main, 31 fois, ca doit effacer la premiere
4°) rentre le dans un job automatisé tous les jours
[^] # Re: demande au chat
Posté par Christophe . Évalué à 3 (+1/-0).
Et surtout, simuler une catastrophe serveur, et tester que la restauration à partir d'un des backups marche réellement !
[^] # Re: demande au chat
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 5 (+3/-0).
Si c’est sur du genou Linux (quoi que ce doit être utilisé par d’autres distros), alors Logs Rotate est ton ami pour ne pas avoir à calculer de rotation (ce qui serait une tâche en plus et une fonctionnalité qui vient avec ses problématiques à gérer)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.