{"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\/sk\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: komponenty a slovn\u00edk","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nVeeam m\u00e1 l\u00e1sku k logom. A preto\u017ee v\u00e4\u010d\u0161ina na\u0161ich rie\u0161en\u00ed je modul\u00e1rna, produkuj\u00fa dos\u0165 ve\u013ea logov. A ke\u010f\u017ee na\u0161ou oblastou \u010dinnosti je zabezpe\u010denie uchovania va\u0161ich \u00fadajov (t.j. k\u013eudn\u00e9ho sp\u00e1nku), logy musia nielen zaznamen\u00e1va\u0165 ka\u017ed\u00fd dych, ale robi\u0165 to aj podrobne. Je to potrebn\u00e9, aby v pr\u00edpade probl\u00e9mu bolo jasn\u00e9, ako k tomu do\u0161lo, kto za to m\u00f4\u017ee a \u010do treba robi\u0165 \u010falej. V tom je to ako v kriminalistike: nikdy nevie\u0161, ak\u00fd detail ti m\u00f4\u017ee pom\u00f4c\u0165 n\u00e1js\u0165 vraha Laury Palmerovej.<\/p>\n

Preto som sa rozhodol zamyslie\u0165 nad s\u00e9riou \u010dl\u00e1nkov, v ktor\u00fdch postupne op\u00ed\u0161em, \u010do \u0437\u0430\u043f\u0438\u0441ujeme do logov, kde ich uchov\u00e1vame, ako sa nenecha\u0165 zbl\u00e1zni\u0165 z ich \u0161trukt\u00fary a \u010do vlastne h\u013eada\u0165 vo vn\u00fatri.
\n<\/a><\/noindex><\/p>\n

Pre\u010do s\u00e9ria \u010dl\u00e1nkov a pre\u010do nie op\u00edsa\u0165 v\u0161etko naraz? <\/h3>\n

\nJednoducho vymenova\u0165, ak\u00fd log sa kde nach\u00e1dza a \u010do v \u0148om je, je dos\u0165 zlo\u017eit\u00fd projekt. A o udr\u017eovan\u00ed t\u00fdchto inform\u00e1ci\u00ed v aktu\u00e1lnom stave ani nem\u00e1m odvahu prem\u00fd\u0161\u013ea\u0165. Jednoduch\u00e9 vymenovanie v\u0161etk\u00fdch mo\u017en\u00fdch typov logov vo Veeam Backup & Replication je tabu\u013eka na nieko\u013eko str\u00e1n drobn\u00fdm p\u00edsmom. A bude aktu\u00e1lna len v okamihu publikovania, preto\u017ee pri vydan\u00ed nasleduj\u00facej opravy m\u00f4\u017eu pribudn\u00fa\u0165 nov\u00e9 logy, logika uchov\u00e1vanej inform\u00e1cie v star\u00fdch sa m\u00f4\u017ee zmeni\u0165 at\u010f. Preto bude ove\u013ea v\u00fdhodnej\u0161ie vysvetli\u0165 ich \u0161trukt\u00faru a podstatu obsahu. To umo\u017en\u00ed lep\u0161ie sa orientova\u0165 na miestach, ne\u017e len mechanicky sa u\u010di\u0165 n\u00e1zvy.<\/p>\n

Preto, aby sme sa nevrhli hlboko do textov\u00fdch s\u00fa\u017een\u00ed, po\u010fme v tomto \u010dl\u00e1nku vykona\u0165 ur\u010dit\u00fa pr\u00edpravn\u00fa pr\u00e1cu. Preto dnes nebudeme prenikn\u00fa\u0165 do samotn\u00fdch logov, ale prist\u00fapime k tomu z dia\u013eky: zostav\u00edme lexik\u00f3n a trochu prediskutujeme \u0161trukt\u00faru Veeam z poh\u013eadu gener\u00e1cie logov.<\/p>\n

Lexik\u00f3n a \u017earg\u00f3n<\/h3>\n

\nTu by som sa najprv mal ospravedlni\u0165 obhajcom \u010distoty sloven\u010diny a svedkom O\u017eegovho slovn\u00edka. V\u0161etci milujeme svoj materinsk\u00fd jazyk, ale prekliata IT odvetvie funguje v angli\u010dtine. Nu\u017e, my sme to nevymysleli, takto sa to historicky vyvinulo. Nie som na vine, s\u00e1m pri\u0161iel (c)<\/p>\n

V na\u0161ej oblasti je probl\u00e9m anglicizmov (a \u017earg\u00f3nu) svojou \u0161pecifikou. Ke\u010f pod nevinn\u00fdmi slovami ako \"host\" alebo \"n\u00e1v\u0161tevn\u00edk\" cel\u00fd svet u\u017e d\u00e1vno ch\u00e1pe \u00faplne konkr\u00e9tne veci, na \u2159 \u010dasti pevniny pokra\u010duje hrdinsk\u00e9 rozmo\u010denie a zm\u00e4tok s hraban\u00edm sa v slovn\u00edkoch. A striktne povinn\u00fd argument \"A u n\u00e1s v pr\u00e1ci...\".<\/p>\n

Navy\u0161e m\u00e1me \u010disto na\u0161u terminol\u00f3giu, ktor\u00e1 patr\u00ed pr\u00e1ve produktom Veeam, aj ke\u010f niektor\u00e9 slov\u00e1 a obraty sa dostali do be\u017en\u00e9ho pou\u017e\u00edvania. Preto sa teraz dohodneme, ak\u00fd term\u00edn \u010do znamen\u00e1, a nesk\u00f4r pod slovom \u201en\u00e1v\u0161tevn\u00edk\u201c budem ma\u0165 na mysli to, \u010do je nap\u00edsan\u00e9 v tejto kapitole, a nie to, \u010do ste zvyknut\u00ed pou\u017e\u00edva\u0165 vo svojej pr\u00e1ci. A \u00e1no, nie je to len moja osobn\u00e1 rozmar, s\u00fa to ust\u00e1len\u00e9 term\u00edny v priemysle. Bojova\u0165 s nimi je celkom bezv\u00fdznamn\u00e9. Hoci diskutova\u0165 v koment\u00e1roch som v\u017edy za.<\/p>\n

Bohu\u017eia\u013e, term\u00ednov v na\u0161ej pr\u00e1ci a produktoch je ve\u013emi ve\u013ea, tak\u017ee sa nepok\u00fasim vymenova\u0165 ich v\u0161etky. Iba tie najz\u00e1kladnej\u0161ie a nevyhnutn\u00e9 na pre\u017eitie v mori inform\u00e1ci\u00ed o z\u00e1loh\u00e1ch a logoch. Zauj\u00edmaj\u00facim sa m\u00f4\u017eem tie\u017e navrhn\u00fa\u0165 \u010dl\u00e1nok <\/a><\/noindex>kolegov o p\u00e1soch, kde uv\u00e1dzal aj zoznam term\u00ednov, ktor\u00e9 sa t\u00fdkaj\u00fa tej \u010dasti funk\u010dnosti.<\/p>\n

Hostite\u013e (Host):<\/strong> Vo svete virtualiz\u00e1cie je to stroj s hyperv\u00edzorom. Fyzick\u00fd, virtu\u00e1lny, cloudov\u00fd \u2014 nie je podstatn\u00e9. Ak je na nie\u010dom spusten\u00fd hyperv\u00edzor (ESXi, Hyper-V, KVM at\u010f.), tak to \u201enie\u010do\u201c sa naz\u00fdva hostite\u013eom. Nech je to klastra na desa\u0165 rackov alebo v\u00e1\u0161 laptop s dom\u00e1cou laborat\u00f3riou na poltucet virtu\u00e1lnych strojov \u2014 ak ste spustili hyperv\u00edzor, stali ste sa hostite\u013eom. Preto\u017ee hyperv\u00edzor host\u00ed virtu\u00e1lne stroje. Existuje dokonca legende, \u017ee VMware sa kedysi sna\u017eila dosiahnu\u0165 pevn\u00fa asoci\u00e1ciu slova hostite\u013e pr\u00e1ve s ESXi. Ale nezvl\u00e1dli to.<\/p>\n

V modernom svete sa pojem \u201ehostite\u013e\u201c prakticky zliaty s pojmom \u201eserver\u201c, \u010do vn\u00e1\u0161a ur\u010dit\u00fa zm\u00e4tok do komunik\u00e1cie, najm\u00e4 ak hovor\u00edme o infra\u0161trukt\u00fare Windows. Tak\u017ee ak\u00fdko\u013evek stroj, na ktorom sa nach\u00e1dza nejak\u00e1 pre n\u00e1s zauj\u00edmav\u00e1 slu\u017eba, m\u00f4\u017ee by\u0165 smelo nazvan\u00fd hostite\u013eom. Napr\u00edklad, v logoch WinSock je slovo host ozna\u010den\u00e9 na v\u0161etko. Klasick\u00e9 \u201eHost not found\u201c je toho pr\u00edkladom. Tak\u017ee vych\u00e1dzame z kontextu, ale pam\u00e4t\u00e1me \u2014 vo svete virtualiz\u00e1cie hostite\u013e je to, \u010do host\u00ed n\u00e1v\u0161tevn\u00edkov (o tom o dve riadky ni\u017e\u0161ie).<\/p>\n

Z lok\u00e1lnych \u017earg\u00f3nov (sk\u00f4r akronymov, v tomto pr\u00edpade) si spom\u00edname, \u017ee VMware je VI, vSphere je VC a Hyper-V je HV.<\/p>\n

Host (Heslo):<\/strong> Virtu\u00e1lny stroj be\u017eiaci na hostite\u013eovi. Tu ani nie je potrebn\u00e9 vysvet\u013eova\u0165, je to v\u0161etko tak logick\u00e9 a jednoduch\u00e9. Napriek tomu mnoh\u00ed sem \u0165ahaj\u00fa nejak\u00e9 in\u00e9 v\u00fdznamy. <\/p>\n

Pre\u010do? Neviem.
\nHostite\u013esk\u00fd OS, teda opera\u010dn\u00fd syst\u00e9m hostite\u013esk\u00e9ho stroja. A tak \u010falej.<\/p>\n

Z\u00e1lohovanie\/Replik\u00e1cia \u00faloha (job):<\/strong> \u010cisto v VMware \u017earg\u00f3n, ozna\u010duj\u00faci jednu z \u00faloh. Backup job == Z\u00e1lohovac\u00ed job. Ako to pekne prelo\u017ei\u0165 do sloven\u010diny \u2014 nikto nevymyslel, preto v\u0161etci hovoria \u201ejob\u201c. S d\u00f4razom na posledn\u00fa slabiku.<\/p>\n

\u00c1no, tak jednoducho vezm\u00fa a povedia \u201ejob\u201c. A dokonca aj v listoch to p\u00ed\u0161u, a v\u0161etko je v poriadku.
\nR\u00f4zne z\u00e1lohovacie pr\u00e1ce, Z\u00e1lohovacie \u00falohy at\u010f., \u010fakujem, ale nie. Jednoducho job, a pochopia v\u00e1s. Hlavn\u00e9 je da\u0165 d\u00f4raz na posledn\u00fa slabiku.<\/p>\n

Z\u00e1loha (Backup, bkp. Pre tr\u00fabkov\u00fdch oldfagov je povolen\u00e9 aj bakUp):<\/strong> Okrem o\u010dividn\u00e9ho (niekde le\u017eiaca z\u00e1lo\u017en\u00e1 k\u00f3pia d\u00e1t) znamen\u00e1 aj samotn\u00fa \u00falohu (tri riadky vy\u0161\u0161ie, ak ste u\u017e zabudli), v d\u00f4sledku ktorej vznikne t\u00e1 z\u00e1lohovan\u00e1 s\u00fabor. Pravdepodobne anglick\u00ed roden\u00ed hovoriaci s\u00fa pr\u00edli\u0161 leniv\u00ed, aby ka\u017ed\u00fd raz hovorili I ran my backup job, preto jednoducho hovoria I ran my backup a v\u0161etci sa navz\u00e1jom skvele rozumej\u00fa. Navrhujem podpori\u0165 tento skvel\u00fd projekt.<\/p>\n

Konsolid\u00e1cia (Consolidate): <\/strong>Term\u00edn, ktor\u00fd sa objavil vo verzii ESXi 5.0 Mo\u017enos\u0165 v menu pr\u00e1ce so snapshotmi, sp\u00fa\u0161\u0165aj\u00faca proces odstr\u00e1nenia takzvan\u00fdch orphaned snapshotov. Teda snapshotov, ktor\u00e9 fyzicky existuj\u00fa, ale vypadli z zobrazovanej logickej \u0161trukt\u00fary. Teoreticky by tento proces nemal zasiahnu\u0165 s\u00fabory zobrazen\u00e9 v mana\u017e\u00e9ri snapshotov, ale st\u00e1va sa v\u0161eli\u010do. Podstata procesu konsolid\u00e1cie spo\u010d\u00edva v tom, \u017ee d\u00e1ta zo snapshotu (child disk) s\u00fa zap\u00edsan\u00e9 do hlavn\u00e9ho (parent) disku. Proces zlu\u010dovania diskov sa naz\u00fdva merge. Ak bola odovzdan\u00e1 pr\u00edkaz na konsolid\u00e1ciu, m\u00f4\u017ee by\u0165 z\u00e1znam o snapshotu odstr\u00e1nen\u00fd z datab\u00e1zy sk\u00f4r, ne\u017e bude snapshot zl\u00fa\u010den\u00fd a odstr\u00e1nen\u00fd. A ak sa snapshot z ak\u00e9hoko\u013evek d\u00f4vodu nepodarilo odstr\u00e1ni\u0165, objavia sa tieto orphaned snapshoty. O pr\u00e1ci so snapshotmi m\u00e1 VMware dobr\u00e9 KB<\/a><\/noindex>. A my sme tie\u017e raz o nich p\u00edsali na Habr<\/a><\/noindex>.<\/p>\n

\u00dalo\u017eisko (Datastore): <\/strong>\u00a0Ve\u013emi \u0161irok\u00fd pojem, av\u0161ak vo svete virtualiz\u00e1cie sa n\u00edm rozumie miesto, kde s\u00fa ulo\u017een\u00e9 s\u00fabory virtu\u00e1lnych strojov. V ka\u017edom pr\u00edpade je potrebn\u00e9 ve\u013emi presne porozumie\u0165 kontextu a pri najmen\u0161\u00edch pochybnostiach si vyjasni\u0165, \u010do presne mal v\u00e1\u0161 interlocutor na mysli.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>Je d\u00f4le\u017eit\u00e9 hne\u010f na za\u010diatku pochopi\u0165, \u017ee Veeam Proxy nie je \u00faplne to ist\u00e9, \u010do pozn\u00e1me z internetu. V r\u00e1mci produktov od Veeam je to ak\u00e1si entita, ktor\u00e1 sa zaober\u00e1 pres\u00favan\u00edm d\u00e1t z jedn\u00e9ho miesta na in\u00e9. Ak sa nebudeme zaobera\u0165 podrobnos\u0165ami, potom VBR je riadiaci server a proxy s\u00fa jeho pracovn\u00e9 kone. Proxy je stroj, cez ktor\u00fd prech\u00e1dza prenos d\u00e1t a na ktorom s\u00fa nain\u0161talovan\u00e9 komponenty VBR, ktor\u00e9 pom\u00e1haj\u00fa s riaden\u00edm tohto prenosu. Napr\u00edklad pres\u00fava\u0165 d\u00e1ta z jedn\u00e9ho kan\u00e1la do druh\u00e9ho alebo jednoducho pripoji\u0165 disky (re\u017eim HotAdd).<\/p>\n

Repository (Repozit\u00e1r): <\/strong>\u00a0Technicky je to len z\u00e1znam v datab\u00e1ze VBR, ktor\u00fd ukazuje na miesto, kde s\u00fa ulo\u017een\u00e9 z\u00e1lohy, a ako sa k tomuto miestu pripoji\u0165. V skuto\u010dnosti to m\u00f4\u017ee by\u0165 bu\u010f jednoduch\u00e1 CIFS zdie\u013eanie, alebo samostatn\u00fd disk, server alebo k\u00f4\u0161 v cloude. Op\u00e4\u0165 sme v kontexte, ale ch\u00e1peme, \u017ee reposit\u00e1r je len miesto, kde le\u017eia va\u0161e z\u00e1lohy.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Milovn\u00edci oxfordskej gramatiky uprednost\u0148uj\u00fa hovori\u0165 kto sn\u00c9p\u0161ot, kto snEpshot, av\u0161ak negramotn\u00e1 v\u00e4\u010d\u0161ina v\u00ed\u0165az\u00ed v\u010faka v\u00e4\u010d\u0161iemu po\u010dtu. Ak niekto nevie \u2014 je to technol\u00f3gia, ktor\u00e1 umo\u017e\u0148uje obnovi\u0165 stav diskov\u00e9ho zariadenia v ur\u010ditom \u010dasovom bode. Rob\u00ed sa to bu\u010f prostredn\u00edctvom do\u010dasn\u00e9ho presmerovania I\/O oper\u00e1ci\u00ed pre\u010d od hlavn\u00e9ho disku \u2014 v takom pr\u00edpade sa to bude naz\u00fdva\u0165 RoW (Redirect on Write) sn\u00e1p\u0161ot \u2014 alebo prostredn\u00edctvom presunu prep\u00edsan\u00fdch blokov z v\u00e1\u0161ho disku na in\u00fd \u2014 to sa bude naz\u00fdva\u0165 CoW (Copy on Write) sn\u00e1p\u0161ot. Pr\u00e1ve v\u010faka \u0161irok\u00fdm mo\u017enostiam pou\u017eitia t\u00fdchto funkci\u00ed dok\u00e1\u017ee Veeam vytvori\u0165 svoju z\u00e1lohovaciu m\u00e1giu. Striktne povedan\u00e9, nielen n\u00edm, ale aj vecou najbli\u017e\u0161\u00edch vydan\u00ed.<\/p>\n

V dokument\u00e1cii a logoch ESXi je okolo tohto pojmu chaos a v kontexte spom\u00ednania snapshotov m\u00f4\u017eeme n\u00e1js\u0165 aj samotn\u00e9 snapshoty, aj redo log a dokonca delta disk. V dokument\u00e1cii Veeam tak\u00e9to roztrhnutie neexistuje, a snapshot je jednoducho snapshot, zatia\u013e \u010do redo log je presne ten REDO s\u00fabor, vytvoren\u00fd nez\u00e1visl\u00fdm non-persistent diskom. REDO s\u00fabory sa ma\u017eu pri vypnut\u00ed virtu\u00e1lneho stroja, tak\u017ee m\u00fdli\u0165 ich so snapshotmi je cesta k zlyhaniu.<\/p>\n

Synthetic (Syntetick\u00fd):<\/strong> Syntetick\u00e9 z\u00e1lohy sa t\u00fdkaj\u00fa reverse incremental a forever forward z\u00e1loh. Ak ste sa s t\u00fdmto pojmom zatia\u013e nestretli, ide o jeden z mechanizmov pou\u017e\u00edvan\u00fdch na vytv\u00e1ranie transform\u00e1cie z\u00e1lo\u017enej re\u0165aze. V logoch sa v\u0161ak d\u00e1 n\u00e1js\u0165 aj pojem Transform, ktor\u00fd sa pou\u017e\u00edva v r\u00e1mci vytv\u00e1rania \u00fapln\u00fdch k\u00f3pi\u00ed z inkrementov (syntetick\u00e1 \u00fapln\u00e1).<\/p>\n

Task (\u00daloha):<\/strong> Je to proces spracovania ka\u017ed\u00e9ho jednotliv\u00e9ho stroja v r\u00e1mci \u00falohy. To znamen\u00e1: m\u00e1te z\u00e1lo\u017en\u00fa \u00falohu, do ktorej s\u00fa zahrnut\u00e9 tri stroje. Tak\u017ee ka\u017ed\u00fd stroj bude spracovan\u00fd v r\u00e1mci samostatnej \u00falohy. V\u00fdsledkom bud\u00fa \u0161tyri logy: jeden hlavn\u00fd pre \u00falohu a tri pre \u00falohy. Je tu v\u0161ak d\u00f4le\u017eit\u00fd nuans: \u010dasom sa slovo \u201e\u00faloha\u201c stalo nadmerne mnohozna\u010dn\u00fdm. Ke\u010f hovor\u00edme o v\u0161eobecn\u00fdch logoch, znamen\u00e1me, \u017ee \u00faloha je presne VM. Ale svoje \u201e\u00falohy\u201c maj\u00fa aj na proxy a na repozit\u00e1ri. Tam to m\u00f4\u017ee znamena\u0165 aj virtu\u00e1lny disk, aj virtu\u00e1lny stroj, aj cel\u00fa \u00falohu. Je teda d\u00f4le\u017eit\u00e9 nezabudn\u00fa\u0165 na kontext.<\/p>\n

Veeam %name% Service (Slu\u017eba)<\/strong>: \u00a0<\/strong>Na prospech \u00faspe\u0161n\u00fdch z\u00e1loh pracuje hne\u010f nieko\u013eko slu\u017eieb, zoznam ktor\u00fdch n\u00e1jdete v \u0161tandardnej konzole. Ich n\u00e1zvy dos\u0165 jasne odr\u00e1\u017eaj\u00fa ich podstatu, av\u0161ak medzi nimi je najd\u00f4le\u017eitej\u0161\u00ed \u2014 Veeam Backup Service, bez ktor\u00e9ho ostatn\u00e9 fungova\u0165 nebud\u00fa.<\/p>\n

VSS: <\/strong>Technicky by mal VSS v\u017edy znamena\u0165 Microsoft Volume Shadow Copy Service. Fakticky ho mnoh\u00ed pou\u017e\u00edvaj\u00fa ako synonymum Application-Aware Image Processing. \u010co je samozrejme kategoricky nespr\u00e1vne, av\u0161ak je to pr\u00edbeh zo s\u00e9rie \u201eKa\u017ed\u00e9 ter\u00e9nne vozidlo m\u00f4\u017eeme nazva\u0165 jeepom a ty to pochop\u00ed\u0161\u201c.<\/p>\n

Fantastick\u00e9 logy a miesta, kde \u017eij\u00fa<\/h3>\n

\nChcem za\u010da\u0165 t\u00fato kapitolu odhalen\u00edm ve\u013ek\u00e9ho tajomstva \u2014 ak\u00fd \u010das sa zobrazuje v logoch?<\/p>\n

Pam\u00e4tajte si:<\/p>\n