Bonjour,
Je désire créer, pour une fois à l'avance, un système pour sauvegarder mes documents.
Je possède un disque dur externe que j'ai dédié à cela et qui est monté au démarrage selon son uuid. Étant perfectionniste dans l'âme, je souhaite faire ce système le plus "proprement et justement" possible. L'idée générale est la suivante: Un script est lancé périodiquement, et celui-ci sauvegarde mes données sur le disque dur. Rien de bien compliqué jusque là.
Afin de faire cela juste dès le début, j'aimerais profiter de vos retours d'expériences et de connaissances sur différents points:
A) Le principe de sauvegarde
1) Sauvegarde complète
ex: Chaque semaine toutes les données sont copiées complètement dans un .tar sur le DD
2) Sauvegarde continue
ex: Chaque semaine est effectué un "cp -u" qui rajoute et met à jour tous les nouveaux fichiers
3) Sauvegarde mixte
ex: Chaque mois est effectué une sauvegarde complète suivi d'une sauvegarde continue chaque semaine
B) La planification de la sauvegarde
1) cron
Suppose que le pc doit tourner au moment de la sauvegarde
2) cron + anacron
Permet au système de sauvegarde d'être exécuté directement si le pc est allumé, sinon effectue le sauvegarde quand le pc est allumé la fois suivante
3) fcron
À l'air d'être le remplaçant du couple "cron + anacron"
A) Ma première idée se tournait vers une sauvegarde continue, qui me paraissait avoir l'avantage de conserver tout les fichiers que j'ai eu, alors que une copie complète garde seulement les documents présents à ce moment la. Pour contrer cela on pourrait alors garder une dizaine de sauvegardes complètes, mais cela implique une grosse redondance des fichiers. D'un autre côté en cas de plantage du système, une sauvegarde complète est vite remise en place sur le pc, là ou une copie continue nécessite un tri des fichiers qui peut être lourd selon l'ancienneté de la sauvegarde. À noter aussi que la copie continue ne permet pas de retrouver l'historique d'un fichier, c'est toujours la dernière version qui se trouve dans la sauvegarde, ce qui me paraît être un assez gros inconvénient.
La dernière solution coupe la poire deux: On divise environ par quatre la redondance des fichiers par rapport à une sauvegarde complète, et on diminue le nombre de fichiers à trier en cas de restauration par rapport à une sauvegarde continue. Seulement cette méthode est un poil plus difficile à mettre en place.
B) Cette partie me semble un peu plus tranché, vu que mon pc ne tournant pas en continu, le point 1 n'est pas envisageable. Le point 2 m'a l'air approprié, mais vu que fcron semple être le remplaçant [1] du couple cron/anacron, il me semble assez clair que c'est fcron qui semble s'imposer.
Je voulais donc avoir un retour d'expérience de votre part, sur les points importants, vos problèmes encourus et avantages observés. Si vous avez aussi d'autres solutions je suis à votre écoute.
Merci d'avance
Fab
[1] http://doc.ubuntu-fr.org/fcron
Forum Linux.général Système de backup de données
7
mar.
2009
# Rsync tout simplement
Posté par NeoX . Évalué à 5.
va te permettre de synchroniser tes deux dossiers/disques
et ne transferera que ce qui a changé entre deux backups
avec l'option --delete il pourra meme effacer les fichiers presents sur le backup s'ils ont été supprimés de la source.
plus d'info avec
man rsync
[^] # Re: Rsync tout simplement
Posté par StreakyCobra . Évalué à 1.
Mais ma question demeure, du point de vu pratique et fonctionnelle, est-ce plus intéressant de faire une sauvegarde incrémentale, complète ou alors faire un mix des deux?
Merci pour l'info en tout cas, ca me sera bien utile :)
[^] # Re: Rsync tout simplement
Posté par NeoX . Évalué à 2.
puis une incrementale qui remplacera uniquement ce qui a changé.
au final si ton dossier d'origine fait 10Go, ton dossier backup fera 10Go ( et pas 10Go de complete, et N fois 2Go d'incrementale)
par contre si ton besoin est de remonter dans le temps (genre la semaine derniere un utilisateur a effacé un fichier)
alors rsync n'est peut-etre pas la solution (quoiqu'il me semble qu'il y ait une option de timestamp possible)
[^] # Re: Rsync tout simplement
Posté par Octabrain . Évalué à 2.
[^] # Re: Rsync tout simplement
Posté par dgflip . Évalué à 1.
Il suffit de générer à chaque fois un nouveau répertoire de backup, avec la commande date par exemple, pour conserver un historique des modifications. C'est un peu artisanal mais ça marche bien.
man rsync
man date
# BackinTime...
Posté par Ronan BARZIC . Évalué à 2.
C'est basé sur le principe des snapshots. comme le "TimeMachine" d'Apple.
La première sauvegarde est forcément complète, les autres étant "incrémentales".
L'intérêt, c'est que l'on a toujours accès à la vue complète de la sauvegarde même si celle-ci est faite de manière incrémentale - Ca utilise le principe des "hard-links" pour ne pas dupliquer les fichiers inchangés
La récurrence est sélectionnable (toutes les jours, toutes les semaines,...)
J'ai installé ca sur mes PCs à la maison - Ca fonctionne nickel
(il y d'autres logiciels equivalents sous Linux - cf le lien)
[^] # Re: BackinTime...
Posté par StreakyCobra . Évalué à 1.
# rsnapshot
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
En gros, tous les jours, tu as une sauvegarde complète pour le prix de l'incrémentale.
La configuration est très simple à mettre en oeuvre. Bien plus simple que d'autres solutions plus lourde come dirvish.
Bref, je l'utilise sur tout mes serveurs et je remonte ainsi sur au moins 3 mois en arrière avec backup tous les soirs. Cela doit consommer environ 30% de place disque en plus en moyenne !
# backupninja et rdiff-backup
Posté par Fabimaru (site web personnel) . Évalué à 3.
http://fabsk.free.fr/index.php?2009/01/08/42-linux-mon-syste(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.