Back up

Appunti introduttivi alle strategie di bak-up

Author:Andrea Manni Copyright:GFDL Version:0.1

Indice degli argomenti

• Back up
  • Appunti introduttivi alle strategie di bak-up
    • Scegliere i supporti di back-up
      • Possibili eventi che possono compromettere i supporti di sotoraggio:
    • Come si fa il back-up
    • Strategia di back-up
    • Gestione dei back up:
      • Esercizio con le patch
      • Storia del backup
      • Ripristino sistema con rsync
      • Esercizio con rsync

Generato con: http://docutils.sourceforge.net/rst.html

Scegliere i supporti di back-up

Prima di cominciare le procedure di back-up e’ fondamentale decidere su quale supporto di memorizzazione fare i back up:

• su un file system diverso diverso da quello oggetto di back-up.

• Utilizzare possibilmente un supporto di storaggio:

  • 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.
  • 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).
  • 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).

• 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.

Possibili eventi che possono compromettere i supporti di sotoraggio:

Sostanzialmente qualunque evento che possa modificare i dati, o renderli non piu’ leggibili per motivi fisici (rottura hardware):

1. virus
2. errore di distrazione (cancellazione accidentale, sovrascrittura di vecchie versioni...)
3. Aggiornamento software non riuscito
4. problema hardware (hard disk fail)
5. Incendio! Terremoto! Pestilenze!

1,2,3) sono tutte cose che possono modificare i files (da software):

• Li mettiamo in sola lettura, non scrittura. Cosi’ non si puo’ modificarli accidentalmente I back-up devono essere in sola lettura

4. I dati vanno tenerli su un supporto fisico diverso dall’originale, Possibilmente collegato ad un altro sistema. Il problema principale e’ l’alimentazione: quindi un HD esterno con alimentazione autonoma e’ gia’ un miglioramento.
5. Dislocare i media, tenerli in luoghi separati. Tenere una copia in una banca, su un server remoto tramite gli appositi servizi online.

---

Come si fa il back-up

• Si stabilisce dove e come fare i back up
• Si fanno fisicamente i back up
• Si ripristina un back up per vedere se tutto funziona
• Periodicamente si fa un ripristino per vedere se i back up sono ancora utilizzabili.

Strategia di back-up

Bisogna stabilire una strategia di back-up:

1. Decidere cosa possa essere back uppato. Dato che le risorse di storaggio sono limitate
2. Quando e quanto spesso fare il back up. Anche questo inciude sulla quantita’ di aspazio necessario. Aiuterebbe poter creare un back up incrementale.

Per il punto primo:

1. Bisogna fare un’alisi dei dati. Dimensioni, natura dei file (se sono binari o testo) Un file di testo si puo’ comprimere, o si puo’ tenere una versione incrementale. Un file binario (tipo un mp3, un progetto...) non e’ comprimibile o spezzettabile.
2. Analisi dell’utilizzo dei dati: quanto spesso vengo utilizzati, da chi, a quale scopo, quanto spesso cambiano i dati.

Gestione dei back up:

Si potrebbe fare una copia semplce con cp. Il sistema e’ semplice e gestibile.

Es:

`` # cp -ar sorgente destinazione/``

Esercizio con le patch

502 mkdir patch

503 cd patch/

504 ifconfig > rete

505 cat rete

506 cp rete rete_new

507 vim rete_new

508 tail rete

509 tail rete_new

510 vimdiff rete rete_new

511 diff rete rete_new

512 diff rete rete_new > rete_patch

513 mkdir paccio

514 cp rete rete_patch paccio/

515 cd paccio/

516 ls

517 ls -sh

518 patch rete < rete_patch

519 cat rete

520 tail ../rete

521 ls

522 ls

523 gunzip rete

524 gunzip -h

525 gunzip rete > rete.gz

526 man gunzip

527 gzip -c rete > rete.gz

528 ls -sh

529 du -sh ./*

530 vim rete.gz

531 cd ../../

532 history >patch

533 history >patch.txtx

Storia del backup

252 cfdisk /dev/hda

253 reboot

254 cat /proc/partitions

255 cfdisk /dev/hda

256 cd /mnt/

257 ls

258 mount /dev/hda8 hda8/

259 mount /dev/hda10 hda10/

260 mount

261 umount hda10

262 mkfs.ext3 /dev/hda10

263 mount /dev/hda10 hda10/

264 ls hda10/

265 ls hda8/

266 time cp -arv /mnt/hda8/ /mnt/hda10/

Controllare da un’altra shell che la copia stia avanzando correttamente mentre e’ in corso.

Ripristino sistema con rsync

281 cd /mnt/

282 ls

283 mount

284 mount /dev/hda8 /mnt/hda8/

285 mount /dev/hda10 /mnt/hda10/

286 mount

287 ls hda8/

288 ls hda10/hda8/

289 rsync -arv –delete /mnt/hda10/hda8/* /mnt/hda8/

Esercizio con rsync

* E’ stata creata una cartella originale e un’altra nominata copie.

* E’ stata fatta una copia di originale in copie: linea 519

* varie prove a seguire, ancghe con l’opzione --delete (che potete cercare nella pagina MAN di rsync)

* Rsync usando una destrinazione remota tramite ssh: linea 547

512 mkdir originale

513 cd originale/

514 touch primo secondo terzo

515 cd ../

516 ls -l originale/

517 mkdir copie

518 rsync originale copie/

519 rsync -r originale copie/

520 ls

521 tree -l3

522 tree -L3

523 tree -L 3

524 cd originale/

525 ls

526 touch quarto

527 rm primo

528 cd ../

529 tree -L 3

530 rsync -r originale copie/

531 tree -L 3

532 rsync -r –delete originale copie/

533 tree -L 3

534 cd originale/

535 ls

536 mkdir nuovi

537 touch nuovi/pippo

538 rm secondo

539 touch altra_cosa

540 cd ../

541 rsync -r –delete originale copie/

542 tree -L 3

543 tree -L 4

544 rsync -ar –delete originale copie/

547 rsync -ar –delete originale andrea@bender:/home/andrea/copie

548 rsync -var –delete originale andrea@bender:/home/andrea/copie

549 touch originale/locale

550 rsync -var –delete –progress originale andrea@bender:/home/andrea/copie

551 cd originale/

552 ls

553 rm -r nuovi/

554 ifconfig > quarto

555 cd ../

556 trere -L 3

557 tree -L 3

558 rsync -var –delete –progress andrea@bender:/home/andrea/copie ./

559 tree -L 3

560 cat originale/quarto

561 ls

562 tree -L 3 copie/

563 rm -r copie/

564 rsync -var –delete –progress andrea@bender:/home/andrea/copie/originale ./

565 ls

566 tree -L 3