Ce este "backup"?

Cerințe?

Să definim terminologia. Ce este un backup?
Este logic să presupunem că aceasta este o copie a datelor stocate anterior în scopul restabilirii în cazul distrugerii originalului.
Prin urmare, prima cerință - izolarea. Nu are sens să faceți o copie a documentelor pentru apartament și să o păstrați în același loc ca și originalul. Deci, nu are sens să faceți o copie a datelor și să le stocați pe același disc / pe același server ca și originalul. Este logic? Este.

Mergem mai departe. Dacă facem o copie a datelor, atunci ne este frică să o pierdem. Deci? Deci Prin urmare, toate datele rezervate sunt valoroase pentru noi. Deci? Din nou așa. Prin urmare, a doua cerință este integritatea. Nu are nici un rost să copiem fără a verifica integritatea - la ieșire putem obține date distruse sau pierdem o parte iremediabilă.

Un alt punct. Imaginați-vă că ați șters fișierul. Sau nu un fișier, dar multe fișiere. De exemplu, au făcut din greșeală "rm -rf ./ test". De asemenea, au rămas la culcare, cu conștiință liniștită. Și la miezul nopții ... a fost de rezervă. Dar ghinionul - a fost configurat astfel încât a creat o copie completă a datelor fără a lua în considerare versiunile și modificările. Ie a șters fișierul șters de dvs. și de pe suportul de rezervă prea - a făcut un lucru, inversul scopului său. Prezentat? A treia cerință este versiunea. Ar trebui să puteți reveni la starea anterioară a datelor și să nu aveți doar două copii identice.

Și în cele din urmă?

În cele din urmă am primit cele trei cerințe care trebuie îndeplinite de un sistem de rezervă, în scopul de a purta acest nume mândru, și sigur stoca datele. Izolarea protejează împotriva defecțiunilor hardware sau de factori externi (incendii, inundații, etc.), precum și de ștergere a datelor rău intenționate (care nu permite unui atacator sau virus pentru a infecta / șterge și de rezervă prea), monitorizarea integrității se asigură că toate datele sunt rezervate, și nu să fie lăsat cu nimic în cazul pierderii instanței principale, învățarea despre problemele prea târziu, versionare nu va da sistemul de rezervă pentru a muta glonțul din piciorul utilizatorului, care sa împușcat în genunchi - este în cap.

Mai aproape de practică.

Schema dvs. asigură integritatea datelor? De exemplu, dacă mediul de stocare de rezervă nu are spațiu și copia nu poate fi salvată corect - veți ști despre aceasta?
Oferă completitudine? Dacă această aplicație - setările sunt salvate, dacă baza de date este schematică etc.






Pot obține o copie de lucru dintr-o copie existentă? Sau lipsește ceva?

Vă imaginați ce veți face dacă veți pierde datele de bază? Există metoda (cea mai simplă) de recuperare? Sunt toate punctele sale fezabile și suficiente pentru a obține date? În practică, există cazuri în care a fost făcut backup pe criptat HDD, cheie de criptare sofisticate și mai sigure nu este stocată în mintea proprietarului, și nici măcar pe piesa galben de hârtie, și ... da, pe laptop, de la care a fost făcută de rezervă. După cum înțelegeți, atunci când ați furat un laptop, datele au fost pierdute irevocabil.

Desfășurați "exerciții" - imaginați-vă că transportatorul principal este pierdut și încercați să vă recuperați. Sunt sigur că prima dată când nu vei face nimic, sau se pare că multe lucruri nu sunt cu adevărat cele pe care le-ai imaginat înainte.

Mituri și exemple de decizii incorecte

Din anumite motive, oamenii preferă să se înșele. De exemplu, mulți oameni cred că RAID înlocuiește backup-ul și garantează securitatea datelor. Mai ales dacă RAID-ul nu este simplu - prima și fantezia, a 5-a, de exemplu.
Dar RAID nu este o copie de rezervă. Dintre criteriile definite mai sus, în general toate cele trei nu sunt îndeplinite - discurile oglindite nu sunt izolate, nu sunt monitorizate și nu sunt versiuni. Căderea sistemului de fișiere, un aleatoare «rm -rf /» sau o eroare atunci când se lucrează cu partiții vor distruge datele de pe ambele discuri si RAID nu va ajuta pentru a le salva. În plus, dacă FS deteriorat pe un disc poate fi de obicei restabilit cel puțin parțial, atunci matricea ruptă - aproape întotdeauna nu.

Un sistem comun de "separat HDD pentru copiere de rezervă" nu este, de asemenea, viabil. În primul rând, datele de rezervă sunt disponibile și vulnerabile la un atacator, la un virus sau la o eroare obișnuită la rm -rf / ". În al doilea rând, există o mulțime de situații și, foarte probabil, va distruge ambele unități simultan. De exemplu, o moarte violentă și frumoasă (cu efecte speciale) a unității de putere. Sau o găleată de apă răsturnată pe computer de către agentul de curățare. Sau ... o mulțime de ei.

De asemenea, utilitarele, cum ar fi dropbox-ul, nu sunt de folos în cazul copierii de rezervă - cu excepția cazului în care, desigur, este furnizată versiune. Prin coruperea accidentală a datelor în copia principală, veți pierde și de backup, doar între ele schimbările sunt sincronizate. Datele nu vor fi returnate.

În loc să încheiem

Protejați-vă datele cu 15 minute "înainte" - puteți salva 15 ore "după". Nu uitați anecdotul despre bărbați despre cei care nu fac backup și pe cei care le fac deja.

Caracteristici de stocare pe termen lung a copiilor de rezervă
În conformitate cu cerințele legislative, standardele industriale și politicile corporative, compania poate solicita perioade lungi de stocare a informațiilor corporative (5, 10 și chiar 30 de ani). La ce ar trebui să acordați o atenție specială în acest caz? Când planificați o copie de rezervă pe termen lung, trebuie să țineți cont de termenul respectiv

Partea de rezervă a copiei de rezervă
Proverb standard pentru orice cu date: ar fi trebuit făcută o copie de rezervă. Și indiferent de modul în care se poate obiecta. Cu toate acestea ... Când spunem că "backup-ul trebuie făcut", vorbim, de obicei, despre copierea de rezervă a datelor pierdute. Ca și cum aș petrece 2 minute, nu aș fi trist cu privire la luna de lucru pierdută. Cu toate acestea, în această frază există o chin. Dacă știm exact ce anume

Trimiteți-le prietenilor: