Je cherche un logiciel de sauvegarde dans le m=EAme genre que Cobian Backup.
En fouillant sur google je suis tomb=E9 sur un certain nombre (simple backu=
p,
luckybackup, flyback, back in time, etc.) mais qui ont tous pour point comm=
un
de ne plus =EAtre franchement vivant. Le seul qui semble encore vivant mais=
non
pr=E9sent dans debian semble =EAtre areca backup (http://areca-backup.org).
Auriez-vous un retour d'exp=E9rience dessus ou sur d'autres logiciels de
sauvegarde ?
Le Thu, 7 Jan 2016 10:09:24 +0100 Philippe Gras a écrit:
J'utilise backup-manager depuis plusieurs années : https://packages.debian.org/fr/jessie/backup-manager
Il offre plusieurs possibilités de sauvegarde aussi et je le trouve vraiment très simple à configurer.
Ph. Gras
Euh la page du paquet (https://tracker.debian.org/pkg/backup-manager) renvo ie sur une homepage en idéogrammes ? Il semble aussi avoir disparu de testing ... Et c'est en cli :(
Gaëtan
Le Thu, 7 Jan 2016 10:09:24 +0100
Philippe Gras <ph.gras@worldonline.fr> a écrit:
J'utilise backup-manager depuis plusieurs années :
https://packages.debian.org/fr/jessie/backup-manager
Il offre plusieurs possibilités de sauvegarde aussi et je
le trouve vraiment très simple à configurer.
Ph. Gras
Euh la page du paquet (https://tracker.debian.org/pkg/backup-manager) renvo ie
sur une homepage en idéogrammes ?
Il semble aussi avoir disparu de testing ...
Et c'est en cli :(
Le Thu, 7 Jan 2016 10:09:24 +0100 Philippe Gras a écrit:
J'utilise backup-manager depuis plusieurs années : https://packages.debian.org/fr/jessie/backup-manager
Il offre plusieurs possibilités de sauvegarde aussi et je le trouve vraiment très simple à configurer.
Ph. Gras
Euh la page du paquet (https://tracker.debian.org/pkg/backup-manager) renvo ie sur une homepage en idéogrammes ? Il semble aussi avoir disparu de testing ... Et c'est en cli :(
Gaëtan
jdd
Le 07/01/2016 22:36, a écrit :
Il est donc préférable de ne pas mettre l'option --delete. (ou du moins de ne la mettre que lors d'une sauvegarde manuelle, après mûre réflexion, et pas avec une sauvegarde automatique avec cron).
cette option est dangereuse, mais en même temps quand tu sauvegarde des videos de 40Go, tu ne peux pas en avoir plusieurs versions :-(
jdd
Le 07/01/2016 22:36, andre_debian@numericable.fr a écrit :
Il est donc préférable de ne pas mettre l'option --delete.
(ou du moins de ne la mettre que lors d'une sauvegarde manuelle,
après mûre réflexion, et pas avec une sauvegarde automatique avec cron).
cette option est dangereuse, mais en même temps quand tu sauvegarde des
videos de 40Go, tu ne peux pas en avoir plusieurs versions :-(
Il est donc préférable de ne pas mettre l'option --delete. (ou du moins de ne la mettre que lors d'une sauvegarde manuelle, après mûre réflexion, et pas avec une sauvegarde automatique avec cron).
cette option est dangereuse, mais en même temps quand tu sauvegarde des videos de 40Go, tu ne peux pas en avoir plusieurs versions :-(
jdd
Gabriel Moreau
Il y a aussi rdiff-backup, du paquet éponyme, qui est bien sympathique pour créer des sauvegardes incrémentales, et gérer son occupation de sauvegarde en historisant sur un délai, avec l'option --remove-older-than par exemple.
Je confirme que sur les volumes de plusieurs To ayant des millions de fichiers, c'est l'outil que j'avais trouvé le mieux il y a quelques années. La sauvegarde passe en quelques minutes lorsque les autres outils mettent un temps fou.
gaby -- Gabriel Moreau - IR CNRS http://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015 mailto: fax:++.271
Il y a aussi rdiff-backup, du paquet éponyme, qui est bien sympathique
pour créer des sauvegardes incrémentales, et gérer son occupation de
sauvegarde en historisant sur un délai, avec l'option
--remove-older-than par exemple.
Je confirme que sur les volumes de plusieurs To ayant des millions de
fichiers, c'est l'outil que j'avais trouvé le mieux il y a quelques
années. La sauvegarde passe en quelques minutes lorsque les autres
outils mettent un temps fou.
gaby
--
Gabriel Moreau - IR CNRS http://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015
mailto:Gabriel.Moreau@legi.grenoble-inp.fr fax:++.271
Il y a aussi rdiff-backup, du paquet éponyme, qui est bien sympathique pour créer des sauvegardes incrémentales, et gérer son occupation de sauvegarde en historisant sur un délai, avec l'option --remove-older-than par exemple.
Je confirme que sur les volumes de plusieurs To ayant des millions de fichiers, c'est l'outil que j'avais trouvé le mieux il y a quelques années. La sauvegarde passe en quelques minutes lorsque les autres outils mettent un temps fou.
gaby -- Gabriel Moreau - IR CNRS http://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015 mailto: fax:++.271
JF Straeten
Re,
On Thu, Jan 07, 2016 at 09:46:19PM +0100, Gaëtan PERRIER wrote:
Unison c'est bien pour de la synchro mais pas pour de la sauvegarde. Je l'utilise pour synchroniser mon PC et mon portable.
Pareil, et même avis ici : génial sur la synchro ; pas adapté à la sauvegarde.
A+
--
JFS.
Re,
On Thu, Jan 07, 2016 at 09:46:19PM +0100, Gaëtan PERRIER wrote:
Unison c'est bien pour de la synchro mais pas pour de la sauvegarde.
Je l'utilise pour synchroniser mon PC et mon portable.
Pareil, et même avis ici : génial sur la synchro ; pas adapté à la
sauvegarde.
On Thu, Jan 07, 2016 at 09:46:19PM +0100, Gaëtan PERRIER wrote:
Unison c'est bien pour de la synchro mais pas pour de la sauvegarde. Je l'utilise pour synchroniser mon PC et mon portable.
Pareil, et même avis ici : génial sur la synchro ; pas adapté à la sauvegarde.
A+
--
JFS.
Sébastien Dinot
Bonsoir,
François TOURDE a écrit :
Je me suis construit un petit script qui, si j'avais moins la flemme, serait capable d'effacer les trucs trop vieux si ça devait dépasser l'espace disque de sauvegarde alloué ;)
Tu peux aussi opter pour un historique glissant. Extrait de l'un de mes script :
-- Sébastien Dinot, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Bonsoir,
François TOURDE a écrit :
Je me suis construit un petit script qui, si j'avais moins la flemme,
serait capable d'effacer les trucs trop vieux si ça devait dépasser
l'espace disque de sauvegarde alloué ;)
Tu peux aussi opter pour un historique glissant. Extrait de l'un de mes
script :
Je me suis construit un petit script qui, si j'avais moins la flemme, serait capable d'effacer les trucs trop vieux si ça devait dépasser l'espace disque de sauvegarde alloué ;)
Tu peux aussi opter pour un historique glissant. Extrait de l'un de mes script :
-- Sébastien Dinot, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
andre_debian
On Thursday 07 January 2016 22:44:26 jdd wrote:
Le 07/01/2016 22:36, a écrit : > Il est donc préférable de ne pas mettre l'option --delete. > (ou du moins de ne la mettre que lors d'une sauvegarde manuelle, > après mûre réflexion, et pas avec une sauvegarde automatique av ec cron).
cette option est dangereuse, mais en même temps quand tu sauvegarde des videos de 40Go, tu ne peux pas en avoir plusieurs versions :-( jdd
C'est bien ce que j'écrivais * après mûre réflexion * et * sauvegarde manuelle *.
Mais cette option --delete est bien utile et nécessaire, telle p. ex. lor s de synchro d'emails entre deux ordinateurs, spams, pubs sont supprimés sur la cible.
23h... bonne nuit à tous.
André
On Thursday 07 January 2016 22:44:26 jdd wrote:
Le 07/01/2016 22:36, andre_debian@numericable.fr a écrit :
> Il est donc préférable de ne pas mettre l'option --delete.
> (ou du moins de ne la mettre que lors d'une sauvegarde manuelle,
> après mûre réflexion, et pas avec une sauvegarde automatique av ec cron).
cette option est dangereuse, mais en même temps quand tu sauvegarde des
videos de 40Go, tu ne peux pas en avoir plusieurs versions :-( jdd
C'est bien ce que j'écrivais * après mûre réflexion *
et * sauvegarde manuelle *.
Mais cette option --delete est bien utile et nécessaire, telle p. ex. lor s de
synchro d'emails entre deux ordinateurs, spams, pubs sont supprimés
sur la cible.
Le 07/01/2016 22:36, a écrit : > Il est donc préférable de ne pas mettre l'option --delete. > (ou du moins de ne la mettre que lors d'une sauvegarde manuelle, > après mûre réflexion, et pas avec une sauvegarde automatique av ec cron).
cette option est dangereuse, mais en même temps quand tu sauvegarde des videos de 40Go, tu ne peux pas en avoir plusieurs versions :-( jdd
C'est bien ce que j'écrivais * après mûre réflexion * et * sauvegarde manuelle *.
Mais cette option --delete est bien utile et nécessaire, telle p. ex. lor s de synchro d'emails entre deux ordinateurs, spams, pubs sont supprimés sur la cible.
23h... bonne nuit à tous.
André
Sébastien Dinot
BERTRAND Joël a écrit :
Unison est effectivement intéressant. Attention toutefois, les empaqueteurs debian sont chafouins, ils livrent ocalm dans une version 4.02 alors que Unison est compilé avec une 4.01 qui sérialise les données de manière un peu différente. Lorsqu'on ne s'y attend pas, c'est assez étrange.
À ce propos, depuis quelques semaines, je n'arrive plus à synchroniser les répertoires d'une Debian testing et d'un Xubuntu Wily.
L'évaluation des fichiers à synchroniser se fait bien mais tout part en sucette lors du transfert de fichiers :
Uncaught exception Failure("input_value: bad bigarray kind")
Le problème est identifié mais n'a pas de solution simple :
La poisse ! Depuis, plus de synchronisation bidirectionnelle ! :(
Sébastien
-- Sébastien Dinot, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
BERTRAND Joël a écrit :
Unison est effectivement intéressant. Attention toutefois, les
empaqueteurs debian sont chafouins, ils livrent ocalm dans une version
4.02 alors que Unison est compilé avec une 4.01 qui sérialise les
données de manière un peu différente. Lorsqu'on ne s'y attend pas,
c'est assez étrange.
À ce propos, depuis quelques semaines, je n'arrive plus à synchroniser
les répertoires d'une Debian testing et d'un Xubuntu Wily.
L'évaluation des fichiers à synchroniser se fait bien mais tout part en
sucette lors du transfert de fichiers :
Uncaught exception Failure("input_value: bad bigarray kind")
Le problème est identifié mais n'a pas de solution simple :
Unison est effectivement intéressant. Attention toutefois, les empaqueteurs debian sont chafouins, ils livrent ocalm dans une version 4.02 alors que Unison est compilé avec une 4.01 qui sérialise les données de manière un peu différente. Lorsqu'on ne s'y attend pas, c'est assez étrange.
À ce propos, depuis quelques semaines, je n'arrive plus à synchroniser les répertoires d'une Debian testing et d'un Xubuntu Wily.
L'évaluation des fichiers à synchroniser se fait bien mais tout part en sucette lors du transfert de fichiers :
Uncaught exception Failure("input_value: bad bigarray kind")
Le problème est identifié mais n'a pas de solution simple :
On Thursday 07 January 2016 22:54:32 JF Straeten wrote:
On Thu, Jan 07, 2016 at 09:46:19PM +0100, Gaëtan PERRIER wrote:
> Unison c'est bien pour de la synchro mais pas pour de la sauvegarde. > Je l'utilise pour synchroniser mon PC et mon portable.
Pareil, et même avis ici : génial sur la synchro ; pas adapté à la sauvegarde.
Unison serait bien pour sauvegarder des systèmes virtualisés...
Gaëtan PERRIER
Le Thu, 7 Jan 2016 22:43:03 +0100 jdd a écrit:
Le 07/01/2016 22:32, Gaëtan PERRIER a écrit :
> Là je ne vois pas en quoi le fait que ce soit une GUI ou non change la > donne ?
parce qu'il est facile de se tromper en cliquant, si tu fais un script, tu peux y inclure des tests de vérification (identification des disques par un fichier donnant leur nom, par exemple)
Oui mais la GUI sert pour la config après ça tourne tout seul donc le l ogiciel peut aussi prévoir ce genre de tests ...
Gaëtan
Le Thu, 7 Jan 2016 22:43:03 +0100
jdd <jdd@dodin.org> a écrit:
Le 07/01/2016 22:32, Gaëtan PERRIER a écrit :
> Là je ne vois pas en quoi le fait que ce soit une GUI ou non change la
> donne ?
parce qu'il est facile de se tromper en cliquant, si tu fais un script,
tu peux y inclure des tests de vérification (identification des disques
par un fichier donnant leur nom, par exemple)
Oui mais la GUI sert pour la config après ça tourne tout seul donc le l ogiciel
peut aussi prévoir ce genre de tests ...
> Là je ne vois pas en quoi le fait que ce soit une GUI ou non change la > donne ?
parce qu'il est facile de se tromper en cliquant, si tu fais un script, tu peux y inclure des tests de vérification (identification des disques par un fichier donnant leur nom, par exemple)
Oui mais la GUI sert pour la config après ça tourne tout seul donc le l ogiciel peut aussi prévoir ce genre de tests ...
Gaëtan
JF Straeten
Re,
On Thu, Jan 07, 2016 at 10:36:38PM +0100, wrote:
On Thursday 07 January 2016 22:12:20 Gaëtan PERRIER wrote: > Il se passe quoi en cas de fichier effacé ? > Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est > créée ou est-ce que ça passe par un lien ?
Il y a une option avec "rsync" : --delete si le fichier source a été effacé, supprimé, il est supprimé sur la cible.
Il est donc préférable de ne pas mettre l'option --delete. (ou du moins de ne la mettre que lors d'une sauvegarde manuelle, après mûre réflexion, et pas avec une sauvegarde automatique avec cron).
Et bien, ici en tout cas, il tourne avec --delete, et en automatique, appelé par cron.
En principe, tu t'en fous de péter un fichier puisqu'il est toujours dispo dans la sauvegarde de la veille, et pour autant de jours que défini dans ta config...
Hih,
--
JFS.
Re,
On Thu, Jan 07, 2016 at 10:36:38PM +0100, andre_debian@numericable.fr wrote:
On Thursday 07 January 2016 22:12:20 Gaëtan PERRIER wrote:
> Il se passe quoi en cas de fichier effacé ?
> Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est
> créée ou est-ce que ça passe par un lien ?
Il y a une option avec "rsync" : --delete
si le fichier source a été effacé, supprimé, il est supprimé sur la cible.
Il est donc préférable de ne pas mettre l'option --delete.
(ou du moins de ne la mettre que lors d'une sauvegarde manuelle,
après mûre réflexion, et pas avec une sauvegarde automatique avec cron).
Et bien, ici en tout cas, il tourne avec --delete, et en automatique,
appelé par cron.
En principe, tu t'en fous de péter un fichier puisqu'il est toujours
dispo dans la sauvegarde de la veille, et pour autant de jours que
défini dans ta config...
On Thursday 07 January 2016 22:12:20 Gaëtan PERRIER wrote: > Il se passe quoi en cas de fichier effacé ? > Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est > créée ou est-ce que ça passe par un lien ?
Il y a une option avec "rsync" : --delete si le fichier source a été effacé, supprimé, il est supprimé sur la cible.
Il est donc préférable de ne pas mettre l'option --delete. (ou du moins de ne la mettre que lors d'une sauvegarde manuelle, après mûre réflexion, et pas avec une sauvegarde automatique avec cron).
Et bien, ici en tout cas, il tourne avec --delete, et en automatique, appelé par cron.
En principe, tu t'en fous de péter un fichier puisqu'il est toujours dispo dans la sauvegarde de la veille, et pour autant de jours que défini dans ta config...
