Il 12 marzo 2012 10:52, Gianni Caldonazzi <gianni.caldonazzi@xxxxxxxxx> ha scritto: > Ciao Lista, > riapro una discussione con oggetto nuovo, visto che abbiamo divagato un > pochino. > > Premetto che Agostini Marco ha ragione, l'ultima lezione del corso > sysadmin 2012 verrà tenuta da Roberto Resoli e spiegherà proprio tutta > la nostra architettura in dettaglio. > Però magari per ora rispondo a qualche domanda di Mauro: > > Il 11 marzo 2012 18:17, Mauro Colorio <mauro.colorio@xxxxxxxxx> ha scritto: > [...] >> ah ok ma questo prevede che si utilizzino macchine virtuali, >> non mi sembra questo il caso. > > esatto, ecco perchè altro thread. > Comunque anche la macchina fisica con LVM può sfruttare la snapshot, quindi > ... se si tratta di una macchina fisica windows, c'è uno user script http://sourceforge.net/apps/mediawiki/backuppc/index.php?title=User_Scripts_-_Client_-_Windows_VSS che usa le snapshot NTFS (VSS o "Shadow Copies") e fa anche backup delle ACL >> Comunque interessante il meccanismo alcune curiosità: >> quanto spazio avete previsto per i backup? > > Abbiamo due BackupPC: uno per i salvataggi giornalieri, quindi dati > che cambiano frequentemente come le home utente, e uno per i > salvataggi dei dati settimanali. > Ciascuno di questi due host di backup hanno 1TB di disco 2TB per il primo host, 1.8TB per il secondo per i > salvataggi, ovviamente la dimensione dello spazio per il salvataggio > va pianificata in base alla numerosità di macchine che salvi e al tipo > di dati. > Questo vuol dire che se io salvo il disco di sistema di 20 macchine w$ > o di macchine Linux tutte uguali, BackupPC è in grado di salvare nel > pool una sola volta il file identico, quindi se i dischi di sistema > hanno una media di 10G, occupati ti basteranno 12 o 13G per farci > stare tutte le 20 macchine. Cosa differente se i dati utente sono > tutti differenti, visto che andranno salvati tutti e sono file > singoli. > BackupPC salva file uguali nel pool una volta dandogli il nome con una > hash e sfruttando gli hard link nelle directory degli host salvati. > >> il backup lo fate in una sede diversa o è la stessa in cui ci sono le vm? > > Nella stessa sede, visto che usiamo una libreria di cassette collegata > alla SAN, per riversare su nastro il poll. > In prospettiva è da vedere se "remotizzare" una copia di backuppc. > >> fate comunque un backup su nastro dei dati o vi affidate solo agli hard disk? > > Assolutamente si, il pool viene riversato giornalmente o > settimanalmente su cassette ultrium4. Giornalmente per il primo host backuppc, Settimanalmente per il secondo. I Salvataggi su nastro sono per disaster recovery, oppure per recupero dati antecedenti al periodo di ritenzione di Backuppc (attualmente 15 giorni per i dati utente). Vengono archiviati su nastro indefinitamente tutti i pool di fine mese, e i pool di fine settimana del mese corrente. Una cosa da notare è che per fare ripristino da nastro di file isolati non è necessario ripristinare l'intero pool, ma solo la parte che interessa; l'importante è che sia rispettata l'architettura del pool e i file di configurazione contenuti. .... >> >> Io attualmente faccio la copia delle vm quando ne faccio il deploy e >> poi faccio solo >> il backup dei dati , dump ecc su nastro, per questioni di spazio non >> sarei in grado di fare il backup >> di tutte le vm + snapshot :( Qui abbiamo scelto di salvare tutto, perchè così siamo in grado di ripristinare una macchina dai backup da zero, sia Windows che Linux. Per poche macchine converrebbe ovviamente usare il meccanismo di PVE, ma va tenuto conto che si perderebbe la funzionalità di ripristino immediato di singoli file da interfaccia web, che è in effetti quella più usata e conveniente di backuppc. Il ripristino può essere effettuato praticamente da tutto il personale tecnico del sistema informativo. Siamo così riusciti a distribuire la conoscenza sui backup a parecchie persone, mentre in precedenza era concentrata su un'unica persona. rob -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx