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

\"Veeam
\n
\nU Veeamu volimo logove. Budu\u0107i da su ve\u0107ina na\u0161ih rje\u0161enja modularna, pi\u0161u prili\u010dno mnogo logova. S obzirom na to da je na\u0161a djelatnost osiguranje o\u010duvanja va\u0161ih podataka (tj. miran san), logovi ne bi trebali samo zabilje\u017eiti svaki zvuk, ve\u0107 to raditi prili\u010dno detaljno. To je potrebno kako bi u slu\u010daju bilo kakvih problema bilo jasno kako je do toga do\u0161lo, tko je kriv i \u0161to treba u\u010diniti dalje. Ovde je kao u kriminologiji: nikad ne zna\u0161 koja sitnica mo\u017ee pomo\u0107i u pronala\u017eenju ubice Laure Palmer.<\/p>\n

Zato sam odlu\u010dio zapo\u010deti seriju \u010dlanaka u kojima \u0107u postupno pri\u010dati o tome \u0161to zapisujemo u logove, gdje ih pohranjujemo, kako ne poludjeti od njihove strukture i \u0161to zapravo tra\u017eiti unutar njih.
\n<\/a><\/noindex><\/p>\n

Za\u0161to serija \u010dlanaka i za\u0161to ne opisati sve odjednom? <\/h3>\n

\nJednostavno nabrojati koji se logovi nalaze gdje i \u0161to u njima stoji \u2014 prili\u010dno je bezna\u010dajna ideja. A o odr\u017eavanju tih informacija u a\u017eurnom stanju i razmi\u0161ljati je zastra\u0161uju\u0107e. Jednostavno nabrajanje svih mogu\u0107ih vrsta logova u Veeam Backup & Replication \u2014 to je tabela na nekoliko stranica sitnim fontom. I bit \u0107e relevantno samo u trenutku objave, jer s izlaskom sljede\u0107e zakrpe mogu se pojaviti novi logovi, promijeniti logika pohranjene informacije u starima itd. Zbog toga \u0107e biti mnogo korisnije objasniti njihovu strukturu i su\u0161tinu sadr\u017eane informacije. To \u0107e omogu\u0107iti bolju orijentaciju na terenu nego dosadna memorisanja naziva.<\/p>\n

Dakle, kako bismo izbjegli skakanje s glavom u more tekstualnih maramica, hajde da u ovom \u010dlanku obavimo neku pripremnu pr\u00e1ci. Zato danas ne\u0107emo zalaziti u same logove, ve\u0107 \u0107emo pri\u0107i s daljine: sastaviti \u0107emo glosar i malo razgovarati o strukturi Veeama s gledi\u0161ta generacije logova.<\/p>\n

Glosar i \u017eargonizmi<\/h3>\n

\nOvdje se prije svega ispri\u010davam pobornicima \u010disto\u0107e hrvatskog jezika i svjedocima O\u017eegovljevog rje\u010dnika. Svi jako volimo svoj materinji jezik, ali prokleta IT industrija radi na engleskom. Pa, nismo mi to smislili, tako je povijesno ispalo. Nije moja krivnja, on je sam do\u0161ao (c)<\/p>\n

U na\u0161em podru\u010dju problemi s anglicizmima (i \u017eargonom) imaju svoju specifi\u010dnost. Kada se ispod nevinih rije\u010di poput \"host\" ili \"guest\" \u0161irom svijeta podrazumijevaju sasvim konkretne stvari, na \u2159 dijela kopna i dalje se vodi herojski razdor i nesigurnost s posezanjem za rje\u010dnicima. I obavezan argument \"A kod nas na poslu...\".<\/p>\n

Pored toga, postoji isklju\u010divo na\u0161a terminologija, koja pripada proizvodima Veeam, iako su neke re\u010di i izrazi postali op\u0161teprihva\u0107eni. Zato \u0107emo sada dogovoriti \u0161ta termin zna\u010di, i ubudu\u0107e pod re\u010dju \u201egost\u201c mislim ta\u010dno ono \u0161to je napisano u ovoj glavi, a ne ono na \u0161ta ste navikli na poslu. I da, ovo nije moja li\u010dna prohtjev, to su ustaljeni termini u industriji. Borba protiv njih je pomalo besmislena. Iako rado u\u010destvujem u raspravama u komentarima.<\/p>\n

Na\u017ealost, termina u na\u0161em radu i proizvodima je jako mnogo, tako da ne\u0107u poku\u0161avati da navedem sve. Samo one najosnovnije i neophodne za pre\u017eivljavanje u moru informacija o backup-ima i logovima. Za zainteresovane mogu tako\u0111er predlo\u017eiti \u010dlanak <\/a><\/noindex>kolega o trakama, gde je tako\u0111e naveo listu termina koji se odnose na tu funkcionalnost.<\/p>\n

Host (Host):<\/strong> U svetu virtualizacije, to je ma\u0161ina sa hipervizorom. Fizi\u010dka, virtualna, cloud \u2014 nije va\u017eno. Ako je na ne\u010demu pokrenut hipervizor (ESXi, Hyper-V, KVM itd.), to \u201ene\u0161to\u201c se naziva hostom. Bilo da je to klaster od deset rackova ili va\u0161 laptop sa labaratorijom koja hostuje jednu i po virtuelku \u2014 ako ste pokrenuli hipervizor, onda ste postali host. Jer hipervizor hostuje virtuelne ma\u0161ine. \u010cak postoji i pri\u010da da je VMware u svoje vreme \u017eeleo da postigne \u010dvrstu asocijaciju re\u010di host isklju\u010divo sa ESXi. Ali nije uspelo.<\/p>\n

U savremenom svetu, pojam \u201ehost\u201c prakti\u010dno se stapa s pojmom \u201eserver\u201c, \u0161to unosi odre\u0111enu zabunu u komunikaciju, posebno kada je re\u010d o Windows infrastrukturi. Tako da bilo koja ma\u0161ina na kojoj se nalazi neki interesantan servis mo\u017ee smelo biti nazvana hostom. Na primer, u logovima WinSock, re\u010d host ozna\u010dava sve i sva\u0161ta. Klasi\u010dan primer je \u201eHost not found\u201c. Tako da polazimo od konteksta, ali pamtimo \u2014 u svetu virtualizacije, host je ono \u0161to hostuje goste (to se obja\u0161njava u slede\u0107ih nekoliko re\u010denica).<\/p>\n

Od lokalnih \u017eargonizama (vi\u0161e akronima, u ovom slu\u010daju) ovdje se sje\u0107a da je VMware \u2013 VI, vSphere \u2013 VC, a Hyper-V \u2013 HV.<\/p>\n

Gost (Guest):<\/strong> Virtualna ma\u0161ina koja radi na hostu. Ovdje nema potrebe za obja\u0161njavanjem, sve je logi\u010dno i jednostavno. Me\u0111utim, mnogi inzistiraju na tome da ovdje donesu neke druge smisle. <\/p>\n

Za\u0161to? Ne znam.
\nGost OS, odnosno operativni sustav gostuju\u0107e ma\u0161ine. I tako dalje.<\/p>\n

Backup\/Replication Job (posao):<\/strong> \u010cisti VMware \u017eargon koji ozna\u010dava neki od zadataka. Backup job == Posao Beka. Kako to lijepo prevesti na hrvatski \u2014 nitko nije smislio, stoga svi ka\u017eu 'posao'. S naglaskom na posljednjem slogu.<\/p>\n

Da, jednostavno uzmu i ka\u017eu 'posao'. \u010cak i u e-mailovima tako pi\u0161u, i sve je u redu.
\nRazne Beka radnje, Zadatci Beka i sli\u010dno, hvala, ali ne treba. Samo 'posao', i razumjet \u0107e vas. Najva\u017enije je staviti naglasak na posljednji slog.<\/p>\n

Backup (Beka, beka. Za istinske starije se dopu\u0161ta bakup):<\/strong> Pored o\u010diglednog (rezervne kopije podataka koja negdje le\u017ei), ovo tako\u0111er ozna\u010dava i sam posao (tri retka iznad, ako ste ve\u0107 zaboravili), nakon \u010dega nastaje taj beka datotek. Vjerojatno, gospo\u0111e govornici engleskog su previ\u0161e lijeni da svaki put ka\u017eu 'I ran my backup job', pa jednostavno ka\u017eu 'I ran my backup', i svi se odli\u010dno razumiju. Predla\u017eem podr\u017eati ovu divnu inicijativu.<\/p>\n

Konsolidacija (Consolidate): <\/strong>Termin koji se pojavio u ESXi 5.0 Opcija u izborniku za rad s snapshotima koja pokre\u0107e proces brisanja takozvanih orphaned snapshotova. To su snapshotovi koji fizi\u010dki postoje, ali su ispali iz prikazane logi\u010dke strukture. Teoretski, ovaj proces ne bi trebao utjecati na datoteke prikazane u menad\u017eeru snapshotova, iako se zna dogoditi sve. Su\u0161tina procesa konsolidacije je da se podaci iz snapshot-a (child disk) zapisuju na glavni (parent) disk. Proces spajanja diskova naziva se mje\u0161avina (merge). Ako je izdata naredba za konsolidaciju, zapis o snapshot-u mo\u017ee biti uklonjen iz baze ranije nego \u0161to bude mije\u0161an i uklonjen. A ako se snapshot iz bilo kojeg razloga ne mo\u017ee izbrisati, tada se pojavljuju ovi orphaned snapshotovi. O radu sa snapshotovima VMware ima dobru KB<\/a><\/noindex>. I mi smo tako\u0111er jednom o njima pisali na Habr<\/a><\/noindex>.<\/p>\n

Skladi\u0161te (Datastore): <\/strong>\u00a0Vrlo \u0161irok pojam, no u svetu virtualizacije podrazumeva mesto gde se \u010duvaju fajlovi virtuelnih ma\u0161ina. U svakom slu\u010daju, ovde je va\u017eno jasno razumeti kontekst i u slu\u010daju najmanjih sumnji razjasniti \u0161ta je va\u0161 sagovornik mislio.\u00a0<\/p>\n

Proxy (Proksi): <\/strong>Va\u017eno je odmah razumeti da Veeam Proxy nije sasvim isto \u0161to i ono na \u0161to smo navikli na poljima interneta. U okviru proizvoda od Veeam to je neka vrsta entiteta koja se bavi preme\u0161tanjem podataka iz jednog mesta na drugo. Ako ne idemo u detalje, VBR je komandni server, dok je proksi njegov radni konj. To zna\u010di da je proksi ma\u0161ina kroz koju prolazi saobra\u0107aj i na kojoj su instalirane VBR komponente koje poma\u017eu u upravljanju tim saobra\u0107ajem. Na primer, preme\u0161tanje podataka iz jednog kanala u drugi ili jednostavno povezivanje diskova (HotAdd mode).<\/p>\n

Repository (Repozitorij): <\/strong>\u00a0Tehni\u010dki, to je samo upis u VBR bazi koji ukazuje na mesto gde se \u010duvaju backup-ovi i kako se ovoj lokaciji pristupa. U praksi, to mo\u017ee biti i jednostavna CIFS \u0161ara, kao i poseban disk, server ili oblak. Ponovo, nalazimo se u kontekstu, ali razumemo da je repozitorij jednostavno mesto gde su va\u0161i backup-ovi.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Ljubitelji oksfordske gramatike vole govoriti tko snEpshot, tko snEp\u0161ot, no nepismenija ve\u0107ina pobje\u0111uje zbog svoje ve\u0107e mase. Ako netko ne zna \u2014 to je tehnologija koja omogu\u0107ava vra\u0107anje stanja diska na odre\u0111eni trenutak. To se radi ili preusmjeravanjem I\/O operacija s glavnog diska \u2014 tada \u0107emo to zvati RoW (Redirect on Write) snapshot \u2014 ili premje\u0161tanjem prepisivih blokova s va\u0161eg diska na drugi \u2014 to \u0107e se zvati CoW (Copy on Write) snapshot. Upravo zahvaljuju\u0107i \u0161irokim mogu\u0107nostima primjene ovih funkcija, Veeam i mo\u017ee \u010diniti svoju backup magiju. Strogo govore\u0107i, ne samo njemu, ve\u0107 to je tema najbli\u017eih izdanja.<\/p>\n

U dokumentaciji i logovima ESXi oko ovog termina postoji kaos, a u kontekstu spominjanja snimaka mo\u017ee se susresti i sami snimci, i redo log, pa \u010dak i delta disk. U dokumentaciji Veeam tog nereda nema, i snimak je snimak, dok je redo log zapravo REDO datoteka, stvorena nezavisnim non-persistent diskom. REDO datoteke se bri\u0161u prilikom isklju\u010divanja virtuelne ma\u0161ine, tako da njihovo me\u0161anje sa snimcima vodi ka neuspehu.<\/p>\n

Sinteti\u010dka (Synthetic):<\/strong> Sinteti\u010dke kopije odnose se na reverse incremental i forever forward kopije. Ako se slu\u010dajno niste susretali s ovim terminom, to je samo jedan od mehanizama koji se koriste za izgradnju transformacijskih lanca kopija. Me\u0111utim, u logovima tako\u0111e mo\u017eete sresti pojam Transform, koji se koristi u okviru stvaranja potpunih kopija iz inkremenata (sinteti\u010dka puna).<\/p>\n

Zadatak (Task):<\/strong> To je proces obrade svake pojedina\u010dne ma\u0161ine u okviru posla. Dakle: imate posao za pravljenje kopija, u koji su uklju\u010dene tri ma\u0161ine. Zna\u010di, svaka ma\u0161ina \u0107e se obra\u0111ivati u okviru posebnog zadatka. Ukupno \u0107e biti \u010detiri loga: jedan glavni za posao i tri za zadatke. Me\u0111utim, ovde postoji va\u017ena nijansa: vremenom je re\u010d 'zadatak' postala previ\u0161e vi\u0161ezna\u010dna. Kada govorimo o op\u0161tim logovima, podrazumevamo da je zadatak zapravo VM. Ali svoje 'zadace' imaju i proxy i repozitorij. Tamo to mo\u017ee zna\u010diti i virtuelni disk, i virtuelnu ma\u0161inu, i ceo posao. Dakle, va\u017eno je ne izgubiti kontekst.<\/p>\n

Veeam %name% Servis (Service)<\/strong>: \u00a0<\/strong>Na korist uspe\u0161nih kopija radi nekoliko servisa, \u010diji spisak mo\u017eete prona\u0107i u standardnoj alatki. Njihova imena prili\u010dno jasno odra\u017eavaju njihovu su\u0161tinu, ali me\u0111u jednakima postoji najva\u017eniji \u2014 Veeam Backup Service, bez kojeg drugi ne mogu raditi.<\/p>\n

VSS: <\/strong>Tehni\u010dki, VSS uvek treba ozna\u010davati Microsoft Volume Shadow Copy Service. U praksi, mnogi ga koriste kao sinonim za Application-Aware Image Processing. \u0160to je, naravno, kategorijski pogre\u0161no, ali to je pri\u010da iz domena 'Svaki SUV se mo\u017ee nazvati d\u017eipom, i bi\u0107e\u0161 shva\u0107en'.<\/p>\n

Fantasti\u010dni logovi i mesta gde obitavaju<\/h3>\n

\n\u017delim zapo\u010deti ovo poglavlje otkrivanjem velike tajne \u2014 koje vreme se prikazuje u logovima?<\/p>\n

Zapamtite:<\/p>\n