Newsgroup: it.comp.os.linux.sys
Titolo: Bakcup, richiesta di un consiglio "Filosofico"...

Finora ho sempre eseguito i backup delle macchine linux che gestisco
utilizzando degli script bash lanciati da cron che, mediante un ciclo
FOR lanciano tar e poi gzip sulle singole dir che voglio salvare e le
spostano in una partizione creata appositamente su un disco secondario
installato sulla macchina.
Mi chiedo però se esistono dei metodi non tanto più sicuri - nel senso
che questo sistema funziona molto bene già di per sé - quando più comodi
per poi ripristinare eventuali dati perduti.
Ho letto in questo e altri ng dell'uso del comando dd dandogli la
sintassi:
dd if=/dev/hdX of=/file.immagine oppure of=/dev/hdY, e in effetti mi
sembra una buona cosa per le immagini complessive...
Quello che volevo sapere, a livello di parere, è qual'è il metodo più
comodo dei due.
Spiego in due parole cosa faccio con lo script, in modo che si veda se
conviene o no usarlo.
Ho un elenco di directories da backuppare ottenuto con ls -1 / >
elencodir, pulito di quelle di cui non intendo far backup (/proc /mnt ad
esempio).
Lo script parte, legge l'elenco delle dir con cat e poi in un ciclo for:
FOR FILE in $elenco ; do
    tar zcvpf /backup/$Systemname.$FILE.$DataBackup.tgz $FILE
done
ORa, trattandosi di un disco molto grande, mi ritrovo in breve tempo una
gran quantità di files di backup sulla partizione di /backup montata al
momento di eseguire lo script da cron (la monta nelle prime righe dello
script e poi la smonta alla fine).
In teoria, se ho capito bene, con il comando dd potrei ottenere lo
stesso risultato abbastanza più velocemente e con un file unico, che poi
potrei sempre comprimere con gzip/tar.
Mi piacerebbe sapere cosa ne pensate, prima di modificare lo script.
Considerate che di macchine che fanno questo backup in LAN ne ho tre
(Firewall, Web e Mail server).
Un grazie a tutti coloro che mi daranno la loro opinione.
--
Jarsil
..Pinguini non si nasce, si diventa! Vai a Studiare! :-)

 comodo dei due.
Con tar puoi ripristinare un singolo file, una singola directory o
tutto, con dd puoi solo ripristinare l'intera partizione.
Io userei dd una volta al mese o giu' di li' per avere un'immagine
statica del disco, poi tar una volta al giorno in modo da avere un
backup incrementale di tutto quello che viene modificato.
NOTA: tar puo' anche fare i backup incrementali. man tar per ulteriori
info.
Davide
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Si questo lo so, anche se di solito sono io che li creo incrementali
assegnando il nome del file di backup in base ad alcuni parametri
ricavati da un file di impostazioni generali che ho creato (data, ora,
nome del sistema, ecc.)
--
Jarsil

 writes:
Jarsil> Finora ho sempre eseguito i backup delle macchine linux che
Jarsil> gestisco utilizzando degli script bash lanciati da cron che,
Jarsil> mediante un ciclo FOR lanciano tar e poi gzip sulle singole
Jarsil> dir che voglio salvare e le spostano in una partizione creata
Jarsil> appositamente su un disco secondario installato sulla
Jarsil> macchina.
La migliore soluzione per fare backup al volo, che siano poco
intrusivi e _molto rapidi_ da recuperare, con in più il fatto che
siano incrementali (!) senza per questo essere meno funzionali...
è rdiff-backup. Però devi avere lo spazio (niente compressione):
http://www.stanford.edu/~bescoto/rdiff-backup/
Ovviamente si basa su rdiff che a sua volta si basa sulla libreria di
rsync.
$ apt-cache show rdiff-backup | grep '^ '   
 rdiff-backup is a script that backs up one directory to another. The target
 directory ends up a copy of the source directory, but extra reverse diffs
 are stored in a special subdirectory of that target directory, so you can
 still recover files lost some time ago. The idea is to combine the best
 features of a mirror and an incremental backup. rdiff-backup also preserves
 subdirectories, symlinks, special files, permissions, uid/gid ownership (if
 it is running as root), and modification times. Finally, rdiff-backup can
 operate in a bandwidth efficient manner over a pipe, like rsync. Thus you
 can use rdiff-backup and ssh to securely back a hard drive up to a remote
 location, and only the differences will be transmitted.
Buon lavoro.
Saluti
Marco

 Davide
Ciao!
Per fare il backup della mia macchina (non possiedo una lan, si tratta 
di una stazione che uso soltanto io, però) ho realizzato proprio oggi 
due script che funzionano in questo modo:
il primo realizza un backup al giorno: estraggo le cartelle di 
interesse, le copio in una cartella temp. e ne creo l'immagine, poi 
comprimo l'immagine ed elimino tutti i dati temporanei. L'immagine 
compressa la conservo in un'altra partizione.
Il secondo script invece viene lanciato una volta a settimana e mi 
decomprime l'immagine del backup e la masterizza su un cd.
Sono consapevole del fatto che una simile cosa è pensabile soltanto se 
il backup non supera i 620 Mb (ho letto che è preferibile lasciare circa 
30 Mb per la scrittura delle informazioni...) e quindi non applicabile 
nel tuo caso, ma ho anche letto che c'è la possibilità di partizionare i 
dati, per consentire la scrittura su più supporti....
Potrebbe essere una soluzione proponibile, anche se poi non so se è 
agevole recuperare i dati frammentati.
Ciao, mick.
-- 
Per favore non inviatemi allegati "MSOffice".
Ci sono tantissime buoni ragioni per questo,
ma la principale è che non posso leggerli.
Grazie, mick.

decomprime l'immagine del backup e la masterizza su un cd.
Questo potrebbe essere interessante ma dovrei poi prelevarmi io
l'immagine in ftp sul server e masterizzarla dal PC, perché sui server
non ho il masterizzatore....
--
Jarsil

 ---[CUT]---
Beh, considera anche una cosa: un nuovo disco da 80 Gb costa più di un 
masterizzatore 8x con un buffer da 2 Mb....  forse converrebbe 
acquistare un masterizzatore, piuttosto che un disco...
E' però vero che con il disco potresti effettuare un avvio, mentre con 
il cd la cosa sarebbe più complessa....  Credo che tutto dipenda da 
quanto tempo hai per sistemare la Rete in caso di incidenti.  Se non hai 
grossi limiti di tempo, "forse" il masterizzatore potrebbe essere una 
buona idea.
Per quanto riguarda il partizionamento di un file in file più piccoli, 
ho fatto qualche esperimento con split, e ho visto che oltre ad essere 
facilissimo da usare, anche la ricostruzione è poi perfetta....
Buon lavoro! =)
mick


 ripartire la macchina dal disco principale.
In quest'ottica potresti considerare un RAID 1 (anche software). Sarebbe
piu`  pratico che  eseguire una  copia manuale  del disco  su quello  di
backup e in caso di rottura di un disco l'altro e` sempre in linea.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Non ho ancora capito se il mio cane e` maschio o femmina:
quando fa la pipi` si chiude in bagno