[Linuxtrent] Re: Recupero dati!
- From: Flavio Visentin <THe_ZiPMaN@xxxxxxxxx>
- To: linuxtrent@xxxxxxxxxxxxx
- Date: Sun, 24 Dec 2006 00:20:18 +0100
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Francesco Trentini wrote:
> io lavoro cosi:
> - notebook con i dati
> - server: - backup principale su due dischi raid1
IL RAID NON E' UN BACKUP
IL RAID NON E' UN BACKUP
IL RAID NON E' UN BACKUP
IL RAID NON E' UN BACKUP
IL RAID NON E' UN BACKUP
...
Ad libitum.
> - backup secondario su un terzo disco
Un disco non è generalmente considerabile backup.
> - backup dei dati più importanti su vari dvd
Questo è l'unico backup che hai.
> Sono su po' maniacale con il salvataggio dei dati ma, come si nota, si
> perdono lo stesso i dati.
Perché non fai realmente i backup. Se tu facessi i backup al più
perderesti solo i dati dell'ultimo giorno, o, in base al grado di
paranoia, delle ultime 8/6/4/2/1 ore.
> In pratica avevo dei dati che avevo cancellato sul notebook per fare
> spazio perché tanto ero sicuro che ne avessi una copia sul server
> (partizione su raid1) e così era.
Se vuoi fare il backup dei dati del notebook su server, usa backuppc
> L'aggiornamento del backup prevede di cancellare i
> vecchi dati e aggiungere quelli nuovi.
Ecco perché non si chiama backup ma copia di file.
> Quando mi sono accorto che stava
> cancellando questi dati anche sul server era tardi e ecco il misfatto.
> Adesso non ho più quei dati.
E adesso imparerai ad utilizzare i metodi giusti per fare il backup :-)
> Niente di utile. Praticamente nessun file risulta intatto, sono tutti
> danneggiati.
E personalmente dubito tu riesca a recuperare qualcosa.
> reiserfsck –rebuild-tree /dev/hdXX
Serve per ripristinare un filesystem danneggiato, non per fare l'undelete.
> Prima di provare questo comando volevo sapere la vostra opinione.
>
> Non vorrei perdere l'intero hdd!
Nulla di più facile. Personalmente ti consiglio di metterci una pietra
sopra e dire addio a quei dati.
Poi ti consiglio di usare backuppc sul server per fare il backup del
notebook, magari via rsync e automatizzato. Impostati una bella
retention, tipo 1 full al mese e tieni 3 full online e incrementali
giornalieri e ne tieni 60 per poter gestire bene l'archivio. Poi
trasferisci su DVD, o meglio sarebbe su nastro, un archivio ogni
settimana/mese in modo tale che anche in caso di guasto del server il
massimo che puoi perdere è una settimana (già troppo).
Ultima cosa ricordati due semplici concetti:
IL RAID NON E' UN BACKUP
LA COPIA DI DATI SU UN SECONDO DISCO NON E' UN BACKUP
- --
Flavio Visentin
GPG Key: http://www.zipman.it/gpgkey.asc
There are only 10 types of people in this world:
those who understand binary, and those who don't.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFFjbmxusUmHkh1cnoRAiMpAJ0XVy5y8ERXB2owdgbAwhgZTKFWggCfeohs
odBNlyZtHO+STLNFWoSAXyk=
=K5Y3
-----END PGP SIGNATURE-----
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx
Other related posts: