sauvegarde sous linux - Page 1

je veux sauvegarder mon serveur, j'ai fait une grosse tarball des trucs a sauver sur un disque externe.

quand je veux faire un nouveau backup, je supprime la tarball et je recommence.

y'aurait pas moyen de faire un truc qui update les fichiers modifiés et ajoute les nouveaux dans l'archive, puis qui vire ce que j'ai supprimé?

j'ai essayé l'option "G" ("g" ne fait rien) voici ce que j'observe:

- quand on "touch" un fichier, il est ajouté par "tar uvfG" ce qui fait que l'archive se retrouve avec deux copies du même fichier
- quand on supprime un fichier, il n'est pas supprimé de l'archive par "tar uvfG"

pourquoi il supprime pas? pourquoi il remplace pas? expliquez moi

On ne peut pas supprimer de contenu dans un fichier .tar sans avoir à réécrire tout le fichier.

Un client/serveur rsync sur la machine serait peut-être mieux pour ça ? (mais malheureusement ça le ferait passer sur le réseau en loopback, ça risque de rendre le truc lent pour rien).

ça fait ça, rsync?, bon, /me rtfm

hu ?

tar ne fais pas de sauvegarde incrémentielle ?

ça a l'air de bien poutrer rsync, ça serait bien si certains hébergueurs le mettait à dispo

rsync j'ai testé a la fac entre mon compte et mon iPod, ça spootr c'est sur ^^
mais par ex dans certain cas, il va pas forcement tout syncer :/

Un CVS pourrait aussi etre une idée

oui c'est ça je vais sauvegarder 160 gigas par CVS

ha ben ça c'est ton pbm

et toi meme

sinon tu peux utiliser un fs dans un fichier et le monter en -o loop mais bon niveau perfs...

Godzil> nope. Un fichier tar c'est juste plein de fichiers concaténés. Alors autant en ajouter de nouveau à la fin c'est facile à faire, autant en supprimer (ou mettre à jour) au milieu ne peut pas se faire sans recréer le fichier.

Normalement quand tu fais de l'incrémental avec tar, tu fais pas comme fait squalyl.
Tu fais un nouveau fichier tar à chaque backup, qui contient juste les fichiers modifiés. Tu ne merges pas avec le fichier précédent (c'est logique en même temps, tar est prévu pour faire du backup sur bande au départ, et pour ça, t'as une bande par backup : tu fais de l'incrémental toute la semaine et le weekend tu fais un backup complet).

En même temps tous les outils de backup travaillent comme ça il me semble, ou presque.
D'ailleurs squalyl, avec ce que tu veux faire tu vas droit dans le mur : si t'as un problème pendant que tu réalises ton backup, t'as tout perdu : système mort et backup inconsistant au mieux, corrompu au pire.

./10 > ben j'y ai pensé aussi mais le fichier il doit être de taille fixe dans ce cas autant que je sache, donc ça convient pas très bien à ce qu'il veut faire si ? je ne connais pas de fs qui soit capable de s'agrandir tout seul en fonction des besoins...

certes mais tu peux toujours créer un fichier énorme mais creux

je ne connais pas de fs qui soit capable de s'agrandir tout seul en fonction des besoins...

JFS
Mais BookeldOr a raison, tu peux parfaitement faire un fichier de 10To, tant que tu ne t'amuses pas à l'initialiser.

Oui bien sûr, mais je pensais que le but était de ne pas utiliser plus de place que nécessaire...

Ben justement, ça n'utilise pas plus de place que nécessaire.

si, si tu y mets un fichier de 600 mégs puis que tu le supprimes, il reste 600 megs utilisés...

Je ne parlais pas de JFS mais de la remarque comme quoi on pouvait créer direct un très gros fichier ^^ c'était pas clair dsl

spectras :
En même temps tous les outils de backup travaillent comme ça il me semble, ou presque.
D'ailleurs squalyl, avec ce que tu veux faire tu vas droit dans le mur : si t'as un problème pendant que tu réalises ton backup, t'as tout perdu : système mort et backup inconsistant au mieux, corrompu au pire.

oui, je le sais bien que ça craint. d'ailleurs je remercie mon onduleur deux fois hier

donc moi je veux bien: le dimanche: tar cvfj /mnt/bkp/dimanche.tar.bz2 /data
backup complet du dimanche.

et le lundi je veux faire un incrémental entre dimanche.tar.bz2 et le /data actuel. je fais quoi? il faudrait une sorte de diff entre le tar actuel et le système de fichier, et que les fichiers modifiés soient copiés dans lundi.tar.bz2 !

il faut que tu ai un systeme qui garde les date de modifs des fichiers, et qu'il ne sauvegarde que les fichiers dont la date de modif est plus récente que précédement (ou au moins plus recente que la derniere sauvegarde)

C'est un peu a ce genre de chose que le flag a (archive) sert sur les systemes FAT/NTFS

aka : tu modifie un fichier, le flag a se met en place, et quand tu backup le disque, il enleve le +a du fichier, et bien sur tu ne sauvegarde que les fichier en +a

oui merci j'ai compris, mais... tar le fait ou pas?

man tar ?

bon ok si c'est comme ça que vous aidez c'est pas la peine. aide toi le ciel t'aidera c'est ça?

bordel ça vous amuse le rtfm?

au lieu de perdre du temps a poster des conneries dans les jeux vous pouvez pas poster utile?

ben je crois pas qu'il y ait de flag spécifique, mais tes fichiers ont une date de modification donc il suffit de filtrer là-dessus... ça ne m'étonnerait pas que tar ait une option spécifique pour faire ça mais au cas où ça ne serait pas le cas tu pourrais toujours faire un truc du genre
tar -cjf lundi.tar.bz2 `find / <optionpourramenertouslesfichiersplusrécentsquedimanche>`
mais bon je pense que tar doit le faire avec la bonne option...

     --dd
     ----ddiiffff
     ----ccoommppaarree      Find differences between files in the archive and corre-
                    sponding files in the file system.
     ----ddeelleettee       Delete named files from the archive.  (Does not work on
                    quarter-inch tapes).
     --rr
     ----aappppeenndd       Append files to the end of an archive.  (Does not work on
                    quarter-inch tapes).
     --tt
     ----lliisstt         List the contents of an archive; if _f_i_l_e_n_a_m_e arguments are
                    given, only those files are listed, otherwise the entire
                    table of contents is listed.
     --uu
     ----uuppddaattee       Append the named files if the on-disk version has a modi-
                    fication date more recent than their copy in the archive
                    (if any).  Does not work on quarter-inch tapes.

Il "tremble" un peu (sortie direct du man)

-c et -u me semblent interessant

Sally :
tar -cjf lundi.tar.bz2 `find / <optionpourramenertouslesfichiersplusrécentsquedimanche>`

Genre ça : http://www.linux-backup.net/Full_Inc/

Mais sinon tar (au moins la version gnu en tous cas) a une option pour n'enregistrer que les fichiers modifiés depuis une certaine date. Et une autre appelée "incremental backup" mais je sais pas comment elle marche exactement.

Sally> oui je parlais aussi du fichier. Tu crées un fichier de 10To, tu verras qu'il prend aucune place sur le disque tant que tu n'écris pas de données dedans. Une fois que tu y as écrit 5Mo de données, il utilise 5Mo tout simplement. La plus grande partie des systèmes de fichiers gèrent ça très bien (ça s'appelle des fichiers trous), avec les deux exceptions notoires de la FAT et du NTFS.

spectras :
Mais sinon tar (au moins la version gnu en tous cas) a une option pour n'enregistrer que les fichiers modifiés depuis une certaine date. Et une autre appelée "incremental backup" mais je sais pas comment elle marche exactement.

Sally> oui je parlais aussi du fichier. Tu crées un fichier de 10To, tu verras qu'il prend aucune place sur le disque tant que tu n'écris pas de données dedans. Une fois que tu y as écrit 5Mo de données, il utilise 5Mo tout simplement. La plus grande partie des systèmes de fichiers gèrent ça très bien (ça s'appelle des fichiers trous), avec les deux exceptions notoires de la FAT et du NTFS.

Comment tu le créé ? (pour tester sur du HFS+)

sinon pour le "man tar" la plupart du temps un man sur une commande répond a 99% des questions, donc bon.

dd if=/dev/null of=plop bs=1000000 seek=1000000 count=1

$ dd seek=1T bs=1 count=1 </dev/zero > test
1+0 records in
1+0 records out
$ ls -l test
-rw-r--r--    1 spectras spectras 1099511627777 Feb  2 15:00 test
$ du -h test
16k     test
$