Re: Backup: software e hardware
On Tue, 2 Oct 2012, Fabrizio Mancini wrote:
Ottimo. usi già bacula o qualcosa di simile? o plain rsync?
plain rsync
Il backup dovresti prima eseguirlo in locale, e una volta completato lo
trasferisci in remoto.
Il carico si fa sentire si, se lo usi in ore di punta. Con un sw di backup
lo scheduli nelle ore di minor carico, ovvero solitamente in notturna. Con
un software di backup puoi fare anche il multiplexing, ovvero avviare il
backup di piu server in contemporanea e salvarle contemporaneamente senza
paura di commettere disastri, accorciando la finestra di backup.
ho fatto con rsync una prova ora e mi trovo questo sul server:
top - 12:45:42 up 123 days, 19:45, 3 users, load average: 1.71, 0.64,
0.47
Tasks: 336 total, 2 running, 334 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.9%us, 1.3%sy, 0.0%ni, 73.3%id, 22.4%wa, 0.0%hi, 0.2%si,
0.0%st
Mem: 4060320k total, 3994108k used, 66212k free, 93888k buffers
Swap: 7815612k total, 152192k used, 7663420k free, 2865248k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5636 root 20 0 78176 3860 2964 S 14 0.1 0:13.26 sshd
5649 root 20 0 115m 24m 900 D 6 0.6 0:06.63 rsync
31267 www-data 20 0 352m 39m 5032 S 3 1.0 0:20.92 apache2
La copia locale la dovresti copiare in remoto ogni volta che ne viene
completato un set di backup. In questa maniera ti avvicini alle copie
sincrone...
Esempio. Hai effettuato la copia remota dei dati 3 giorni fa, e la dovresti
fare stanotte.
Un utente ha creato un file vitale ieri, oggi l'ha cancellato per sbaglio,
tu l'hai backuppato stanotte. Vai per ripristinarlo, e ti si rompe il device
di backup. Dove lo ritrovi il file?
E' un caso estremo, ma l'ho visto succedere più frequentemente di quanto si
possa immaginare.
c'è l'altro caso: l'utente ha cancellato il file due giorni fa. lo
ripiglio dalla copia remota che farei dal server di backup quindi prima di quella
locale ....
ed è altrettanto frequente :-(
--
Leonardo Boselli
Reply to: