este ușor să citezi cele mai bune practici și să spui cuiva ce ar trebui să facă, dar nu funcționează întotdeauna în practica reală. „Totul funcționează pe hârtie”, a fost răspunsul meu la un arhitect care mi-a spus că trebuie să ” ader la liniile directoare și cele mai bune practici recomandate, mai degrabă decât să fiu un sysadmin necinstit.”Adevărul este că nu am fost un sysadmin necinstit. Problema a fost că acest „arhitect” nu a fost niciodată în interiorul unui centru de date și nici nu a văzut vreodată o incintă de server. Citea pur și simplu un manual și îmi spunea cum ar trebui făcut, deși nu avusese niciodată experiența de a-l face el însuși.
lăsând la o parte experiențele (și atitudinea) mele, ar trebui să urmați, cât mai îndeaproape posibil, liniile directoare și cele mai bune practici pentru sistemele dvs. Dar, de asemenea, urmați-vă cea mai bună judecată în orice faceți, atâta timp cât aveți la bază interesele utilizatorilor și ale sistemului dvs. Iată cele cinci sfaturi de backup și restaurare Linux din tranșee, în nici o ordine specială.
1. Vechea regulă 3-2-1—nu cred că aceasta este absolut necesară pentru fiecare situație, dar nu veți fi niciodată concediat pentru că aveți prea multe copii bune ale datelor companiei dvs. sau pentru că protejați prea mult datele corporative. Regula 3-2-1 prevede că ar trebui să păstrați trei (sau mai multe) copii ale datelor dvs. pe două suporturi diferite și una într-o locație în afara amplasamentului. Cei care folosesc această metodă rareori se găsesc fără o copie de rezervă viabilă disponibilă din care să-și restaureze fișierele. Dezavantajele acestei reguli sunt cerințele de spațiu și gestionarea. Trei copii ale datelor necesită mult spațiu, iar stocarea pe două suporturi diferite este costisitoare. Preluarea și depozitarea în afara amplasamentului sunt, de asemenea, scumpe, dar trebuie să cântăriți cheltuiala 3-2-1 împotriva faptului că nu aveți o copie de rezervă bună și recuperabilă.
2. O rețea de rezervă dedicată—adăugați o placă de interfață de rețea (NIC) la sistemele dvs. de server, plasați acele NIC-uri pe propriul VLAN izolat (astfel încât traficul de rezervă intens să nu afecteze traficul de producție) și utilizați o locație centrală de rezervă, cum ar fi un server de stocare sau un spațiu de stocare atașat la rețea. Asigurați-vă că legați mai multe NIC-uri împreună pe serverul de stocare pentru a gestiona toate datele primite. Tablourile de discuri de mare viteză ajută, de asemenea, la înregistrarea simultană a datelor din mai multe locații.
3. Eșalonați—vă copiile de rezervă-se pare că toată lumea vrea să-și stabilească copiile de rezervă pentru a începe la 1:00am. Nu face asta. Veți inunda rețeaua cu trafic de rezervă, chiar și un VLAN segregat, iar copiile de rezervă vor ajunge să nu se termine pentru că expiră sau vor rula pentru totdeauna. Calculați cât durează fiecare copie de rezervă și apoi eșalonați în consecință. De asemenea, nu fiecare server trebuie să fie susținut în timpul nopții. Unele servere ar putea deveni liniștite încă de la 6:00pm când toată lumea a deconectat rețeaua corporativă. Puteți face backup pentru mai multe sisteme în același timp—doar nu pentru fiecare server.
4. Documentați-vă procedurile de rezervă – știu că documentația este cel mai puțin preferat lucru de făcut al tuturor, dar amintiți-vă că nu lucrați complet în vid. Există alte persoane care ar putea să urmeze instrucțiunile sau pentru a ridica în cazul în care vă lăsați atunci când vă schimbați locul de muncă. Vă rugăm să documentați strategia de backup, pașii pe care îi faceți pentru backup de date, în cazul în care datele sunt susținute, identificați și explicați automatizarea și explicați cum să recuperați datele de rezervă. Verificați documentația făcând ca altcineva să efectueze o copie de rezervă și o restaurare. Transferul este critic și, dacă vă lăsați compania actuală într-o situație proastă, vă limitați posibilitățile viitoare de carieră. Cercurile tehnologice sunt mici și toată lumea vorbește. Dacă aveți o reputație proastă pentru sabotaj sau separări negative, veți deteriora temporar acea companie, dar vă veți răni definitiv.
5. Verificați copiile de rezervă—deși acest sfat ar trebui să fie de la sine înțeles, mulți administratori de sistem rulează copii de rezervă, verifică dacă au rulat, dar nu verifică niciodată dacă backup-ul este de fapt util. Modul în care verific copiile de rezervă este să plantez un fișier numit ceva de genul backup_verify.txt undeva pe sistemul de fișiere, de obicei în /etc/configs pe care le restaurez în mod regulat. Puteți automatiza această restaurare dacă doriți; nu trebuie să fie un proces de restaurare manuală pentru a verifica dacă puteți extrage acest fișier dintr-o copie de rezervă și să îl restaurați într-o locație cunoscută.
împachetarea
copiile de rezervă sunt un punct de durere major, comun în rândul administratorilor de sistem. Nimănui nu îi place să efectueze copii de rezervă și se pare că ne enervează când trebuie să restaurăm dintr-o copie de rezervă. Copiile de rezervă sunt pur și simplu o durere universală. Ele sunt, totuși, un rău necesar. O copie de rezervă bună vă poate economisi mult timp, în timp ce copiile de rezervă proaste sau interzice, fără copii de rezervă, vor face puțin pentru a vă îmbunătăți cariera sysadmin.