{"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\/pl\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\u201eZr\u00f3b mi kopi\u0119 zapasow\u0105 na ta\u015bmie\u201d. Opowie\u015b\u0107 z perspektywy pierwszej osoby","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

W poprzedniej artykule<\/a><\/noindex> Opowiedzieli\u015bmy wam o nowych funkcjach w styczniowej aktualizacji Update 4 dla Veeam Backup & Replication 9.5 (VBR), gdzie \u015bwiadomie nie wspomnieli\u015bmy o kopiach zapasowych na ta\u015bmach magnetycznych. Temat tej dziedziny zas\u0142uguje na osobny artyku\u0142, poniewa\u017c nowych funkcji by\u0142o naprawd\u0119 wiele.<\/p>\n

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

\"\u201eZr\u00f3b
\n
\n<\/a><\/noindex><\/p>\n

Nap\u0119dy ta\u015bmowe w XXI wieku<\/h1>\n

\nPrzechowywanie danych na ta\u015bmach magnetycznych (kasetach, \u201eta\u015bmach<\/b>\u201d, jak my w R&D je nazywamy) nie ogranicza si\u0119 do przestarza\u0142ego komputera ZX-Spectrum, w kt\u00f3rego pami\u0119ci operacyjnej mog\u0142a \u0142adowa\u0107 si\u0119 jedna gra przez kilka minut z kasety magnetofonowej<\/a><\/noindex> . Przez \u0107wier\u0107 wieku pr\u0119dko\u015bci i pojemno\u015bci kaset wzros\u0142y o 6-7 rz\u0119d\u00f3w wielko\u015bci. To nie do ko\u0144ca poprawne por\u00f3wnanie, a wed\u0142ug prawa Moore'a<\/a><\/noindex> standard LTO<\/a><\/noindex> nie nad\u0105\u017ca. Niemniej jednak, nowoczesne technologie pozwalaj\u0105 na zapisanie na kilometrowej ta\u015bmie jednej kasety 12 terabajt\u00f3w danych (do 30 terabajt\u00f3w w trybie kompresji), w ten spos\u00f3b 160-dolarowy nap\u0119d zostawia konkurent\u00f3w w tyle pod wzgl\u0119dem kosztu d\u0142ugoterminowego przechowywania du\u017cych ilo\u015bci danych, nawet przy uwzgl\u0119dnieniu inwestycji w sprz\u0119t do zapisu\/odczytu. Dane na takich kasetach s\u0105 bezpiecznie przechowywane przez 15-30 lat.<\/p>\n

Podchodz\u0119 z innej strony. W ostatnim czasie ransomware<\/a><\/noindex> osi\u0105gn\u0119\u0142y nowy poziom. Mog\u0105 czeka\u0107 na swoj\u0105 okazj\u0119 w infrastrukturze du\u017cej firmy przez tygodnie i miesi\u0105ce, a wraz z pojawieniem si\u0119 kolejnej luki zero-day \u2013 zniszczy\u0107 (nie bez pomocy cz\u0142owieka, bo na szali s\u0105 du\u017ce pieni\u0105dze) nie tylko wszystkie dane, ale i wszystkie kopie zapasowe, do kt\u00f3rych tylko mo\u017cna si\u0119 dosta\u0107. Oto \u015bwie\u017cy przyk\u0142ad<\/a><\/noindex>, kiedy firma musia\u0142a zap\u0142aci\u0107 hakerom. Tak zwane air gap<\/b>, czyli fizycznie odizolowane od infrastruktury kopie zapasowe sta\u0142y si\u0119 w zasadzie jedynym niezawodnym ratunkiem przed takimi sytuacjami. Ta\u015bma magnetyczna tutaj \u2013 jedno z ponadczasowych rozwi\u0105za\u0144.<\/p>\n

\"\u201eZr\u00f3b
\n
\nJednak jedna specyfikacja i technologiczne nowinki z bran\u017cy barowo-ferytowych od czo\u0142owych producent\u00f3w (IBM, HPE, Oracle, Dell) nie wystarcz\u0105 do skutecznej ochrony danych, potrzebne jest dobre oprogramowanie. W Veeam mamy ca\u0142y zesp\u00f3\u0142 zajmuj\u0105cy si\u0119 kopiami zapasowymi na ta\u015bmach, oko\u0142o 10 os\u00f3b codziennie analizuje, planuje, bada, rozwija i testuje. Wyniki tej pracy mogli\u015bcie zobaczy\u0107 w poprzednich artyku\u0142ach (raz<\/a><\/noindex>, dwa<\/a><\/noindex>). Co zosta\u0142o zrobione w ostatnim roku?<\/p>\n

S\u0142ownik termin\u00f3w<\/h1>\n

\nStaje przed wyborem mi\u0119dzy swobod\u0105 wobec ojczystego j\u0119zyka a komplikuj\u0105cymi czytelno\u015b\u0107 biurokratyzmami. Preferuj\u0119 pierwsze, dlatego z g\u00f3ry przepraszam, je\u015bli dla kogo\u015b \u017cargonowe s\u0142owa z poni\u017cszej listy b\u0119d\u0105 razi\u0107 w oczy. Tutaj w skr\u00f3cie przypomn\u0119, co oznacza dany termin. <\/p>\n

Mistrzowie VBR mog\u0105 pomin\u0105\u0107 t\u0119 cz\u0119\u015b\u0107<\/b>Job <\/b>\u2013 job \u2013 zadanie kopii zapasowej. W\u0142a\u015bciwie ca\u0142e VBR opiera si\u0119 na jobach. Opr\u00f3cz backupu i replikacji, mo\u017ce to by\u0107 r\u00f3wnie\u017c kopiowanie na ta\u015bm\u0119 magnetyczn\u0105 (backup to tape job, tape job). Zastrzegam, \u017ce przywr\u00f3cenie z kopii zapasowej (restore) \u2013 to tak\u017ce job, ale w tym artykule przez to s\u0142owo b\u0119dziemy rozumie\u0107 w\u0142a\u015bnie backup.<\/p>\n

Storage <\/b>\u2013 storage \u2013 historycznie ugruntowana nazwa. To pliki w repozytorium <\/b>(repository \u2013 repozytorium), zawieraj\u0105ce kopie zapasowe \u2013 pe\u0142ne <\/b>i inkrementalne<\/b>. W jednym storage mo\u017ce znajdowa\u0107 si\u0119 zar\u00f3wno jedna, jak i kilka maszyn wirtualnych.<\/p>\n

Ci\u0105g <\/b>\u2013 chain \u2013 sekwencja powi\u0105zanych ze sob\u0105 storage. Do przywr\u00f3cenia danych z n-tego inkrementalnego storage potrzebne s\u0105 wszystkie poprzednie od (n-1) do 1 oraz pe\u0142ny storage, do kt\u00f3rego odnosi si\u0119 pierwszy inkrementalny.<\/p>\n

Source<\/b>, target <\/b>\u2013 source, target. Source \u2013 pierwotna jednostka, kt\u00f3r\u0105 przetwarza job. W przypadku backup\u00f3w\/replikacji jest to zazwyczaj maszyna wirtualna w hypervisorze. W przypadku tape job source to sama job backupowa (lub pliki w przypadku job file to tape). Target dla job backupowej \u2013 to repozytorium, w kt\u00f3rym przechowywane s\u0105 kopie zapasowe. Natomiast dla tape job jest to pula no\u015bnik\u00f3w.<\/p>\n

Media pool<\/b> \u2013 media pool<\/a><\/noindex> \u2013 pula no\u015bnik\u00f3w informacji, w naszym przypadku \u2013 kaset. Logiczny kontener tworzony przez u\u017cytkownika, zawieraj\u0105cy kasety z jednej lub kilku bibliotek. Tak wi\u0119c tape job zawsze ma media pool jako target, to znaczy, \u017ce dane s\u0105 zapisywane nie na konkretnej kasecie ani na dowolnej kasecie w bibliotece, lecz na okre\u015blonym zestawie. Media pool ma ustawienie czasu przechowywania danych, po kt\u00f3rym kaseta mo\u017ce by\u0107 nadpisana. U\u017cytkownik mo\u017ce tworzy\u0107 zwyk\u0142e (standard) oraz pule GFS.<\/a><\/noindex>. Ka\u017cdy z tych rodzaj\u00f3w mo\u017ce by\u0107 teraz r\u00f3wnie\u017c WORM i nie-WORM, o tym poni\u017cej.<\/p>\n

Media set<\/b> \u2013 media set<\/a><\/noindex> \u2013 zestaw ta\u015bm w pulach medi\u00f3w, na kt\u00f3re nieprzerywanie zapisywane s\u0105 kopie zapasowe\/pliki. Dla pul GFS zestawy medi\u00f3w s\u0105 powi\u0105zane r\u00f3wnie\u017c z interwa\u0142em (na przyk\u0142ad rocznym \u2013 yearly), ta\u015bmy rotuj\u0105 tylko w swoim interwale.<\/p>\n

Nap\u0119d<\/b>, zmiennik<\/b><\/a><\/noindex> \u2013 elementy biblioteki ta\u015bmowej. Nap\u0119d odczytuje i przewija ta\u015bm\u0119, zmiennik \u2013 to robot, kt\u00f3ry przesuwa ta\u015bmy pomi\u0119dzy slotami przechowywania, slotami wy\u0142adunku i nap\u0119dem. S\u0105 tak\u017ce nap\u0119dy standalone<\/b> (standalone \u2013 stoj\u0105cy osobno), rol\u0119 zmiennika tutaj pe\u0142ni cz\u0142owiek. Dla nap\u0119du kluczowe jest prawid\u0142owo zainstalowane sterownik producenta na maszynie Windows, do kt\u00f3rej pod\u0142\u0105czona jest biblioteka; ze zmiennikiem mo\u017cemy pracowa\u0107 i bez sterownik\u00f3w, przez native SCSI.<\/p>\n

<\/p>\n

Najemca na ta\u015bm\u0119. Chroniony dostawca \u2013 chronieni klienci<\/h1>\n

\nOd razu asy na stole. Najbardziej rozbudowana funkcjonalno\u015b\u0107 naszej aktualizacji, przeznaczona dla dostawc\u00f3w chmurowych<\/a><\/noindex>, kt\u00f3rzy w swojej infrastrukturze wykorzystuj\u0105 VBR. Prace rozpocz\u0119\u0142y si\u0119 dwa lata temu. Nied\u0142ugo zorientowali\u015bmy si\u0119, \u017ce nie damy rady sprosta\u0107 temu powa\u017cnemu zadaniu przed najbli\u017cszym wydaniem, wzi\u0119li\u015bmy ma\u0142\u0105 pauz\u0119, a w ko\u0144cu wypu\u015bcili\u015bmy funkcjonalno\u015b\u0107 w 9.5 Update 4.<\/p>\n

Kr\u00f3tko m\u00f3wi\u0105c, teraz dostawcy maj\u0105 mo\u017cliwo\u015b\u0107 kopiowania kopii zapasowych swoich klient\u00f3w na ta\u015bmy za pomoc\u0105 zada\u0144 ta\u015bmowych w GFS-puli. Daje to dostawcom \u2013 a s\u0105 to bardzo wa\u017cni dla nas i naszego dzia\u0142u handlowego klienci \u2013 dwie mo\u017cliwo\u015bci:<\/p>\n