]> git.piffa.net Git - doc/.git/blob - source/backup.txt
First commit, previously hosted on bender.
[doc/.git] / source / backup.txt
1 ====================
2 Back up
3 ====================
4 ---------------------------------------------
5 Appunti introduttivi alle strategie di bak-up
6 ---------------------------------------------
7
8  :Author: Andrea Manni
9  :Copyright: GFDL
10  :Version: 0.1
11
12 .. contents::
13
14 *Generato con: http://docutils.sourceforge.net/rst.html*
15
16 Scegliere i supporti di back-up
17 =================================
18
19 Prima di cominciare le procedure di back-up e' fondamentale decidere su quale supporto di memorizzazione fare i back up:
20
21         * su un file system diverso diverso da quello oggetto di back-up.
22
23         * Utilizzare possibilmente un supporto di storaggio:
24                 - Esterno, collegato ad una fonte di alimentazione indipendente dalla macchina principale. In caso di danneggiamento del filesystem originale causato da sbalzo elettrico, il supporto di back up potrebbe essere sopravvissuto.
25                 - Possibilmente *Write Once Read Many*, che si possa leggere piu' volte ma scrivibile una sola. Questo per scongiurare la possibilita' di accidentali modifiche ai dati contenuti sul supporto di back-up. Nel caso si usi un normale hard-disk assicurarsi che sia montato in sola lettura (quando non si e' nella finestra temporale necessaria per la scrittura del back-up).
26                 - Possibilmentte dislocato in altra sede, in caso di incendio, vandalismi, eventi che possano danneggiare anche le macchine vicine a quella di nostro interesse. Si consideri la possibilita' di usare uno spazio di back up remoto in un altro continente, una cassetta di sicurezza nella banca di fiducia per i dati particolarmente *sensibili* (dati personali, segreti aziendali, chiavi di sistemi di criptaziuone).
27
28         *   S i tenga sempre presente che l'evento che puo' compromettere i dati potrebbe compromettere anche i back-up, e che nessun supporto di storaggio ha un *aspettativa di vita* infinita. Gli hard-disk prima o poi smetteranno di funzionare correttamente, il back-up va' quindi preparato **prima** piuttosto che dopo.
29
30 Possibili eventi che possono compromettere i supporti di sotoraggio:    
31 -----------------------------------------------------------------------
32         
33 Sostanzialmente qualunque evento che possa modificare i dati, o renderli non piu' leggibili per motivi fisici (rottura hardware):
34
35         1. virus
36
37         2. errore di distrazione (cancellazione accidentale, sovrascrittura di vecchie versioni...)
38                         
39         3. Aggiornamento software non riuscito
40                         
41         4. problema hardware (hard disk fail)
42                         
43         5. Incendio! Terremoto! Pestilenze!
44
45
46 1,2,3) sono tutte cose che possono modificare i files (da software):
47         - Li mettiamo in sola lettura, non scrittura.
48           Cosi' non si puo' modificarli accidentalmente
49           **I back-up devono essere in sola lettura**
50
51 4)      I dati vanno tenerli su un supporto fisico diverso dall'originale,
52         Possibilmente collegato ad un altro sistema.
53         Il problema principale e' l'alimentazione: quindi un HD esterno con alimentazione autonoma e' gia' un miglioramento.
54         
55 5)      Dislocare i media, tenerli in luoghi separati.
56         Tenere una copia in una banca, su un server remoto
57         tramite gli appositi servizi online.
58
59 ----------------------------
60
61
62 Come si fa il back-up
63 =====================
64
65 * Si stabilisce dove e come fare i back up
66 * Si fanno fisicamente i back up
67 * Si **ripristina** un back up per vedere se tutto funziona
68 * Periodicamente si fa un ripristino per vedere se i back up sono ancora utilizzabili.
69
70 Strategia di back-up
71 =======================
72
73 Bisogna stabilire una strategia di back-up:
74
75         1. Decidere **cosa** possa essere back uppato. Dato che le risorse di storaggio sono limitate
76
77         2. Quando e quanto spesso fare il back up.
78            Anche questo inciude sulla quantita' di aspazio necessario.
79            Aiuterebbe poter creare un back up incrementale.
80
81
82 Per il punto primo:
83         1. Bisogna fare un'alisi dei dati.
84            Dimensioni, natura dei file (se sono binari o testo)
85            Un file di **testo** si puo' comprimere, o si puo' tenere una versione incrementale.
86            Un file binario (tipo un mp3, un progetto...) non e' comprimibile o spezzettabile.
87
88         2. Analisi dell'utilizzo dei dati: quanto spesso vengo utilizzati,
89            da chi, a quale scopo, quanto spesso cambiano i dati.
90
91 Gestione dei back up:
92 =====================
93
94 Si potrebbe fare una copia semplce con ``cp``.
95 Il sistema e' semplice e gestibile.
96
97 Es:
98         `` # cp -ar sorgente destinazione/``
99
100 Esercizio con le patch
101 -----------------------
102
103 |  502  mkdir patch
104 |  503  cd patch/
105 |  504  ifconfig > rete
106 |  505  cat rete 
107 |  506  cp rete rete_new
108 |  507  vim rete_new 
109 |  508  tail rete
110 |  509  tail rete_new 
111 |  510  vimdiff rete rete_new 
112 |  511  diff rete rete_new 
113 |  512  diff rete rete_new > rete_patch
114 |  513  mkdir paccio
115 |  514  cp rete rete_patch paccio/
116 |  515  cd paccio/
117 |  516  ls
118 |  517  ls -sh
119 |  518  patch rete < rete_patch 
120 |  519  cat rete
121 |  520  tail ../rete
122 |  521  ls
123 |  522  ls
124 |  523  gunzip rete
125 |  524  gunzip -h
126 |  525  gunzip rete > rete.gz
127 |  526  man gunzip 
128 |  527  gzip -c rete > rete.gz
129 |  528  ls -sh
130 |  529  du -sh ./*
131 |  530  vim rete.gz 
132 |  531  cd ../../
133 |  532  history >patch
134 |  533  history >patch.txtx
135
136
137 Storia del backup
138 ------------------
139 |  252  cfdisk /dev/hda
140 |  253  reboot
141 |  254  cat /proc/partitions
142 |  255  cfdisk /dev/hda
143 |  256  cd /mnt/
144 |  257  ls
145 |  258  mount /dev/hda8 hda8/
146 |  259  mount /dev/hda10 hda10/
147 |  260  mount
148 |  261  umount hda10
149 |  262  mkfs.ext3 /dev/hda10
150 |  263  mount /dev/hda10 hda10/
151 |  264  ls hda10/
152 |  265  ls hda8/
153 |  266  time cp -arv /mnt/hda8/ /mnt/hda10/
154
155 Controllare da un'altra shell che la copia stia avanzando correttamente mentre e' in corso.
156
157 Ripristino sistema con rsync
158 -----------------------------
159
160 |  281  cd /mnt/
161 |  282  ls
162 |  283  mount
163 |  284  mount /dev/hda8 /mnt/hda8/
164 |  285  mount /dev/hda10 /mnt/hda10/
165 |  286  mount
166 |  287  ls hda8/
167 |  288  ls hda10/hda8/
168 |  289  rsync -arv --delete /mnt/hda10/hda8/* /mnt/hda8/
169
170 Esercizio con rsync
171 ----------------------
172
173 | * E' stata creata una cartella ``originale`` e un'altra nominata ``copie``.
174 | * E' stata fatta una copia di originale in copie: linea 519
175 | * varie prove a seguire, ancghe con l'opzione ``--delete`` (che potete cercare nella pagina MAN di rsync)
176 | * Rsync usando una destrinazione remota tramite ssh: linea 547
177 |
178 |  512  mkdir originale
179 |  513  cd originale/
180 |  514  touch primo secondo terzo
181 |  515  cd ../
182 |  516  ls -l originale/
183 |  517  mkdir copie
184 |  518  rsync originale copie/
185 |  519  rsync -r originale copie/
186 |  520  ls
187 |  521  tree -l3
188 |  522  tree -L3
189 |  523  tree -L 3
190 |  524  cd originale/
191 |  525  ls
192 |  526  touch quarto
193 |  527  rm primo 
194 |  528  cd ../
195 |  529  tree -L 3
196 |  530  rsync -r originale copie/
197 |  531  tree -L 3
198 |  532  rsync -r --delete originale copie/
199 |  533  tree -L 3
200 |  534  cd originale/
201 |  535  ls
202 |  536  mkdir nuovi
203 |  537  touch nuovi/pippo
204 |  538  rm secondo 
205 |  539  touch altra_cosa
206 |  540  cd ../
207 |  541  rsync -r --delete originale copie/
208 |  542  tree -L 3
209 |  543  tree -L 4
210 |  544  rsync -ar --delete originale copie/
211 |  547  rsync -ar --delete originale andrea@bender:/home/andrea/copie
212 |  548  rsync -var --delete originale andrea@bender:/home/andrea/copie
213 |  549  touch originale/locale
214 |  550  rsync -var --delete --progress originale andrea@bender:/home/andrea/copie
215 |  551  cd originale/
216 |  552  ls
217 |  553  rm -r nuovi/
218 |  554  ifconfig > quarto 
219 |  555  cd ../
220 |  556  trere -L 3
221 |  557  tree -L 3
222 |  558  rsync -var --delete --progress  andrea@bender:/home/andrea/copie ./
223 |  559  tree -L 3
224 |  560  cat originale/quarto 
225 |  561  ls
226 |  562  tree -L 3 copie/
227 |  563  rm -r copie/
228 |  564  rsync -var --delete --progress  andrea@bender:/home/andrea/copie/originale ./
229 |  565  ls
230 |  566  tree -L 3