{"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\/sl\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\u201eZarezerwuj mi kopi\u0119 na ta\u015bm\u0119\u201c. Opowie\u015b\u0107 z pierwszej r\u0119ki","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

V prej\u0161njem \u010dlanku<\/a><\/noindex> Opowiedzieli\u015bmy Wam o nowych funkcjach, kt\u00f3re pojawi\u0142y si\u0119 w styczniowej aktualizacji Update 4 dla Veeam Backup & Replication 9.5 (VBR), gdzie celowo nie wspomnieli\u015bmy o kopiach zapasowych na ta\u015bmach magnetycznych. Opowie\u015b\u0107 na ten temat zas\u0142uguje na osobny artyku\u0142, poniewa\u017c nowych funkcji rzeczywi\u015bcie by\u0142o sporo.<\/p>\n

\u2013 Ch\u0142opaki z QA, napiszecie artyku\u0142?
\n\u2013 Czemu nie!<\/p>\n

\"\u201eZarezerwuj
\n
\n<\/a><\/noindex><\/p>\n

Koparki ta\u015bmowe w XXI wieku<\/h1>\n

\nPrzechowywanie danych na ta\u015bmach magnetycznych (kasetach, \u201eta\u015bmach<\/b>\u201d, jak je nazywamy w R&D) nie ogranicza si\u0119 do przesz\u0142ego komputera ZX-Spectrum, kt\u00f3ra mog\u0142a \u0142adowa\u0107 jedn\u0105 gr\u0119 do pami\u0119ci operacyjnej 48 kb z kasety magnetofonowej<\/a><\/noindex> przez kilka minut. Przez \u0107wier\u0107 wieku pr\u0119dko\u015bci i pojemno\u015bci kaset wzros\u0142y o 6-7 rz\u0119d\u00f3w wielko\u015bci. To niew\u0142a\u015bciwe por\u00f3wnanie, i wed\u0142ug prawa Moore'a<\/a><\/noindex> standard LTO<\/a><\/noindex> nie nad\u0105\u017ca. Niemniej nowoczesne technologie pozwalaj\u0105 na zapisanie na kilometrze ta\u015bmy jednej kasety 12 terabajt\u00f3w danych (do 30 terabajt\u00f3w w trybie kompresji), w ten spos\u00f3b 160-dolarowy no\u015bnik pozostawia konkurencj\u0119 w tyle pod wzgl\u0119dem koszt\u00f3w d\u0142ugoterminowego przechowywania du\u017cych ilo\u015bci danych, nawet uwzgl\u0119dniaj\u0105c inwestycje w sprz\u0119t do nagrywania\/odczytu. Dane na takich kasetach s\u0105 bezpiecznie przechowywane przez 15-30 lat.<\/p>\n

Sprawdz\u0119 to z innej strony. Ostatnio wirusy ransomware<\/a><\/noindex> osi\u0105gn\u0119\u0142y nowy poziom. Mog\u0105 czeka\u0107 na swoj\u0105 szans\u0119 w infrastrukturze du\u017cej firmy przez tygodnie i miesi\u0105ce, a z pojawieniem si\u0119 kolejnej luki zero-day \u2013 zniszczy\u0107 (nie bez pomocy cz\u0142owieka, bo stawka jest wysoka) nie tylko wszystkie dane, ale tak\u017ce wszystkie kopie zapasowe, do kt\u00f3rych mo\u017cna si\u0119 dosta\u0107. Oto \u015bwie\u017cy przyk\u0142ad<\/a><\/noindex>, kiedy firma musia\u0142a zap\u0142aci\u0107 rzezimieszkowi. Tak zwane air gap<\/b>, czyli fizycznie izolowane od infrastruktury kopie zapasowe, sta\u0142y si\u0119 w zasadzie jedynym niezawodnym ratunkiem przed takimi historiami. Ta\u015bma magnetyczna jest tutaj jednym z rozwi\u0105za\u0144, kt\u00f3re nie wychodz\u0105 z u\u017cycia.<\/p>\n

\"\u201eZarezerwuj
\n
\nAle sama specyfikacja i technologiczne nowinki \u017celazne i barytowo-ferrytowe od wiod\u0105cych producent\u00f3w (IBM, HPE, Oracle, Dell) nie wystarcz\u0105 do niezawodnej ochrony danych, potrzebne jest tak\u017ce dobre oprogramowanie. W Veeam mamy ca\u0142y zesp\u00f3\u0142 zajmuj\u0105cy si\u0119 kopiami ta\u015bmowymi; oko\u0142o 10 os\u00f3b codziennie analizuje, planuje, bada, opracowuje i testuje. Wyniki tej pracy mogli\u015bcie zobaczy\u0107 w poprzednich artyku\u0142ach (jedan<\/a><\/noindex>, dva<\/a><\/noindex>). Kaj je bilo narejeno v zadnjem letu?<\/p>\n

Re\u010dnik<\/h1>\n

\nOdlo\u010ditev je med svobo\u0161\u010dinami do maternega jezika in zapletenimi izrazi, ki ote\u017eujejo branje. Raje izbiram prvo mo\u017enost, zato se vnaprej opravi\u010dujem, \u010de bo nekaterim \u017eargon iz spodnjega seznama skakal v o\u010di. Tu bom na kratko spomnil, kaj pomeni dolo\u010den izraz. <\/p>\n

Korefijem VBR lahko ta del presko\u010dite<\/b>Job <\/b>\u2013 job \u2013 naloga za varnostno kopiranje. V bistvu je celoten VBR zgrajen na jobih. Poleg varnostnega kopiranja in replikacije je lahko tudi kopiranje na magnetni trak (backup to tape job, tape job). Opozarjam, da je obnova iz varnostne kopije (restore) prav tako job, vendar bo v tem \u010dlanku ta izraz pomenil prav varnostno kopiranje.<\/p>\n

Shramba <\/b>\u2013 storage \u2013 zgodovinsko poimenovanje. To so datoteke v repozitoriji <\/b>(repository \u2013 skladi\u0161\u010de), ki vsebujejo varnostne kopije \u2013 polne <\/b>in inkrementalne<\/b>. V eni shrambi je lahko ena ali ve\u010d virtualnih strojev.<\/p>\n

Veriga <\/b>\u2013 chain \u2013 zaporedje med seboj povezanih shramb. Za obnovo podatkov iz n-te inkrementalne shramb potrebujemo vse predhodne od (n-1)-te do 1. in polno shrambo, na katero se sklicuje prva inkrementalna.<\/p>\n

Vir<\/b>, cilj <\/b>\u2013 source, target. Vir \u2013 izvorni entitet, ki ga obdela job. V primeru varnostnih kopij\/replic je to obi\u010dajno virtualni stroj v hipervizorju. V primeru tape joba je vir sama job za varnostno kopiranje (ali datoteke v primeru file to tape joba). Cilj za job varnostnega kopiranja je skladi\u0161\u010de, kjer so shranjene varnostne kopije. Pri tape jobu pa je to medijski bazen.<\/p>\n

Medijski bazen<\/b> \u2013 media pool<\/a><\/noindex> \u2013 bazen nosilcev informacij, v na\u0161em primeru \u2013 kaset. Logi\u010dna posoda, ki jo ustvari uporabnik in ki vsebuje kasete ene ali ve\u010d knji\u017enic. Tako ima tape job vedno medijski bazen kot cilj, to pomeni, da se podatki ne zapisujejo na katero koli posebno kaseto ali na katero koli kaseto v knji\u017enici, temve\u010d na dolo\u010den niz. Medijski bazen ima nastavitev \u010dasa hrambe podatkov, po kateri se lahko kaseta prepi\u0161e. Uporabnik lahko ustvari obi\u010dajne (standard) in GFS bazene<\/a><\/noindex>. Vsaka izmed teh vrst je lahko \u0161e WORM in ne-WORM, o tem kasneje.<\/p>\n

Medijski set<\/b> \u2013 media set<\/a><\/noindex> \u2013 niz kaset v medijskih bazah, na katere se neprekinjeno zapisujejo varnostne kopije\/datoteke. Za GFS-baze imajo medijski nizi prav tako povezavo z intervalom (npr. letnim \u2013 yearly), kasete se rotirajo samo znotraj svojega intervala.<\/p>\n

Pogoni<\/b>, menjalnik<\/b><\/a><\/noindex> \u2013 elementi trakovne knji\u017enice. Pogon prebere in previje kaseto, menjalnik \u2013 je robot, ki premika kasete med skladi\u0161\u010di, skladi\u0161\u010di za iztovarjanje in pogonom. Obstajajo tudi samostojni pogoni<\/b> (standalone \u2013 samostojen), v tem primeru nalogo menjalnika opravi \u010dlovek. Za pogon je obvezna pravilno name\u0161\u010dena gonilna programska oprema proizvajalca na Windows napravi, kamor je priklju\u010dena knji\u017enica; z menjalnikom pa lahko delujemo tudi brez gonilnikov, po native SCSI.<\/p>\n

<\/p>\n

Najemnik na trak. Zavarovane stranke \u2013 za\u0161\u010diteni uporabniki.<\/h1>\n

\nTakoj na mizo. Najve\u010dja funkcija na\u0161ega posodobitve, namenjena obla\u010dnih ponudnikov<\/a><\/noindex>, ki v svoji infrastrukturi uporabljajo VBR. Razvoj se je za\u010del pred dvema letoma. Kmalu smo spoznali, da se s tako resnim izzivom do bli\u017enjega izida ne moremo spoprijeti, vzeli smo kratek odmor in na koncu izdali funkcijo v 9.5 Update 4.<\/p>\n

Na kratko, zdaj imajo ponudniki mo\u017enost kopirati varnostne kopije svojih strank na kasete z uporabo tap-oddelka v GFS-bazi. To daje ponudnikom \u2013 in to so zelo veliki, dragi ljudje na\u0161emu srcu in komercialnemu oddelku \u2013 dve mo\u017enosti:<\/p>\n