Newsgroup: it.comp.os.linux.iniziare
Titolo: backup incrementali tramite rete

ho acquistato 2 dischi di rete lacie: hanno un server ftp e anche
samba
ho poi un file server debian. come effettuare i backup sul disco in
questione?
tenete conto che vorrei scambiare i dischi, cioè un giorno il backup
viene effettuato su un disco, poi questo viene messo via e sostituito
con un altro, quindi se uso samba devo anche montare e smontare i
dischi prima e dopo i backup.
perciò pensavo di usare ftp, che non richiede questo passaggio.
esistono software che permettono di schedulare backup incrementali via
ftp? al momento ho fatto uno script per ncftp, ma così facendo
sovrascrivo tutto ogni volta, con enorme dispendio di tempo.
eventualmente potrei cambiare politica di backup, che consigliate?
grazie mille

 questione?
potresti usare tar con l'opzione incrementale e passare lo stdout
ad uno script fatto con expect che copia i dati sul server ftp ...
ciao ...
-- 
#include <stdio.h>
int main(void){char c[]={10,65,110,116,111,110,105,111,32,98,97,114,98,111,110,
101,32,60,104,105,110,100,101,109,105,116,64,116,105,115,99,97,108,105,110,101,
116,46,105,116,62,10,10,0};printf("%s",c);return 0;}

 ad uno script fatto con expect che copia i dati sul server ftp ...
però io non voglio tar, immagini o quant'altro.
voglio una copia 1:1

 voglio una copia 1:1
rsync?
-- 
Vide

 wrote:

il disco di rete non ha il demone rsync

 wrote:

sempre con tar (per usare l'opzione incrementale), potresti usare il
sistema che si usa per copiare una directory recursivamente e passare
l'output allo script expect ... qualcosa tipo (non l'ho provato, ma
dovrebbe funzionare):
/usr/bin/tar -cf - --listed-incremental=$BKINC/Etc.inc /etc | tar -xpf - | \
	scriptconexpect


 il disco di rete non ha il demone rsync
Allora fai fare tutto alla macchina "locale".
Schema a blocchi dello script:
1) usbmount pippo
2) rsync -parametriappropriati pluto pippo
3) umount pippo
1 e 3: ti puoi sbizzarrire con smbfs in fstab, cifs, nfs, etc.etc.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 1) usbmount pippo
smbmount, ovviamente.  :-(
Sto litigando con una chiavetta usb semiguasta, e il mio mister hyde
ha preso il sopravvento, convincendo il dr jeckill che si parlava di
usb e non di smb.


 1 e 3: ti puoi sbizzarrire con smbfs in fstab, cifs, nfs, etc.etc.
in effetti avevo provato questa strada, ma alla fine della fiera non
va l'umount, e quindi quando cambio disco non mi fa il mount e non
funziona niente..... per quello volevo provare via ftp.

 funziona niente..... per quello volevo provare via ftp.
E invece che cambiare sistema, perche' non indaghiamo sul perche'
non ti funziona l'umount? ;-)


 non ti funziona l'umount? ;-)
oggi ho smanettato un po', mi son fatto uno script e vediamo che
succede stanotte.
una domanda però:
se faccio
cp -RTvu /etc /mnt/backup/etc
ci impiega 20 secondi, se invece faccio
rsync -av /etc /mnt/backup
ne impiega quasi il doppio (35 secondi)
non dovrebbe essere il contrario? magari devo usare qualche altro
parametro? mi sembra che rsync ricopi tutto, mentre con cp solo i file
modificati
grazie!!!

 modificati
Solo dalla seconda voltache usi rsync.
poggir@proliant:/ulocal/poggir$ time cp -a documenti docudocu
real    0m0.201s
user    0m0.010s
sys     0m0.181s
poggir@proliant:/ulocal/poggir$ ls -laR docudocu
docudocu:
total 68
drwxr-xr-x    3 poggir poggir  4096 Sep  7 17:52 .
drwxr-xr-x  227 poggir poggir 57344 Sep  7 17:44 ..
drwxr-xr-x    2 poggir poggir  4096 Jun 25 11:58 documenti
docudocu/documenti:
total 11876
drwxr-xr-x  2 poggir poggir    4096 Jun 25 11:58 .
drwxr-xr-x  3 poggir poggir    4096 Sep  7 17:52 ..
-rw-r--r--  1 poggir poggir   48173 Jun 25 11:25 ComunicazioneDati.odt
-rw-r--r--  1 poggir poggir  192004 Jun 25 11:58 ComunicazioneDati.pdf
-rw-r--r--  1 poggir poggir  241452 Jun 21 20:49 Off.21-06.07 email.odt
-rw-r--r--  1 poggir poggir 1583549 Jan 11  2007 hardeningwireless.pdf
-rw-r--r--  1 poggir poggir 9993501 Aug 20  2006 ixt1999.zip
-rw-r--r--  1 poggir poggir   10730 Jan  2  2006 listaBarattoliPar.sxc
-rw-r--r--  1 poggir poggir   32256 Jan  2  2006 listaBarattoliPar.xls
-rw-r--r--  1 poggir poggir    6622 Jan  2  2006 note bilancia.sxw
-rw-r--r--  1 poggir poggir    8175 Jan  2  2006 prova.swf
poggir@proliant:/ulocal/poggir$ time rsync -av documenti docudocu
building file list ... done
sent 321 bytes  received 20 bytes  682.00 bytes/sec
total size is 12116462  speedup is 35532.15
real    0m0.089s
user    0m0.008s
sys     0m0.015s
poggir@proliant:/ulocal/poggir$


post molto interessante. ho provato allora a fare la stessa cosa:
time rsync -av /etc /mnt/lacie/backup (questa era la 5a volta
consecutiva)
risultato:
sent 5784729 bytes  received 20984 bytes  168281.54 bytes/sec
total size is 17064077  speedup is 2.94
rsync error: some files could not be transferred (code 23) at
main.c(892) [sender=2.6.8]
real    0m35.592s
user    0m0.150s
sys     0m0.470s
invece con:
time cp -Rvu /etc /mnt/lacie/backup/etc (il T non c'entrava
niente....)
real    0m16.510s
user    0m0.020s
sys     0m0.140s
il cp resta più veloce.....
cmq l'importante è che funzioni :)
grazie mille

 niente....)
mi correggo, il -T è:
--no-target-directory    treat DEST as a normal file