L'annoso problema dei backup

_io_ non backuppo tutto il sistema.

Su una macchina server i pacchetti sono normalmente pochi e i dischi, per definizione, abbastanza affidabili e/o ridondanti.
Quando si rompe un disco di sistema difficilmente si ritrova lo stesso delle stesse dimensioni (dopo x anni). Se hai lavorato con cognizione di causa ne hai uno di scorta in un cassetto che applichi al raid hardware e rebuildi... poi con calma vedi come preparare il prossimo disastro (nuovi dischi in numero sufficiente, nuovo controller?).
Non sempre, ma spesso, i dischi ti avvertono che stanno andando a ramengo (errori) e i dati non sono ancora persi.
Avviare con una live, montare il disco in ro e copiare tutto su un nuovo disco e' piu' veloce e semplice che ripristinare un backup (aggiugendo sempre il problema che dopo x anni lo stesso disco non lo trovi).

Per i desktop uso ubuntu. Tipicamente l'installazione di base e' sufficiente a me e ai miei utenti piu' poca roba apt-gettosa... in poco tempo riprisitini senza portarti dietro Gb di pacchetti e librerie in backup.

In entrambi i casi una tar di /etc, a mio avviso, e' sufficiente. Nel malaugurato caso in cui proprio non ci sia verso di ripristinare hai tutte le configurazioni dei pacchetti (cio' su cui si lavora). Semplice reinstallare i pacchetti e copiare la conf.

Per i dati la cosa e' diversa e' un po' piu complicata.
Per dati dico le home con le conf personali ed i dati condivisi ma anche i database, i siti web, la posta su mail server eccecc.
Un backup non e' sufficiente, serve uno storico (elimino un file oggi e tra qualche giorno mi viene in mente di aver fatto una cavolata, devo poterlo recuperare, almeno per qualche tempo, non troppo, ma un po' si).

Personalmente uso un sistema di sync ed hardlink. Non mi piacciono gli archivi: troppo laborioso per gli utenti recuperare un file in storico. Meglio nominare un responsabile che dispone di accesso agli storici (anche da windows) e possa ripristinare i casotti degli utenti senza chiamare necessariamente il sistemista che perde un sacco di tempo a scompattare, cercare, controllare and so on... una inutile perdita di produttivita'.

Tutto sto ambaradam lo adotto anche a casa, non e' utile solo per una piccola impresa... i dati sono il bene piu' importante, cosi' come disporre della possibilita' di sbagliare senza troppi grattacapi. Personalmente ho un felice archivio di dati che mi porto dietro dal 94/95 (dati dell'amiga, di windows, di linux, mail personali di quando non avevo ancora la barba , foto di amici che non vedo piu' da tempo, programmi che ho scritto, script importanti....) e stanno tutti benissimo, non corrotti e felicemente organizzati

my 2 cents

Tutt'altro.
I backup devi amarli come fratelli

Semplicemente trovo macchinoso e scomodo (soprattutto col costo dei dischi attuali) mirrorare o tarrare un disco o una partizione, tutto qua.

riguardo al sync && hardlink
<br />BACKUP_DIR=/home/kripsio/back_hd3<br />PERCENT=&#039;s/.* \([0-9]\{1,3\}\)%.*/\1/&#039;<br />SPAZIO_PIENO=`df $BACKUP_DIR | tail -n1 | sed -e &quot;$PERCENT&quot;`<br />INODE_PIENI=`df -i $BACKUP_DIR | tail -n1 | sed -e &quot;$PERCENT&quot;`<br />SPAZIO_MASSIMO=90<br />SOURCE=/home/kripsio/download/archivio/<br /><br />if [ $SPAZIO_PIENO -ge $SPAZIO_MASSIMO -o $INODE_PIENI -ge \<br />$SPAZIO_MASSIMO ] ; then<br />  # elimina due giorni di storico vecchi se non c&#039;e&#039; spazio<br />  cd $BACKUP_DIR<br />  rm -fr `ls $BACKUP_DIR | head -2`;<br />  cd ~<br />fi<br />  # Copia in data corrente<br />  rsync -aporz --delete $SOURCE $BACKUP_DIR/.backup.tmp;<br />  mkdir $BACKUP_DIR/`date &quot;+%Y%m%d&quot;`;<br />  cd $BACKUP_DIR/.backup.tmp;<br />  cp -al * $BACKUP_DIR/`date &quot;+%Y%m%d&quot;`;<br />  sync<br />cd ~<br />

non bere troppo fa male guarda poi come si scrive!!!
non capisco un non nulla ma cosa è?