{"id":97726,"date":"2020-10-21T08:42:15","date_gmt":"2020-10-21T06:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij"},"modified":"2020-10-21T08:42:15","modified_gmt":"2020-10-21T06:42:15","slug":"veeam-log-diving-komponenty-i-glossarij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: komponenty i glosariusz","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nW Veeam uwielbiamy logi. A poniewa\u017c wi\u0119kszo\u015b\u0107 naszych rozwi\u0105za\u0144 jest modu\u0142owa, to log\u00f3w tworzy si\u0119 do\u015b\u0107 sporo. A skoro nasza dzia\u0142alno\u015b\u0107 polega na zapewnieniu bezpiecze\u0144stwa Twoim danym (czyli spokojnego snu), logi powinny nie tylko rejestrowa\u0107 ka\u017cdy ruch, ale robi\u0107 to do\u015b\u0107 szczeg\u00f3\u0142owo. To konieczne, aby w razie potrzeby zrozumie\u0107, co si\u0119 sta\u0142o, kto jest odpowiedzialny i co dalej robi\u0107. Jak w kryminalistyce: nigdy nie wiesz, kt\u00f3ra drobnostka pomo\u017ce Ci znale\u017a\u0107 zab\u00f3jc\u0119 Laury Palmer.<\/p>\n

Dlatego postanowi\u0142em zabra\u0107 si\u0119 za seri\u0119 artyku\u0142\u00f3w, w kt\u00f3rych krok po kroku opowiem, co zapisujemy w logach, gdzie je przechowujemy, jak nie zwariowa\u0107 z ich struktur\u0105 i co tak naprawd\u0119 w nich znajdowa\u0107.
\n<\/a><\/noindex><\/p>\n

Dlaczego seria artyku\u0142\u00f3w i dlaczego nie opisa\u0107 wszystkiego od razu? <\/h3>\n

\nPo prostu wymienienie, jaki log gdzie le\u017cy i co w nim si\u0119 znajduje - to do\u015b\u0107 bezsensowna sprawa. A sama my\u015bl o utrzymywaniu tej informacji w aktualnym stanie przera\u017ca. Proste wymienienie wszystkich mo\u017cliwych typ\u00f3w log\u00f3w w Veeam Backup & Replication - to tabela na kilka stron drobnym drukiem. I b\u0119dzie ona aktualna tylko w momencie publikacji, poniewa\u017c w momencie wydania kolejnej \u0142atki mog\u0105 pojawi\u0107 si\u0119 nowe logi, zmieni si\u0119 logika przechowywania informacji w starych itp. Dlatego znacznie bardziej op\u0142acalne b\u0119dzie wyja\u015bnienie ich struktury i istoty zawartych w nich informacji. To pozwoli lepiej orientowa\u0107 si\u0119 w terenie ni\u017c na pami\u0119\u0107 uczy\u0107 si\u0119 nazw.<\/p>\n

Aby wi\u0119c nie rzuca\u0107 si\u0119 na g\u0142\u0119bok\u0105 wod\u0119 tekstowych arkuszy, przeprowad\u017amy w tym artykule pewne przygotowania. Dlatego dzisiaj nie zajrzymy do samych log\u00f3w, ale podejdziemy z daleka: stworzymy glosariusz i troch\u0119 om\u00f3wimy struktur\u0119 Veeam z perspektywy generacji log\u00f3w.<\/p>\n

Glosariusz i \u017cargon<\/h3>\n

\nTutaj przede wszystkim musz\u0119 przeprosi\u0107 obro\u0144c\u00f3w czysto\u015bci j\u0119zyka rosyjskiego i \u015bwiadk\u00f3w s\u0142ownika O\u017cegowa. Wszyscy bardzo kochamy nasz rodzimy j\u0119zyk, ale przekl\u0119ta bran\u017ca IT dzia\u0142a w j\u0119zyku angielskim. No c\u00f3\u017c, nie my to wymy\u015blili\u015bmy, tak ju\u017c historycznie si\u0119 u\u0142o\u017cy\u0142o. Nie moja wina, to ono samo przysz\u0142o (c)<\/p>\n

W naszej bran\u017cy problem anglicyzm\u00f3w (i \u017cargonu) ma swoj\u0105 specyfik\u0119. Gdy pod niewinnymi s\u0142owami takimi jak \u201ehost\u201d czy \u201ego\u015b\u0107\u201d ca\u0142y \u015bwiat rozumie ju\u017c zupe\u0142nie konkretne rzeczy, to na \u2159 cz\u0119\u015bci l\u0105d\u00f3w wci\u0105\u017c trwa heroiczny zam\u0119t i wahanie, z ci\u0105g\u0142ym si\u0119ganiem do s\u0142ownik\u00f3w. I nieuchronny argument \u201eA u nas w pracy...\u201d.<\/p>\n

Dodatkowo mamy czysto nasz\u0105 terminologi\u0119, kt\u00f3ra jest charakterystyczna dla produkt\u00f3w Veeam, chocia\u017c niekt\u00f3re s\u0142owa i zwroty wesz\u0142y do powszechnego u\u017cycia. Dlatego teraz ustalimy, co oznacza dany termin, a w dalszym etapie pod s\u0142owem \u201ego\u015b\u0107\u201d b\u0119d\u0119 mia\u0142 na my\u015bli dok\u0142adnie to, co jest napisane w tej rozdziale, a nie to, co jeste\u015b przyzwyczajony w swojej pracy. I tak, to nie jest moja osobista zachcianka, to ustalone terminy w bran\u017cy. Walkowanie z nimi jest troch\u0119 bezsensowne. Cho\u0107 zawsze jestem za, aby polemizowa\u0107 w komentarzach.<\/p>\n

Niestety, w naszej pracy i produktach jest bardzo wiele termin\u00f3w, wi\u0119c nie b\u0119d\u0119 pr\u00f3bowa\u0142 ich wszystkich wymienia\u0107. Tylko te podstawowe i niezb\u0119dne do przetrwania w morzu informacji o kopiach zapasowych i logach. Dla zainteresowanych mog\u0119 r\u00f3wnie\u017c zaproponowa\u0107 artyku\u0142 <\/a><\/noindex>kolegi na temat ta\u015bm, gdzie r\u00f3wnie\u017c przedstawia\u0142 list\u0119 termin\u00f3w zwi\u0105zanych z t\u0105 cz\u0119\u015bci\u0105 funkcjonalno\u015bci.<\/p>\n

Host (Host):<\/strong> W \u015bwiecie wirtualizacji to maszyna z hipernadzorc\u0105. Fizyczna, wirtualna, chmurowa \u2014 nie ma znaczenia. Je\u015bli na czym\u015b uruchomiono hipernadzorc\u0119 (ESXi, Hyper-V, KVM itd.), to to \u201eco\u015b\u201d nazywa si\u0119 hostem. Niezale\u017cnie od tego, czy jest to klaster sk\u0142adaj\u0105cy si\u0119 z dziesi\u0119ciu szaf, czy tw\u00f3j laptop z laboratorium na p\u00f3\u0142torej wirtualnej maszyny \u2014 je\u015bli uruchomi\u0142e\u015b hipernadzorc\u0119, to sta\u0142e\u015b si\u0119 hostem. Poniewa\u017c hipernadzorca hostuje wirtualne maszyny. Jest nawet anegdota, \u017ce VMware kiedy\u015b chcia\u0142a osi\u0105gn\u0105\u0107 trwa\u0142e skojarzenie s\u0142owa host z ESXi. Ale nie da\u0142a rady.<\/p>\n

W wsp\u00f3\u0142czesnym \u015bwiecie poj\u0119cie \u201ehost\u201d praktycznie zla\u0142o si\u0119 z poj\u0119ciem \u201eserwer\u201d, co wprowadza pewne zamieszanie w komunikacji, szczeg\u00f3lnie je\u015bli mowa o infrastrukturze Windows. Tak wi\u0119c ka\u017cda maszyna, na kt\u00f3rej znajduje si\u0119 us\u0142uga dla nas interesuj\u0105ca, mo\u017ce by\u0107 \u015bmia\u0142o nazywana hostem. Na przyk\u0142ad w logach WinSock s\u0142owo host oznacza\u0107 mo\u017ce wszystko. Klasyczne \u201eHost not found\u201d jest tego przyk\u0142adem. Tak wi\u0119c wychodzimy z kontekstu, ale pami\u0119tamy \u2014 w \u015bwiecie wirtualizacji host to ten, kt\u00f3ry hostuje go\u015bci (o tym dwoma zdaniami poni\u017cej).<\/p>\n

Z lokalnych \u017cargon\u00f3w (a raczej akronim\u00f3w w tym przypadku) mo\u017cna wspomnie\u0107, \u017ce VMware to VI, vSphere to VC, a Hyper-V to HV.<\/p>\n

Go\u015b\u0107 (Guest):<\/strong> Maszyna wirtualna dzia\u0142aj\u0105ca na ho\u015bcie. Tutaj nawet nie ma co t\u0142umaczy\u0107, wszystko jest logiczne i proste. Jednak wielu ludzi wci\u0105ga tutaj inne znaczenia. <\/p>\n

Dlaczego? Nie wiem.
\nSystem operacyjny go\u015bcia (Guest OS), odpowiednio, to system operacyjny maszyny wirtualnej. I tak dalej.<\/p>\n

Zadanie kopii zapasowej\/replikacji (Backup\/Replication Job):<\/strong> Czysto wymy\u015blony \u017cargon, oznaczaj\u0105cy jedno z zada\u0144. Backup job == Zlecenie kopii zapasowej. Jak to pi\u0119knie przet\u0142umaczy\u0107 na polski \u2014 nikt nie wymy\u015bli\u0142, dlatego wszyscy m\u00f3wi\u0105 'zlecenie'. Podkre\u015blaj\u0105c ostatni\u0105 sylab\u0119.<\/p>\n

Tak, tak po prostu bior\u0105 i m\u00f3wi\u0105 'zlecenie'. I nawet w mailach tak pisz\u0105, i wszystko jest w porz\u0105dku.
\nJakie\u015b prace kopii zapasowej, Zadania Kopii Zapasowej itd., dzi\u0119kuj\u0119, ale nie trzeba. Po prostu zlecenie, a wszyscy zrozumiej\u0105. Najwa\u017cniejsze to akcentowa\u0107 ostatni\u0105 sylab\u0119.<\/p>\n

Kopia zapasowa (Backup, b\u0119kap. Dla prawdziwych oldschoolowc\u00f3w dopuszczalne bakup):<\/strong> Opr\u00f3cz oczywistego (gdzie\u015b le\u017c\u0105ca kopia zapasowa danych) oznacza te\u017c samo zadanie (trzy wiersze wy\u017cej, je\u015bli ju\u017c zapomnieli\u015bcie), w wyniku kt\u00f3rego powstaje ta w\u0142a\u015bnie kopia zapasowa. Prawdopodobnie angloj\u0119zyczni s\u0105 zbyt leniwi, by za ka\u017cdym razem m\u00f3wi\u0107 'Zrealizowa\u0142em moje zadanie kopii zapasowej', dlatego m\u00f3wi\u0105 po prostu 'Zrealizowa\u0142em kopi\u0119 zapasow\u0105' i wszyscy si\u0119 doskonale rozumiej\u0105. Proponuj\u0119 wspiera\u0107 to wspania\u0142e przedsi\u0119wzi\u0119cie.<\/p>\n

Konsolidacja (Consolidate): <\/strong>Termin, kt\u00f3ry pojawi\u0142 si\u0119 w ESXi 5.0 Opcja w menu pracy z migawkami, uruchamiaj\u0105ca proces usuwania tzw. orphaned migawek. To znaczy migawek, kt\u00f3re fizycznie istniej\u0105, ale wypad\u0142y z wy\u015bwietlanej struktury logicznej. Teoretycznie, proces ten nie powinien wp\u0142ywa\u0107 na pliki wy\u015bwietlane w mened\u017cerze migawek, jednak zdarza si\u0119 r\u00f3\u017cnie. Istota procesu konsolidacji polega na tym, \u017ce dane z migawki (child disk) s\u0105 zapisywane na g\u0142\u00f3wnym (parent) dysku. Proces \u0142\u0105czenia dysk\u00f3w nazywa si\u0119 merge. Je\u015bli wydano polecenie konsolidacji, zapis o migawce mo\u017ce zosta\u0107 usuni\u0119ty z bazy wcze\u015bniej, ni\u017c migawka zostanie po\u0142\u0105czona i usuni\u0119ta. A je\u015bli migawki nie uda\u0142o si\u0119 usun\u0105\u0107 z jakiegokolwiek powodu, powstaj\u0105 te w\u0142a\u015bnie orphaned migawki. O pracy z migawkami VMware jest niez\u0142y KB<\/a><\/noindex>. I my te\u017c jako\u015b o nich pisali\u015bmy na Habrze<\/a><\/noindex>.<\/p>\n

Magazyn danych (Datastore): <\/strong>\u00a0To bardzo szerokie poj\u0119cie, jednak w \u015bwiecie wirtualizacji oznacza miejsce, w kt\u00f3rym przechowywane s\u0105 pliki maszyn wirtualnych. W ka\u017cdym razie trzeba bardzo dok\u0142adnie zrozumie\u0107 kontekst i w przypadku jakichkolwiek w\u0105tpliwo\u015bci wyja\u015bni\u0107, co dok\u0142adnie mia\u0142 na my\u015bli tw\u00f3j rozm\u00f3wca.\u00a0<\/p>\n

Proxy (Serwer po\u015brednicz\u0105cy): <\/strong>Wa\u017cne jest, aby od razu zrozumie\u0107, \u017ce Veeam Proxy to nie do ko\u0144ca to samo, do czego przywykli\u015bmy w zak\u0105tkach internetu. W obr\u0119bie produkt\u00f3w Veeam to pewna jednostka, kt\u00f3ra zajmuje si\u0119 przenoszeniem danych z jednego miejsca do drugiego. Je\u015bli nie wg\u0142\u0119bia\u0107 si\u0119 w szczeg\u00f3\u0142y, to VBR to serwer g\u0142\u00f3wny, a proxy to jego robocze \u201es\u0142onie\u201d. Innymi s\u0142owy, proxy to maszyna, przez kt\u00f3r\u0105 przep\u0142ywa ruch i na kt\u00f3rej zainstalowane s\u0105 komponenty VBR, kt\u00f3re pomagaj\u0105 tym ruchem zarz\u0105dza\u0107. Na przyk\u0142ad, przenosz\u0105c dane z jednego kana\u0142u do drugiego lub po prostu pod\u0142\u0105czaj\u0105c do siebie dyski (tryb HotAdd).<\/p>\n

Repository (Repozytorium): <\/strong>\u00a0Technicznie to po prostu zapis w bazie VBR, wskazuj\u0105cy miejsce, w kt\u00f3rym przechowywane s\u0105 kopie zapasowe, i jak si\u0119 do tego miejsca pod\u0142\u0105czy\u0107. Mo\u017ce to by\u0107 zar\u00f3wno zwyk\u0142a dysk CIFS, jak i oddzielny dysk, serwer lub wiadro w chmurze. Znowu, znajdujemy si\u0119 w kontek\u015bcie, ale rozumiemy, \u017ce repozytorium to po prostu miejsce, gdzie przechowujesz swoje kopie zapasowe.<\/p>\n

\u00a0Snapshot (Zrzut pami\u0119ci): <\/strong>Mi\u0142o\u015bnicy gramatyki oksfordzkiej wol\u0105 m\u00f3wi\u0107 kto snEpshot, kto snApshot, jednak analfabetyczna wi\u0119kszo\u015b\u0107 wygrywa dzi\u0119ki wi\u0119kszej masie. Kto nie wie \u2014 to technologia, kt\u00f3ra pozwala przywr\u00f3ci\u0107 stan dysku w danym momencie. Dzieje si\u0119 to albo poprzez tymczasowe przekierowanie operacji I\/O w stron\u0119 od g\u0142\u00f3wnego dysku \u2014 wtedy nazywa si\u0119 to RoW (Redirect on Write) snapshot \u2014 albo poprzez przenoszenie zapisywanych blok\u00f3w z twojego dysku na inny \u2014 wtedy nazywa si\u0119 to CoW (Copy on Write) snapshot. To dzi\u0119ki szerokim mo\u017cliwo\u015bciom zastosowania tych funkcji Veeam potrafi czyni\u0107 swoj\u0105 backupow\u0105 magi\u0119. M\u00f3wi\u0105c \u015bci\u015ble, nie tylko on, ale to temat najbli\u017cszych wyda\u0144.<\/p>\n

W dokumentacji i logach ESXi panuje chaos wok\u00f3\u0142 tego terminu, a w kontek\u015bcie wzmianki o snapshotach mo\u017cna spotka\u0107 zar\u00f3wno same snapshoty, jak i redo log oraz nawet dysk delta. W dokumentacji Veeam nie ma takiego zamieszania \u2014 snapshot to snapshot, a redo log to REDO plik, stworzony przez niezale\u017cny dysk non-persistent. Pliki REDO s\u0105 usuwane przy wy\u0142\u0105czeniu maszyny wirtualnej, wi\u0119c mylenie ich ze snapshotami prowadzi do niepowodzenia.<\/p>\n

Synthetic (Syntetyka):<\/strong> Syntetyczne kopie zapasowe odnosz\u0105 si\u0119 do kopii reverse incremental i forever forward. Je\u015bli nie spotka\u0142e\u015b si\u0119 jeszcze z tym terminem, to jest to po prostu jeden z mechanizm\u00f3w wykorzystywanych do budowy \u0142a\u0144cucha kopii zapasowych. W logach mo\u017cna r\u00f3wnie\u017c spotka\u0107 poj\u0119cie Transform, kt\u00f3re jest u\u017cywane w kontek\u015bcie tworzenia pe\u0142nych kopii z przyrost\u00f3w (synthetic full).<\/p>\n

Task (Zadanie):<\/strong> To proces przetwarzania ka\u017cdej osobnej maszyny w ramach jobu. Oznacza to, \u017ce masz job kopii zapasowej obejmuj\u0105c\u0105 trzy maszyny. Ka\u017cda maszyna b\u0119dzie przetwarzana w ramach osobnego zadania. W sumie b\u0119d\u0105 cztery logi: g\u0142\u00f3wny dla jobu i trzy dla zada\u0144. Jednak jest tu wa\u017cny niuans: z czasem s\u0142owo \u201ezadanie\u201d sta\u0142o si\u0119 zbyt wieloznaczne. M\u00f3wi\u0105c o logach og\u00f3lnych, mamy na my\u015bli, \u017ce zadanie to w\u0142a\u015bnie VM. Ale s\u0105 te\u017c w\u0142asne \u201ezadania\u201d na proxy i na repozytorium. Tam mo\u017ce to oznacza\u0107 zar\u00f3wno wirtualny dysk, jak i maszyn\u0119 wirtualn\u0105, a nawet ca\u0142y job. Wa\u017cne jest, aby nie zgubi\u0107 kontekstu.<\/p>\n

Veeam %name% Service (Us\u0142uga)<\/strong>: \u00a0<\/strong>Na rzecz udanych kopii zapasowych pracuje kilka us\u0142ug, kt\u00f3rych list\u0119 mo\u017cna znale\u017a\u0107 w standardowej konsoli. Ich nazwy do\u015b\u0107 przejrzy\u015bcie odzwierciedlaj\u0105 ich istot\u0119, lecz w\u015br\u00f3d r\u00f3wnych jest jedna najwa\u017cniejsza \u2014 Veeam Backup Service, bez kt\u00f3rej pozosta\u0142e nie b\u0119d\u0105 dzia\u0142a\u0107.<\/p>\n

VSS: <\/strong>Technicznie VSS zawsze powinien oznacza\u0107 Microsoft Volume Shadow Copy Service. Faktycznie jest u\u017cywane przez wielu jako synonim Application-Aware Image Processing. Co oczywi\u015bcie jest kategorycznie b\u0142\u0119dne, jednak to historia z kategorii \u201eKa\u017cdy SUV mo\u017cna nazwa\u0107 jeepem, a b\u0119dziesz rozumiany\u201d.<\/p>\n

Fantastyczne logi i miejsca, gdzie one wyst\u0119puj\u0105<\/h3>\n

\nChc\u0119 zacz\u0105\u0107 ten rozdzia\u0142 od ujawnienia wielkiej tajemnicy \u2014 jaki czas jest wy\u015bwietlany w logach?<\/p>\n

Zapami\u0119taj:<\/p>\n