Nu voi discuta în acest post despre necesitatea de a face backup la toate datele importante – cred că este evident. Dar cum configurezi un sistem de backup? Există foarte multe sisteme, metode și configurații posibile. De mai mult de un an și jumătate, folosesc Dirvish pentru a asigura datele clienților NOVIT. Iată mai jos opțiunile pe care le folosesc și de care ar trebui să ții cont atunci când alegi un sistem de backup.
Mod de stocare
Pentru că cel mai important lucru la un backup este să-l poți folosi pentru restore, am evitat toate programele care salvează fișierele în baze de date, fișiere arhivă, redenumesc fișierele, rearanjează directoarele și alte prostii.
Am ales un program care copiază tree-ul exact așa cum este el, păstrând numele fișierelor și drepturile de acces. Asta îmi permite ca restore-ul să nu fie nimic altceva decât o copiere, și dacă vreau pot să montez directorul de backup în locul unui hard disk crăpat, de exemplu. Iar dacă vreau să mă uit prin fișierele vechi, pot folosi uneltele normale.
Full vs differential/incremental
Avantajul backup-urilor differentiale/incrementale este că poți foarte ușor să vezi ce modificări au avut loc între două backup-uri succesive, și desigur economisesc o grămadă de spațiu.
Pe de altă parte însă, este destul de dificil să faci restore – pentru a ajunge la ultima variantă trebuie să recuperezi ultimul backup full și apoi să aplici toate backup-urile intermediare. Evident, nu e o idee prea bună să ștergi vreun backup între ultimul full și până la cel mai nou incremental.
O altă problemă pe care o au toate sistemele de backup pe care le-am încercat a fost că este destul de greu să-ți dai seama ce fișiere au fost șterse între backup-uri, astfel încât în cazul unui restore te poți trezi cu multe fișiere vechi.
Programul pe care îl folosesc știe să facă hardlinks dacă fișierul există și e nemodificat în backup-ul anterior. Practic face un backup incremental (și nu irosește spațiu), dar aspectul tree-ului în locația de backup este aceea a întregului “original”. Astfel este extrem de simplu să fac un restore “full”, și pot să și șterg backup-urile vechi fără grijă că o să pierd date.
Într-adevăr este un pic mai dificil să văd ce fișiere au fost modificate între backup-uri, dar pentru asta există suficiente programe care compară directoare.
Compresie
În afară de faptul că fișierele ocupă mai puțin loc pe disc, nu văd nici un avantaj al compresiei, dar văd însă o mulțime de dezavantaje:
- timpi de backup/restore mai mari, chiar și cu cele mai rapide procesoare
- restore-ul mai dificil (mult mai dificil de făcut decât o simplă copiere)
- recuperarea doar a anumitor fișiere este și ea complicată, mai ales dacă se folosește un sistem de compresie care nu permite extragerea directă a obiectelor de interes.
La cât costă în zilele noastre discurile, pur și simplu nu merită efortul de a stoca fișierele comprimate. Atunci când însă se face backup remote, este de preferat ca transferul să fie comprimat.
Criptare
Funcția de criptare te asigură că nimeni nu poate să-ți citească backup-ul. Asta este o veste foarte bună. Vestea foarte proastă este că dacă ai nevoie de criptare, probabil că nu ești sigur de securitatea fizică a mediului de backup, deci șansa ca cineva să-ți șteargă sau să-ți modifice backup-ul făcându-l astfel inutil este mare. Evident, metoda de restore este și ea mult îngreunată dacă datele sunt criptate.
Sfatul meu este să nu foloseși criptarea, în schimb să asiguri fizic discul de backup. Un hard-disk extern deconectat de la orice sistem și pus undeva sub cheie ar trebui să fie suficient.
Excludere fișiere
Este o opțiune importantă, pe care o folosesc. Nu este ceva fără de care nu poți trăi, și nu îmi bat capul să elimin chiar toate fișierele care nu sunt indispensabile, dar încerc să nu fac backup la fișiere temporare sau cache-uri de sute de mega. De obicei mă uit prin backup-uri și dacă ajunge acolo ceva inutil îl introduc într-o listă de excepții și data viitoare scap de el.
Remote backup
Aceasta este o funcție foarte utilă, practic nici nu m-am uitat la vreo aplicație care nu știe să se lege măcar prin ssh sau rsync la serverele remote de pe care am nevoie să fac backup. Există desigur și programe care rulează agenți pe fiecare mașină, dar mi s-au părut nenecesar de complicate.
***
Și ca o notă de încheiere, RAID NU este o metodă de backup. RAID nu te protejează dacă a eșuat un update sau ai editat greșit un fișier important de configurare. RAID îți oferă redundanță împotriva căderii fizice a harddisk-urilor și atât. RAID și backup nu se exclud una pe alta și trebuie făcute amândouă.
Tu ce sistem de backup folosești și cum l-ai configurat? Scrie un comentariu mai jos! Iar dacă ai nevoie de ajutor pentru configurarea unui sistem de backup, nu ezita să ne contactezi!
Notă: acest post este republicat de pe blog-ul meu personal, iar articolul original este acesta.
Image credit: abdallahh.
Related posts:
- Alegerea mediului de backup Atunci când pui la punct strategia de backup a companiei,...
- 5 întrebări pentru a formula o strategie de backup Atunci când preiau sau construiesc infrastructura IT a unui client,...
[...] Am republicat pe blog-ul NOVIT, cu foarte mici modificări, un articol mai vechi de aici, pentru că îl consider important pentru micii întreprinzători. Dacă te numeri printre ei, ai probabil date importante pe care nu îți poți permite să le pierzi. Trebuie să citești cum să faci Backup cu cap! [...]