{"id":29927,"date":"2019-10-31T21:32:42","date_gmt":"2019-10-31T18:32:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa\/"},"modified":"2019-10-31T21:32:42","modified_gmt":"2019-10-31T18:32:42","slug":"bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\u201eBackup-ul s\u0103 fie pe band\u0103.\u201d Nara\u021biune la persoana \u00eent\u00e2i.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00cen articolul anterior<\/a><\/noindex> V-am vorbit despre noile func\u021bii din update-ul 4 lansat \u00een ianuarie pentru Veeam Backup & Replication 9.5 (VBR), unde am ales deliberat s\u0103 nu men\u021bion\u0103m backup-urile pe band\u0103 magnetic\u0103. Discu\u021bia despre acest domeniu merit\u0103 un articol separat, deoarece au fost realmente multe nout\u0103\u021bi.<\/p>\n

\u2013 Oameni buni din QA, ve\u021bi scrie un articol?
\n\u2013 De ce nu!<\/p>\n

\"\u201eBackup-ul
\n
\n<\/a><\/noindex><\/p>\n

Discurile magnetice \u00een secolul XXI<\/h1>\n

\nStocarea datelor pe benzi magnetice (cartridgi, \u201ebenzi<\/b>\u201d, a\u0219a cum le numim noi \u00een R&D) nu se limiteaz\u0103 la computerul \u00eenvechit ZX-Spectrum, un joc pentru care putea fi \u00eenc\u0103rcat \u00een memoria RAM de 48 kb de pe o band\u0103 magnetic\u0103<\/a><\/noindex> \u00een c\u00e2teva minute. \u00centr-un sfert de veac, viteza \u0219i capacitatea benzilor au crescut cu 6-7 ordine de m\u0103rime. Aceasta nu este o compara\u021bie complet corect\u0103, iar legea lui Moore<\/a><\/noindex> standard LTO<\/a><\/noindex> nu reu\u0219e\u0219te s\u0103 \u021bin\u0103 pasul. Cu toate acestea, tehnologiile moderne permit \u00eenregistrarea a 12 terabi\u021bi de date pe o band\u0103 de un kilometru (p\u00e2n\u0103 la 30 de terabi\u021bi \u00een modul de compresie), astfel c\u0103 un dispozitiv de 160 de dolari dep\u0103\u0219e\u0219te concuren\u021ba \u00een ceea ce prive\u0219te costul stoc\u0103rii pe termen lung a unui volum mare de date, chiar \u0219i cu investi\u021biile \u00een echipamentele de scriere\/lectur\u0103. Datele pe astfel de benzi sunt p\u0103strate \u00een mod fiabil timp de 15-30 de ani.<\/p>\n

Voi aborda sub un alt unghi. \u00cen ultima vreme, virusii ransomware<\/a><\/noindex> au atins un nou nivel. Ace\u0219tia pot a\u0219tepta momentul potrivit \u00een infrastructura unei companii mari s\u0103pt\u0103m\u00e2ni \u0219i luni, iar odat\u0103 cu apari\u021bia unei noi vulnerabilit\u0103\u021bi zero-day \u2013 s\u0103 distrug\u0103 (nu f\u0103r\u0103 ajutor uman, pentru c\u0103 sunt implica\u021bi bani mari) nu doar toate datele, ci \u0219i toate backup-urile, p\u00e2n\u0103 la care s-ar putea ajunge. Iat\u0103 exemplu recent<\/a><\/noindex>, c\u00e2nd o companie a fost nevoit\u0103 s\u0103 pl\u0103teasc\u0103 r\u0103scump\u0103r\u0103torilor. A\u0219a-numitele air gap<\/b>, adic\u0103 backup-urile fizic izolate de infrastructur\u0103, au devenit, de fapt, singura salvare fiabil\u0103 \u00eempotriva unor astfel de situa\u021bii. Banda magnetic\u0103 este una dintre solu\u021biile care nu devin \u00eenvechite.<\/p>\n

\"\u201eBackup-ul
\n
\nDar o simpl\u0103 specifica\u021bie \u0219i nout\u0103\u021bi tehnologice de la principalii produc\u0103tori (IBM, HPE, Oracle, Dell) pentru protec\u021bia fiabil\u0103 a datelor nu sunt suficiente, este nevoie de un software bun. La noi \u00een Veeam, exist\u0103 o \u00eentreag\u0103 echip\u0103 care se ocup\u0103 cu backup-urile pe band\u0103, aproximativ 10 persoane analizeaz\u0103 zilnic, planific\u0103, cerceteaz\u0103, dezvolt\u0103 \u0219i testeaz\u0103. Rezultatele acestei munci le-a\u021bi putut vedea \u00een articolele anterioare (unu<\/a><\/noindex>, doi<\/a><\/noindex>). Ce s-a realizat \u00een ultimul an?<\/p>\n

Ghid terminologic<\/h1>\n

\nSe pune alegerea \u00eentre libert\u0103\u021bile \u00een rela\u021bie cu limba matern\u0103 \u0219i termenii care complic\u0103 citirea. Prefer prima variant\u0103, a\u0219a c\u0103 \u00eemi cer scuze dinainte dac\u0103 unii termeni din lista de mai jos vor deranja pe cineva. Aici, de asemenea, voi reaminti pe scurt ce \u00eenseamn\u0103 fiecare termen. <\/p>\n

Coryfeilor VBR aceast\u0103 parte poate fi s\u0103rit\u0103<\/b>Job <\/b>\u2013 job \u2013 sarcina de salvare de rezerv\u0103. De fapt, tot VBR-ul se bazeaz\u0103 pe joburi. Pe l\u00e2ng\u0103 backup \u0219i replicare, aceasta poate fi \u0219i copierea pe band\u0103 magnetic\u0103 (backup to tape job, job pe band\u0103). Voi men\u021biona c\u0103 restaurarea dintr-o copie de rezerv\u0103 (restore) este tot un job, dar \u00een acest articol acest cuv\u00e2nt se va referi \u00een mod special la backup.<\/p>\n

Storage <\/b>\u2013 storage \u2013 denumire istoric\u0103. Acestea sunt fi\u0219iere \u00een repository <\/b>(repository \u2013 depozit), care con\u021bin copii de rezerv\u0103 \u2013 complet <\/b>\u0219i incrementale<\/b>. \u00centr-un storage poate fi at\u00e2t o ma\u0219in\u0103 virtual\u0103, c\u00e2t \u0219i mai multe.<\/p>\n

Chain <\/b>\u2013 chain \u2013 o secven\u021b\u0103 de storageuri interconectate. Pentru a restaura datele dintr-un storage incremental n, sunt necesare toate cele anterioare de la (n-1) la 1 \u0219i storage-ul complet la care face referire primul incremental.<\/p>\n

Source<\/b>, Target <\/b>\u2013 source, target. Source \u2013 entitatea original\u0103 pe care o proceseaz\u0103 jobul. \u00cen cazul backup-urilor\/replic\u0103rilor, aceasta este, de regul\u0103, o ma\u0219in\u0103 virtual\u0103 \u00een hypervisor. \u00cen cazul jobului pe band\u0103, source-ul este \u00eens\u0103\u0219i jobul de backup (sau fi\u0219ierele \u00een cazul jobului file to tape). Target pentru jobul de backup este repozi\u021bia \u00een care sunt stocate backup-urile. Pentru jobul pe band\u0103, aceasta este media pool.<\/p>\n

Media pool<\/b> \u2013 media pool<\/a><\/noindex> \u2013 un grup de suport informa\u021bional, \u00een cazul nostru \u2013 casete. Un container logic, creat de utilizator \u0219i con\u021bin\u00e2nd casete din una sau mai multe biblioteci. A\u0219adar, jobul pe band\u0103 are \u00eentotdeauna un media pool ca target, adic\u0103 datele nu sunt scrise pe o anumit\u0103 caset\u0103 sau pe orice caset\u0103 din bibliotec\u0103, ci pe un set specific de acestea. Media pool-ul are set\u0103ri de timp pentru stocarea datelor, dup\u0103 care caseta poate fi rescris\u0103. Utilizatorul poate crea at\u00e2t pools standard (standard) c\u00e2t \u0219i<\/a><\/noindex>GFS-pools.<\/p>\n

Media set<\/b> \u2013 media set<\/a><\/noindex> \u2013 set de casete \u00een pool-ul media, pe care se scriu continuu backup-uri\/fail-uri. Pentru pool-urile GFS, seturile media sunt legate \u0219i de interval (de exemplu, anual \u2013 yearly), casetele se rotesc doar \u00een interiorul propriului interval.<\/p>\n

Unitate<\/b>, schimb\u0103tor<\/b><\/a><\/noindex> \u2013 elemente ale bibliotecii de benzi. Unitatea cite\u0219te \u0219i r\u0103sfoie\u0219te caseta, schimb\u0103torul \u2013 este robotul care mut\u0103 casetele \u00eentre sloturile de stocare, sloturile de desc\u0103rcare \u0219i unitate. Exist\u0103 \u0219i unit\u0103\u021bi autonome<\/b> (standalone \u2013 de sine st\u0103t\u0103tor), rolul schimb\u0103torului este \u00eendeplinit de o persoan\u0103. Pentru unitate, este obligatoriu ca driver-ul produc\u0103torului s\u0103 fie corect instalat pe ma\u0219ina Windows la care este conectat\u0103 biblioteca; cu schimb\u0103torul putem lucra \u0219i f\u0103r\u0103 drivere, pe SCSI nativ.<\/p>\n

<\/p>\n

\u00cenchiriere pe band\u0103. Providerul este protejat \u2013 clien\u021bii sunt proteja\u021bi<\/h1>\n

\nA\u0219adar, hai s\u0103 arunc\u0103m c\u0103r\u021bile pe mas\u0103. Cea mai mare caracteristic\u0103 a actualiz\u0103rii noastre, destinat providerilor de cloud<\/a><\/noindex>, care folosesc VBR \u00een infrastructura lor. Dezvoltarea a \u00eenceput acum dou\u0103 ani. \u00cen cur\u00e2nd ne-am dat seama c\u0103 nu vom reu\u0219i s\u0103 facem fa\u021b\u0103 unei astfel de sarcini serioase \u00eenainte de urm\u0103toarea lansare, am luat o pauz\u0103 scurt\u0103 \u0219i, \u00een cele din urm\u0103, am lansat caracteristica \u00een 9.5 Update 4.<\/p>\n

Pe scurt, acum providerii au posibilitatea de a copia backup-urile clien\u021bilor lor pe benzi folosind jobul de band\u0103 \u00een pool-ul GFS. Acest lucru le ofer\u0103 providerilor \u2013 iar ace\u0219tia sunt oameni foarte importan\u021bi pentru noi \u0219i pentru departamentul nostru comercial \u2013 dou\u0103 oportunit\u0103\u021bi:<\/p>\n