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

\"Veeam
\n
\nVeeam ima rad loge. Ker so re\u0161itve modulne, pi\u0161emo precej veliko logov. Ker je na\u0161e podro\u010dje dejavnosti za\u0161\u010dita va\u0161ih podatkov (tj. miren spanec), morajo logi ne samo bele\u017eiti vsak izdih, temve\u010d to po\u010deti tudi podrobno. To je potrebno, da bo jasno, kako se je 'to' zgodilo, kdo je kriv in kaj storiti naprej. Tukaj je kot v kriminalistiki: nikoli ne ve\u0161, kateri detajl ti lahko pomaga najti morilca Laura Palmer.<\/p>\n

Zato sem se odlo\u010dil, da se lotim serije \u010dlankov, kjer bom postopoma povedal, kaj zapisujemo v loge, kje jih shranjujemo, kako ne izgubiti razum pri njihovi strukturi in kaj iskati v njih.
\n<\/a><\/noindex><\/p>\n

Zakaj serija \u010dlankov in zakaj ne opisati vsega naenkrat? <\/h3>\n

\nSamo na\u0161teti, kateri log je kje in kaj vsebuje, je precej brezizhodna ideja. Razmi\u0161ljanje o tem, kako to informacijo ohranjati posodobljeno, je \u0161e bolj zastra\u0161ujo\u010de. Preprosto na\u0161tevanje vseh mogo\u010dih vrst logov v Veeam Backup & Replication - to je tabela na ve\u010d listih s tankim tiskom. In to bo aktualno le ob objavi, saj lahko z naslednjim popravkom pridejo novi logi, spremeni se logika shranjenih informacij v starih itd. Zato je veliko bolj smiselno razlo\u017eiti njihovo strukturo in bistvo vsebine. To bo omogo\u010dilo bolj\u0161e usmerjanje v praksi kot preprosto pomnjenje imen.<\/p>\n

Zato, da ne bi sko\u010dili v globoko v jezero besedil, naredimo v tem \u010dlanku neko pripravljalno delo. Danes se ne bomo potopili v same loge, temve\u010d se bomo lotili od dale\u010d: sestavili bomo glosar in nekoliko razpravljali o strukturi Veeam z vidika generiranja logov.<\/p>\n

Glosar in \u017eargonizmi<\/h3>\n

\nTu se moram najprej opravi\u010diti pred zagovorniki \u010distosti ru\u0161\u010dine in pri\u010devalci O\u017eegovega slovarja. Vsi zelo ljubimo svoj materni jezik, toda prekleta IT industrija deluje v angle\u0161\u010dini. No, to nismo mi izmislili, ampak se je zgodilo zgodovinsko. Nisem kriva, pri\u0161el je sam (c)<\/p>\n

V na\u0161em oboru je probl\u00e9m anglicism\u016f (a \u017eargonu) specifick\u00fd. Kdy\u017e pod nevinn\u00fdmi slovy jako \u201ehost\u201c nebo \u201en\u00e1v\u0161t\u011bvn\u00edk\u201c cel\u00fd sv\u011bt ji\u017e dlouho ch\u00e1pe zcela konkr\u00e9tn\u00ed v\u011bci, na \u2159 \u010d\u00e1sti pevniny pokra\u010duje hrdinsk\u00e9 rozv\u00e1\u017een\u00ed a v\u00e1h\u00e1n\u00ed s kouk\u00e1n\u00edm do slovn\u00edk\u016f. A nevyhnuteln\u00fd argument \u201eA u n\u00e1s v pr\u00e1ci\u2026\u201c.<\/p>\n

Plus m\u00e1me \u010dist\u011b na\u0161i terminologii, kter\u00e1 je charakteristick\u00e1 pr\u00e1v\u011b pro produkty Veeam, i kdy\u017e n\u011bkter\u00e1 slova a obraty se dostala mezi lidi. Tak\u017ee se te\u010f dohodneme, co kter\u00fd term\u00edn znamen\u00e1, a v budoucnu pod slovem \u201ehost\u201c budu m\u00edt na mysli p\u0159esn\u011b to, co je naps\u00e1no v t\u00e9to kapitole, a ne to, co jste zvykl\u00ed pou\u017e\u00edvat u sebe v pr\u00e1ci. A ano, to nen\u00ed osobn\u00ed rozmar, to jsou ust\u00e1len\u00e9 term\u00edny v pr\u016fmyslu. Bojovat s nimi je trochu beznad\u011bjn\u00e9. I kdy\u017e na proch\u00e1zku do koment\u00e1\u0159\u016f jsem v\u017edy pro.<\/p>\n

Bohu\u017eel, term\u00edn\u016f v na\u0161\u00ed pr\u00e1ci a produktech je nesm\u00edrn\u011b mnoho, tak\u017ee se nebudu pokou\u0161et vyjmenovat v\u0161echny. Pouze ty nejz\u00e1kladn\u011bj\u0161\u00ed a nezbytn\u00e9 pro p\u0159e\u017eit\u00ed v mo\u0159i informac\u00ed o z\u00e1loh\u00e1ch a log\u00e1ch. Pro z\u00e1jemce mohu tak\u00e9 navrhnout \u010dl\u00e1nek <\/a><\/noindex>kolegy o p\u00e1sech, kde tak\u00e9 p\u0159inesl seznam term\u00edn\u016f souvisej\u00edc\u00edch s tou \u010d\u00e1st\u00ed funk\u010dnosti.<\/p>\n

Host (Hostitel):<\/strong> Ve sv\u011bt\u011b virtualizace je to stroj s hypervizorem. Fyzick\u00fd, virtu\u00e1ln\u00ed, cloudov\u00fd \u2014 to je jedno. Pokud na n\u011b\u010dem b\u011b\u017e\u00ed hypervizor (ESXi, Hyper-V, KVM atd.), pak se tomu \u201en\u011b\u010demu\u201c \u0159\u00edk\u00e1 hostitel. A\u0165 u\u017e je to klastr na deset stojan\u016f nebo v\u00e1\u0161 notebook s laborato\u0159\u00ed na jedno a p\u016fl virtu\u00e1ln\u00edho stroje \u2014 pokud jste spustili hypervizor, stali jste se hostitelem. Proto\u017ee hypervizor host\u00ed virtu\u00e1ln\u00ed stroje. Existuje dokonce p\u0159\u00edb\u011bh, \u017ee VMware kdysi cht\u011bla dos\u00e1hnout pevn\u00e9 asociace slova hostitel pr\u00e1v\u011b s ESXi. Ale nedok\u00e1zali to.<\/p>\n

V modern\u00edm sv\u011bt\u011b se pojem \u201ehostitel\u201c prakticky spojil s pojmem \u201eserver\u201c, co\u017e vn\u00e1\u0161\u00ed ur\u010dit\u00fd zmatek do komunikace, zejm\u00e9na pokud jde o Windows infrastrukturu. Tak\u017ee jak\u00fdkoli stroj, na kter\u00e9m se nach\u00e1z\u00ed n\u011bjak\u00e1 pro n\u00e1s zaj\u00edmav\u00e1 slu\u017eba, m\u016f\u017ee b\u00fdt klidn\u011b nazv\u00e1n hostitelem. Nap\u0159\u00edklad v log\u00e1ch WinSock je slovo host ozna\u010deno pro v\u0161echno mo\u017en\u00e9. Klasick\u00e9 \u201eHost not found\u201c je toho p\u0159\u00edkladem. Tak\u017ee vych\u00e1z\u00edme z kontextu, ale pamatujeme \u2014 ve sv\u011bt\u011b virtualizace hostitel je to, co host\u00ed hosty (o tom n\u00ed\u017ee dv\u011b \u0159\u00e1dky).<\/p>\n

Iz lokalnih \u017eargonov (verjetno bolj akronimov v tem primeru) se spominjam, da je VMware VI, vSphere je VC, Hyper-V pa HV.<\/p>\n

Gost (Guest):<\/strong> Virtualni stroj, ki deluje na gostitelju. Tu ni kaj razlagati, vse je tako logi\u010dno in preprosto. Kljub temu pa mnogi sku\u0161ajo v to vnesti kak\u0161ne druge pomene. <\/p>\n

Zakaj? Ne vem.
\nGostiteljski operacijski sistem (Guest OS), ustrezno operacijski sistem gostujo\u010dega stroja. In tako naprej.<\/p>\n

Zadatek varnostnega kopiranja \/ replikacije (Backup\/Replication Job):<\/strong> \u010cisti VMwarejev \u017eargon, ki ozna\u010duje eno od nalog. Backup job == Varnostna kopija naloga. Kako to lepo prevesti v sloven\u0161\u010dino \u2014 nih\u010de ni pri\u0161el na to, zato vsi pravijo 'naloga'. S poudarkom na zadnjem zlogu.<\/p>\n

Da, tako enostavno vzamejo in re\u010dejo 'naloga'. Tudi v e-po\u0161ti tako pi\u0161ejo in vse je v redu.
\nRazli\u010dne varnostne naloge, naloge varnostne kopije itd., hvala, ampak ne potrebujem. Samo naloga in vas bodo razumeli. Glavno je, da poudarite zadnji zlog.<\/p>\n

Varnostna kopija (Backup, bkap. Za prave starej\u0161e obo\u017eevalce je dovoljen tudi bakup):<\/strong> Poleg o\u010ditnega (le\u017ee\u010da tam rezervna kopija podatkov), pomeni tudi samo nalogo (tri vrstice zgoraj, \u010de ste \u017ee pozabili), zaradi katere nastane tista varnostna kopija. Verjetno so angle\u0161ki nosilci jezika preve\u010d leni, da bi vsakokrat rekli 'Izvedel sem svojo nalogo za varnostno kopiranje', zato preprosto re\u010dejo 'Izvedel sem varnostno kopijo' in si vsi odli\u010dno razumemo. Predlagam, da podpiramo to \u010dudovito pobudo.<\/p>\n

Konsolidacija (Consolidate): <\/strong>Termin, ki se je pojavil v ESXi 5.0. Mo\u017enost v meniju za delo s posnetki, ki za\u017eene postopek odstranjevanja tako imenovanih orphaned posnetkov. To so posnetki, ki fizi\u010dno obstajajo, a so izpadli iz prikazane logi\u010dne strukture. Teoreti\u010dno ta postopek ne bi smel vplivati na datoteke, prikazane v upravitelju posnetkov, a se zgodi tudi to. Namen postopka konsolidacije je, da se podatki iz posnetka (child disk) zapi\u0161ejo na glavni (parent) disk. Postopek zdru\u017eevanja diskov imenujemo m\u00ebr\u017e (merge). \u010ce je bila dana ukazna za konsolidacijo, se lahko zapis o posnetku odstrani iz baze prej, preden je posnetek zdru\u017een in odstranjen. In \u010de posnetka ni bilo mogo\u010de odstraniti iz kateregakoli razloga, se pojavijo ti orphaned posnetki. O delu s posnetki ima VMware dobro KB<\/a><\/noindex>. In tudi mi smo o tem pisali na Habrju<\/a><\/noindex>.<\/p>\n

Shranjevanje (Datastore): <\/strong>\u00a0To je zelo \u0161iroka definicija, vendar v svetu virtualizacije pod njo razumemo prostor, kjer so shranjene datoteke virtualnih strojev. V vsakem primeru je treba zelo jasno razumeti kontekst in ob najmanj\u0161em dvomu razjasniti, kaj natan\u010dno ima va\u0161 sogovornik v mislih.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>Pomembno je takoj razumeti, da Veeam Proxy ni povsem enako temu, kar smo navajeni na obmo\u010dju interneta. V okviru izdelkov Veeam je to neka entiteta, ki se ukvarja s prena\u0161anjem podatkov iz enega mesta na drugo. Brez podrobnosti, VBR je komandni stre\u017enik, proxy pa so njegove delovne konjice. Torej, proxy je stroj, skozi katerega te\u010de promet in na katerem so name\u0161\u010dene komponente VBR, ki pomagajo upravljati ta promet. Na primer, prena\u0161ati podatke iz enega kanala v drugega ali preprosto priklju\u010diti diske (HotAdd na\u010din).<\/p>\n

Repository (Repozitorij): <\/strong>\u00a0Tehni\u010dno je to preprosto zapis v bazi VBR, ki ka\u017ee na mesto, kjer so shranjeni varnostni kopiji, in kako se povezati s tem mestom. Dejansko je to lahko preprosto CIFS delitev ali lo\u010den disk, stre\u017enik ali vedro v oblaku. Spet, imamo kontekst, vendar razumemo, da je repozitorij preprosto mesto, kjer le\u017eijo va\u0161e varnostne kopije.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Milovn\u00edci oxfordsk\u00e9 gramatiky preferuj\u00ed \u0159\u00edkat kdo snapshot, kdo sn\u00edmek, av\u0161ak negramotn\u00e1 v\u011bt\u0161ina v\u00edt\u011bz\u00ed d\u00edky v\u011bt\u0161\u00ed masu. Pokud n\u011bkdo nev\u00ed \u2014 je to technologie, kter\u00e1 umo\u017e\u0148uje obnovit stav disku k ur\u010dit\u00e9mu okam\u017eiku. D\u011bl\u00e1 se to bu\u010f do\u010dasn\u00fdm p\u0159esm\u011brov\u00e1n\u00edm I\/O operac\u00ed od hlavn\u00edho disku \u2014 pak se to nazve RoW (Redirect on Write) snapshot \u2014 nebo p\u0159enesen\u00edm p\u0159episovateln\u00fdch blok\u016f z va\u0161eho disku na jin\u00fd \u2014 to se nazve CoW (Copy on Write) snapshot. Pr\u00e1v\u011b d\u00edky \u0161irok\u00fdm mo\u017enostem pou\u017eit\u00ed t\u011bchto funkc\u00ed m\u016f\u017ee Veeam tvo\u0159it svou z\u00e1lohovac\u00ed magii. P\u0159\u00edsn\u011b vzato, nejen jemu, ale to je \u00fakol nejbli\u017e\u0161\u00edch vyd\u00e1n\u00ed.<\/p>\n

V dokumentaciji in dnevnikih ESXi okoli tega izraza vlada zmeda, v kontekstu omembe posnetkov pa lahko sre\u010damo tako same posnetke, kot redo log in celo delta disk. V dokumentaciji Veeam take zme\u0161njave ni, in posnetek je posnetek, redo log pa je prav REDO datoteka, ustvarjena z neodvisnim non-persistent diskom. REDO datoteke se izbri\u0161ejo ob ugasnjenju virtualnega stroja, zato je zme\u0161anje z posnetki pot do propada.<\/p>\n

Synthetic (Sinteza):<\/strong> Sinteti\u010dne varnostne kopije se nana\u0161ajo na reverse incremental in forever forward varnostne kopije. \u010ce se s tem izrazom \u0161e niste sre\u010dali, je to preprosto eden od mehanizmov, ki se uporablja za oblikovanje prenove varnostne kopije. V dnevnikih se lahko sre\u010date tudi z izrazom Transform, ki se uporablja pri ustvarjanju celotnih kopij iz inkrementov (synthetic full).<\/p>\n

Task (Naloga):<\/strong> To je proces obdelave vsake posamezne naprave v okviru dela. To pomeni: imate varnostno delo, v katerem so vklju\u010dene tri naprave. Torej, vsaka naprava se bo obdelala v okviru lo\u010dene naloge. Na koncu bo \u0161tiri dnevnike: en glavni za delo in tri za naloge. Vendar je tukaj pomembna opomba: skozi \u010das je beseda \u201enaloga\u201c postala preve\u010d ve\u010dzna\u010dna. Ko govorimo o skupnih dnevnikih, imamo v mislih, da naloga predstavlja VM. Vendar pa imajo svoje \u201enaloge\u201c tudi na proxyju in repozitoriju. Tam lahko to pomeni tako virtualni disk, kot virtualno napravo in celotno delo. Pomembno je, da ne izgubimo kontekst.<\/p>\n

Veeam %name% Service (Storitev)<\/strong>: \u00a0<\/strong>Za uspe\u0161ne varnostne kopije skrbi ve\u010d storitev, katere seznam lahko najdete v standardnem orodju. Njihova imena dovolj jasno odra\u017eajo njihovo bistvo, vendar med enakimi izstopa najpomembnej\u0161a \u2014 Veeam Backup Service, brez katere ostale ne bodo delovale.<\/p>\n

VSS: <\/strong>Tehni\u010dno VSS vedno mora ozna\u010devati Microsoft Volume Shadow Copy Service. Dejansko ga mnogi uporabljajo kot sinonim za Application-Aware Image Processing. Kar je seveda kategori\u010dno napa\u010dno, toda to je zgodba iz razreda \u201eVsak terenski avtomobil lahko imenuje\u0161 d\u017eip in te bodo razumeli\u201c.<\/p>\n

Fantasti\u010dni dnevniki in kraji, kjer prebivajo<\/h3>\n

\nHo\u010dem za\u010deti to poglavje s razkritjem velike skrivnosti \u2014 kateri \u010das se prikazuje v dnevnikih?<\/p>\n

Zapomnite si:<\/p>\n