Je voudrais mettre en oeuvre une sauvegarde de mon micro via RSync (ou
GRSync car j'aime bien les interfaces graphiques ;-)).
En fait, je voudrais sauvegarder mon répertoire /home/perso à
l'exception d'un sous-répertoire, en l'occurence, celui où je monte les
ressources distantes, notamment le serveur où je souhaite enregistrer
mes données...
Avec GRSync, je n'ai pas trouvé cette option et je n'arrive même pas à
lui spécifier 2 ressources en même temps (je suppose qu'il est limité à
une sauvegarde de base, d'une ressource vers une autre). J'ai regardé un
peu la doc de RSync et je n'ai pas trouvé non plus cette option...
Auriez-vous une piste ?
D'autre part, dans la doc de RSync, j'ai entendu parler de daemon côté
serveur, etc... En ce qui me concerne, je souhaite juste synchroniser
(après la première sauvegarde qui sera bien évidemment totale) mon micro
avec un répertoire du serveur. Ai-je besoin de RSync côté serveur ?
Bref, auriez-vous quelques conseils à me donner ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jerome
> Bref, auriez-vous quelques conseils à me donner ?
Bonjour,
j'ai commis il y a pas mal de temps un petit script qui encapsule rsync et cp -l (hard link) selon l'idée de http://www.mikerubel.org/computers/rsync_snapshots afin de mettre en oeuvre des backups centralisés en snapshot, c'est à dire avec un historique de sauvegarde (il suffit de mettre le nombre de jours d'historique à 1 pour avoir un sauvegarde quotidienne et unique).
Ajouter dans /etc/apt/sources.list :
deb http://debian.alternc.org sarge main
puis aptitude install yarss
puis supprimer (ou commenter) la ligne dans le sources.list (cause ça peut planter un upgrade).
et man yarss
A défaut d'utiliser le script lui-même, tu peux toujours regarder comment c'est fait (vi /usr/bin/yarss) et voire notamment l'option --exclude.
jerome
-- Pensez
> Bref, auriez-vous quelques conseils à me donner ?
Bonjour,
j'ai commis il y a pas mal de temps un petit script qui encapsule rsync
et cp -l (hard link) selon l'idée de
http://www.mikerubel.org/computers/rsync_snapshots afin de mettre en
oeuvre des backups centralisés en snapshot, c'est à dire avec un
historique de sauvegarde (il suffit de mettre le nombre de jours
d'historique à 1 pour avoir un sauvegarde quotidienne et unique).
Ajouter dans /etc/apt/sources.list :
deb http://debian.alternc.org sarge main
puis aptitude install yarss
puis supprimer (ou commenter) la ligne dans le sources.list (cause ça
peut planter un upgrade).
et man yarss
A défaut d'utiliser le script lui-même, tu peux toujours regarder
comment c'est fait (vi /usr/bin/yarss) et voire notamment l'option
--exclude.
> Bref, auriez-vous quelques conseils à me donner ?
Bonjour,
j'ai commis il y a pas mal de temps un petit script qui encapsule rsync et cp -l (hard link) selon l'idée de http://www.mikerubel.org/computers/rsync_snapshots afin de mettre en oeuvre des backups centralisés en snapshot, c'est à dire avec un historique de sauvegarde (il suffit de mettre le nombre de jours d'historique à 1 pour avoir un sauvegarde quotidienne et unique).
Ajouter dans /etc/apt/sources.list :
deb http://debian.alternc.org sarge main
puis aptitude install yarss
puis supprimer (ou commenter) la ligne dans le sources.list (cause ça peut planter un upgrade).
et man yarss
A défaut d'utiliser le script lui-même, tu peux toujours regarder comment c'est fait (vi /usr/bin/yarss) et voire notamment l'option --exclude.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
David BERCOT
> > > Bref, auriez-vous quelques conseils à me donner ? > > Bonjour, > > j'ai commis il y a pas mal de temps un petit script qui encapsule > rsync et cp -l (hard link) selon l'idée de > http://www.mikerubel.org/computers/rsync_snapshots afin de mettre en > oeuvre des backups centralisés en snapshot, c'est à dire avec un > historique de sauvegarde (il suffit de mettre le nombre de jours > d'historique à 1 pour avoir un sauvegarde quotidienne et unique). [...]
Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en se servant de rsync.
Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup incrémental ? J'avais pourtant compris que c'était le cas !?!? Mais alors, à quoi servirait rdiff-backup ?
Merci d'avance.
David.
-- Pensez
> > > Bref, auriez-vous quelques conseils à me donner ?
>
> Bonjour,
>
> j'ai commis il y a pas mal de temps un petit script qui encapsule
> rsync et cp -l (hard link) selon l'idée de
> http://www.mikerubel.org/computers/rsync_snapshots afin de mettre en
> oeuvre des backups centralisés en snapshot, c'est à dire avec un
> historique de sauvegarde (il suffit de mettre le nombre de jours
> d'historique à 1 pour avoir un sauvegarde quotidienne et unique).
[...]
Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en
se servant de rsync.
Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup
incrémental ? J'avais pourtant compris que c'était le cas !?!?
Mais alors, à quoi servirait rdiff-backup ?
> > > Bref, auriez-vous quelques conseils à me donner ? > > Bonjour, > > j'ai commis il y a pas mal de temps un petit script qui encapsule > rsync et cp -l (hard link) selon l'idée de > http://www.mikerubel.org/computers/rsync_snapshots afin de mettre en > oeuvre des backups centralisés en snapshot, c'est à dire avec un > historique de sauvegarde (il suffit de mettre le nombre de jours > d'historique à 1 pour avoir un sauvegarde quotidienne et unique). [...]
Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en se servant de rsync.
Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup incrémental ? J'avais pourtant compris que c'était le cas !?!? Mais alors, à quoi servirait rdiff-backup ?
Merci d'avance.
David.
-- Pensez
jerome
>>Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en se servant de rsync.
yarss fait en fait du snapshot, pas de l'incrément. Sur un backup snapshoté sur 7 jours, un fichier va être rangé dans le premier répertoire (daily.0) et dans daily.1 à 6 il va être hard linké. Il va donc prendre, si il n'est pas différent sur les 7 jours, une fois sa taille plus 6 hard links (donc 6 clusters). Le backup incrémental va lui ranger uniquement les fichiers différents. En terme de taille cela revient presque au même, mais je préfère le hard link qui est plus facile, à mon sens, à utiliser en cas de restore (rsync --delete daily.4 /target).
Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup incrémental ? J'avais pourtant compris que c'était le cas !?!?
avec les arguments par défaut, non. Rsync = remote synchronisation, donc il fait, par défaut, de la synchronisation, c'est à dire qu'il fait en sorte que le répertoire de destination soit identique au répertoire source après son passage, en tout cas en utilisant --delete.
va rafraichir /data/backups/home_user à chaque exécution.
Mais alors, à quoi servirait rdiff-backup ?
L'idée de ces scripts est d'enrober rsync de manière plus user friendly et de proposer les mécanismes qui vont bien pour auomatiser le processus de backup/restore.
Le sens de ma réponse n'était pas de proposer tel ou tel soft pour faire un backup, mais de te donner un exemple d'utilisation de rsync pour que tu puisse aller voir comment on peut s'en servir.
-- Pensez
>>Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en
se servant de rsync.
yarss fait en fait du snapshot, pas de l'incrément. Sur un backup
snapshoté sur 7 jours, un fichier va être rangé dans le premier
répertoire (daily.0) et dans daily.1 à 6 il va être hard linké. Il va
donc prendre, si il n'est pas différent sur les 7 jours, une fois sa
taille plus 6 hard links (donc 6 clusters). Le backup incrémental va lui
ranger uniquement les fichiers différents. En terme de taille cela
revient presque au même, mais je préfère le hard link qui est plus
facile, à mon sens, à utiliser en cas de restore (rsync --delete daily.4
/target).
Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup
incrémental ? J'avais pourtant compris que c'était le cas !?!?
avec les arguments par défaut, non. Rsync = remote synchronisation, donc
il fait, par défaut, de la synchronisation, c'est à dire qu'il fait en
sorte que le répertoire de destination soit identique au répertoire
source après son passage, en tout cas en utilisant --delete.
va rafraichir /data/backups/home_user à chaque exécution.
Mais alors, à quoi servirait rdiff-backup ?
L'idée de ces scripts est d'enrober rsync de manière plus user friendly
et de proposer les mécanismes qui vont bien pour auomatiser le processus
de backup/restore.
Le sens de ma réponse n'était pas de proposer tel ou tel soft pour faire
un backup, mais de te donner un exemple d'utilisation de rsync pour que
tu puisse aller voir comment on peut s'en servir.
>>Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en se servant de rsync.
yarss fait en fait du snapshot, pas de l'incrément. Sur un backup snapshoté sur 7 jours, un fichier va être rangé dans le premier répertoire (daily.0) et dans daily.1 à 6 il va être hard linké. Il va donc prendre, si il n'est pas différent sur les 7 jours, une fois sa taille plus 6 hard links (donc 6 clusters). Le backup incrémental va lui ranger uniquement les fichiers différents. En terme de taille cela revient presque au même, mais je préfère le hard link qui est plus facile, à mon sens, à utiliser en cas de restore (rsync --delete daily.4 /target).
Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup incrémental ? J'avais pourtant compris que c'était le cas !?!?
avec les arguments par défaut, non. Rsync = remote synchronisation, donc il fait, par défaut, de la synchronisation, c'est à dire qu'il fait en sorte que le répertoire de destination soit identique au répertoire source après son passage, en tout cas en utilisant --delete.
va rafraichir /data/backups/home_user à chaque exécution.
Mais alors, à quoi servirait rdiff-backup ?
L'idée de ces scripts est d'enrober rsync de manière plus user friendly et de proposer les mécanismes qui vont bien pour auomatiser le processus de backup/restore.
Le sens de ma réponse n'était pas de proposer tel ou tel soft pour faire un backup, mais de te donner un exemple d'utilisation de rsync pour que tu puisse aller voir comment on peut s'en servir.
-- Pensez
David BERCOT
> >>Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en >>se servant de rsync. > yarss fait en fait du snapshot, pas de l'incrément. Sur un backup snapshoté sur 7 jours, un fichier va être rangé dans le premier répertoire (daily.0) et dans daily.1 à 6 il va être hard linké. Il va donc prendre, si il n'est pas différent sur les 7 jours, une fois sa taille plus 6 hard links (donc 6 clusters). Le backup incrémental va lui ranger uniquement les fichiers différents. En terme de taille cela revient presque au même, mais je préfère le hard link qui est plus facile, à mon sens, à utiliser en cas de restore (rsync --delete daily.4 /target).
OK. Je comprends mieux pour cette partie-là...
> Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup > incrémental ? J'avais pourtant compris que c'était le cas !?!? > avec les arguments par défaut, non. Rsync = remote synchronisation, donc il fait, par défaut, de la synchronisation, c'est à dire qu'il fait en sorte que le répertoire de destination soit identique au répertoire source après son passage, en tout cas en utilisant --delete.
Oui, mais en fait, j'ai mal dû m'exprimer car c'est justement ça que je souhaite avoir (une copie "identique", sur un serveur, de ma configuration à un instant donné) car, après, je sauvegarde sur bandes les données du serveur... Si j'ai bien compris, c'est ça que ça fait ?
va rafraichir /data/backups/home_user à chaque exécution.
Il faut que je regarde ce que signifie les options avP mais je suppose que ce sont des choses genre "je garde les droits", etc..., et, ensuite, --delete signifie sûrement que, s'il y a des fichiers qui ont été effacés, il faut aussi les effacer sur le serveur ? Dans ce cas, c'est pile-poil de ça dont j'ai besoin ;-)
> Mais alors, à quoi servirait rdiff-backup ? > L'idée de ces scripts est d'enrober rsync de manière plus user friendly et de proposer les mécanismes qui vont bien pour auomatiser le processus de backup/restore.
Le sens de ma réponse n'était pas de proposer tel ou tel soft pour faire un backup, mais de te donner un exemple d'utilisation de rsync pour que tu puisse aller voir comment on peut s'en servir.
En tous cas, je te remercie beaucoup de tous ces détails. Il va sûrement falloir que je regarde un peu les options initiales (genre avP) mais, pour le reste, il me semble que tu m'as tout donné !
Encore merci.
David.
-- Pensez
> >>Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en
>>se servant de rsync.
>
yarss fait en fait du snapshot, pas de l'incrément. Sur un backup
snapshoté sur 7 jours, un fichier va être rangé dans le premier
répertoire (daily.0) et dans daily.1 à 6 il va être hard linké. Il va
donc prendre, si il n'est pas différent sur les 7 jours, une fois sa
taille plus 6 hard links (donc 6 clusters). Le backup incrémental va lui
ranger uniquement les fichiers différents. En terme de taille cela
revient presque au même, mais je préfère le hard link qui est plus
facile, à mon sens, à utiliser en cas de restore (rsync --delete daily.4
/target).
OK. Je comprends mieux pour cette partie-là...
> Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup
> incrémental ? J'avais pourtant compris que c'était le cas !?!?
>
avec les arguments par défaut, non. Rsync = remote synchronisation, donc
il fait, par défaut, de la synchronisation, c'est à dire qu'il fait en
sorte que le répertoire de destination soit identique au répertoire
source après son passage, en tout cas en utilisant --delete.
Oui, mais en fait, j'ai mal dû m'exprimer car c'est justement ça que je
souhaite avoir (une copie "identique", sur un serveur, de ma
configuration à un instant donné) car, après, je sauvegarde sur bandes
les données du serveur...
Si j'ai bien compris, c'est ça que ça fait ?
va rafraichir /data/backups/home_user à chaque exécution.
Il faut que je regarde ce que signifie les options avP mais je suppose
que ce sont des choses genre "je garde les droits", etc..., et, ensuite,
--delete signifie sûrement que, s'il y a des fichiers qui ont été
effacés, il faut aussi les effacer sur le serveur ?
Dans ce cas, c'est pile-poil de ça dont j'ai besoin ;-)
> Mais alors, à quoi servirait rdiff-backup ?
>
L'idée de ces scripts est d'enrober rsync de manière plus user friendly
et de proposer les mécanismes qui vont bien pour auomatiser le processus
de backup/restore.
Le sens de ma réponse n'était pas de proposer tel ou tel soft pour faire
un backup, mais de te donner un exemple d'utilisation de rsync pour que
tu puisse aller voir comment on peut s'en servir.
En tous cas, je te remercie beaucoup de tous ces détails. Il va sûrement
falloir que je regarde un peu les options initiales (genre avP) mais,
pour le reste, il me semble que tu m'as tout donné !
> >>Il y a aussi rdiff-backup qui fait très bien des backups incrémentaux en >>se servant de rsync. > yarss fait en fait du snapshot, pas de l'incrément. Sur un backup snapshoté sur 7 jours, un fichier va être rangé dans le premier répertoire (daily.0) et dans daily.1 à 6 il va être hard linké. Il va donc prendre, si il n'est pas différent sur les 7 jours, une fois sa taille plus 6 hard links (donc 6 clusters). Le backup incrémental va lui ranger uniquement les fichiers différents. En terme de taille cela revient presque au même, mais je préfère le hard link qui est plus facile, à mon sens, à utiliser en cas de restore (rsync --delete daily.4 /target).
OK. Je comprends mieux pour cette partie-là...
> Euh, cela signifie-t-il que, par défaut, rsync ne fait pas de backup > incrémental ? J'avais pourtant compris que c'était le cas !?!? > avec les arguments par défaut, non. Rsync = remote synchronisation, donc il fait, par défaut, de la synchronisation, c'est à dire qu'il fait en sorte que le répertoire de destination soit identique au répertoire source après son passage, en tout cas en utilisant --delete.
Oui, mais en fait, j'ai mal dû m'exprimer car c'est justement ça que je souhaite avoir (une copie "identique", sur un serveur, de ma configuration à un instant donné) car, après, je sauvegarde sur bandes les données du serveur... Si j'ai bien compris, c'est ça que ça fait ?
va rafraichir /data/backups/home_user à chaque exécution.
Il faut que je regarde ce que signifie les options avP mais je suppose que ce sont des choses genre "je garde les droits", etc..., et, ensuite, --delete signifie sûrement que, s'il y a des fichiers qui ont été effacés, il faut aussi les effacer sur le serveur ? Dans ce cas, c'est pile-poil de ça dont j'ai besoin ;-)
> Mais alors, à quoi servirait rdiff-backup ? > L'idée de ces scripts est d'enrober rsync de manière plus user friendly et de proposer les mécanismes qui vont bien pour auomatiser le processus de backup/restore.
Le sens de ma réponse n'était pas de proposer tel ou tel soft pour faire un backup, mais de te donner un exemple d'utilisation de rsync pour que tu puisse aller voir comment on peut s'en servir.
En tous cas, je te remercie beaucoup de tous ces détails. Il va sûrement falloir que je regarde un peu les options initiales (genre avP) mais, pour le reste, il me semble que tu m'as tout donné !
