Avec le sujet c'est mieux : Rsync et le système de fichiers qui va bien
Le
mahashakti

=_Part_13183_2000641226.1410880018542
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Bonjour
Je sollicite votre avis avant de me lancer: quel système de fichiers c=
hoisir pour une sauvegarde régulière vers un disque dur externe ?=
Le tout avec rsync. Â Et pas mal de fichiers. Je cherche avant tout la=
solidité et les possibilités de récupération en cas de=
crash.
Cordialement
Mahashakti89Â
=_Part_13183_2000641226.1410880018542
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<p>Bonjour<br /><br />Je sollicite votre avis avant de me lancer: quel syst=
ème de fichiers choisir pour une sauvegarde régulière vers u=
n disque dur externe ? Le tout avec rsync. Â Et pas mal de fichiers. Je=
cherche avant tout la solidité et les possibilités de récup=
ération en cas de crash. <br />Cordialement<br /><br />Mahashakti89Â=
</p>
=_Part_13183_2000641226.1410880018542--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/1625624303.13184.1410880018542.JavaMail.www@wwinf1g23
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Bonjour
Je sollicite votre avis avant de me lancer: quel système de fichiers c=
hoisir pour une sauvegarde régulière vers un disque dur externe ?=
Le tout avec rsync. Â Et pas mal de fichiers. Je cherche avant tout la=
solidité et les possibilités de récupération en cas de=
crash.
Cordialement
Mahashakti89Â
=_Part_13183_2000641226.1410880018542
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<p>Bonjour<br /><br />Je sollicite votre avis avant de me lancer: quel syst=
ème de fichiers choisir pour une sauvegarde régulière vers u=
n disque dur externe ? Le tout avec rsync. Â Et pas mal de fichiers. Je=
cherche avant tout la solidité et les possibilités de récup=
ération en cas de crash. <br />Cordialement<br /><br />Mahashakti89Â=
</p>
=_Part_13183_2000641226.1410880018542--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/1625624303.13184.1410880018542.JavaMail.www@wwinf1g23
Salut,
N'importe quel FS journalisé (ext3-ext4-BtrFS...) devrait répondre à ton besoin...
En cas de crash logiciel, tu peux toujours récupérer tes données. Aucun FS ne te protégera
contre un crash matériel ce qui est la plaie des disques externes...
Si tu veux de l'historisation, il faut penser à utiliser rsync avec des scripts utilisant
les "liens durs" (hard link)...
Mes 2 cents
Mourad
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Ou utiliser des snapshots (BTRFS et ZFS).
(Ou au moins des scripts ou applications déjà faits qui
évitent de réinventer la roue carrée…)
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
C. Mourad Jaber a écrit :
Ou plutôt « ce qui est la plaie de tout système de stockage ». Et contre
cela, un seul remède : il faut multiplier les systèmes de stockage, si
possible sur des sites géographiques différents. Et au passage, voici un
petit conseil : ne laissez jamais le disque dur externe connecté en
dehors des opérations de sauvegarde. Voici deux ans, le disque dur
externe de sauvegarde d'un collègue a grillé en même temps que le PC
sauvegardé lorsque ce dernier a été victime d'un court-circuit (et
accessoirement d'un début d'incendie).
Mieux que le hard link, je préconise l'utilisation de rdiff-backup [1],
outil qui peut paraître rustique (et qui l'est sous certains aspects)
mais qui a moult avantages, le principal étant la compacité des
sauvegardes différentielles (on peut stocker un long historique sans
consommer trop d'espace), le second l'approche « r(everse )diff » : la
sauvegarde complète correspond toujours à la dernière sauvegarde et les
« r(everse )diff » permettent de remonter dans le passé (d'habitude,
c'est le contraire). Du coup, il n'est plus nécessaire de faire une
sauvegarde complète une fois la première réalisée (c'est important dans
le cadre de sauvegardes distantes avec une faible bande passante
montante) et pour conserver un historique glissant, il suffit
à rdiff-backup de supprimer les « r(everse )diff » les plus anciens.
Seule ombre (de taille) au tableau : il n'est plus maintenu.
Mais j'utilise rdiff-backup sur une douzaine de serveurs depuis quatre
ans, j'ai déjà eu besoin des sauvegardes et je n'ai jamais rencontré le
moindre bogue.
Je ne vais pas être péremptoire et dire que c'est le meilleur outil de
sauvegarde de tous les temps mais simplement que c'est le meilleur outil
de sauvegarde parmi tous ceux que j'ai pu essayer. ;)
Sébastien
[1] http://www.nongnu.org/rdiff-backup/
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
J'ai voulu le tester, et en effet, j'ai été arrêté par sa rusticit é.
Pour ma part j'utilise un script rsync, qui utilise les hardlinks.
ici : http://sebsauvage.net/paste/?cb1d48f07245879e#2TkAHKxuq2s5oAc7V9Pd+bb q/QY7kHDJ/gcs7HzjWLk=
:)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/CAGKqBrkhCqjMxExg0acPQE5j+E=
Sinon l'outil rsnapshot fait ça aussi : http://www.rsnapshot.org/
dispo en paquet debian;
--
Bertrand Orvoine
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
En effet mais le reproche que je fais à rsnapshot est que, à l'instar de
la plupart des outils, il fonctionne en mode incrémental et non
différentiel.
Pour bien comprendre la différence, prenons un cas assez fréquent chez
moi : l'ajout de tags dans les photographies, opération qui ajoute ou
altère quelques centaines d'octets du fichier.
Si un soir, je me lance dans une séance de taguage de photographies et
que j'en modifie ainsi une centaine qui font en moyenne 5 Mo, avec
rsnapshot, la sauvegarde (incrémentale) suivante consommera 500 Mo. Avec
rdiff-backup, elle n'en consommera tout au plus que quelques Mo, voire
moins.
Et j'ai le même problème au niveau professionnel avec une base de
110 Go, dumpée toutes les nuits dans un gros fichier texte et dont les
modifications quotidiennes représentent une trentaine de Mo. Avec
rsnapshot, chaque sauvegarde incrémentale occuperait 110 Go ou tout au
moins une bonne dizaine de Go en activant la compression. Avec
rdiff-backup, chaque sauvegarde consomme trente à quarante Mo (et j'ai
donc une année glissante de sauvegarde sur un simple disque).
Le volume des sauvegardes incrémentales pose un problème d'espace
consommé sur disque (et donc mécaniquement de durée de conservation des
données) mais aussi de transfert des données lorsqu'on effectue des
sauvegardes distantes (c'est mon cas, j'ai une sauvegarde locale et une
sauvegarde distante).
Sébastien
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le 17/09/2014 10:47, Sébastien Dinot a écrit :
Oui, mais c'est aussi l'intérêt ! On n'a pas à craindre qu'une corruption
d'un diff fiche par terre l'ensemble des versions d'un fichier.
L'argument sur la taille est bien sûr tout à fait justifié (et l'exemple
d'une parfaite pertinence) mais pour ma part j'ai préféré joué la sécurité
et donc choisi rsnapshot pour sauvegarder les VM LXC du boulot. J'avais un
peu regardé le format des diffs de rdiff-backup et ça me semblait trop
complexe en cas de corruption de données sur le volume de sauvegarde.
On peut cependant pondérer (voire ignorer) ce risque en dédoublant les
sauvegardes comme tu l'indiques !
Juste une question : est-ce que le calcul du diff (de rdiff-backup) est
moins consommateur de temps pour une sauvegarde sur disque externe (pas de
réseau) qu'une duplication "à la rsnapshot" ? Et puisqu'on y est, une
deuxième question : comment se comporte rdiff-backup sur les fichiers spare
(genre machines virtuelles par exemple) ?
À plus
Patrice Pillot
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
rdiff-backup est quand-même packagé Wheezy. Peut-être ne l'est-il plus
sur Jessie ?
A+
Dominique
--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Intéressant, je n'avais pas saisi cette différence.
Sais-tu comment fonctionne rsync ?
en cherchant un peu je vois que ça fait de l'incrémental, même avec
les hardlinks. Un fichier modifié est re-écrit en entier, j'ai
l'impression.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/CAGKqBrkgt9ZdV6=
il est bien packager sous jessie également
j
jerem
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/