Pri Veeamu obožujemo dnevnike. In ker je večina naših rešitev modularnih, pišejo veliko dnevnikov. In ker je področje naše dejavnosti zagotavljanje varnosti vaših podatkov (tj. miren spanec), naj dnevniki ne le beležijo vsak kihanje, ampak to tudi dokaj podrobno. To je potrebno, da je v primeru nečesa jasno, kako se je to "kaj" zgodilo, kdo je kriv in kaj je treba storiti naprej. To je kot v forenzični znanosti: nikoli ne veš, katera malenkost ti bo pomagala najti morilca Laure Palmer.
Zato sem se odločila, da se lotim serije člankov, kjer bom zaporedno spregovorila o tem, kaj pišemo v dnevnike, kje jih shranjujemo, kako se ne zmešati od njihove strukture in na kaj moramo biti pozorni v njih.
Zakaj serija člankov in zakaj ne bi opisali vsega naenkrat?
Preprosto naštevanje, kateri dnevnik je kje in kaj je v njem shranjeno, je precej katastrofalen podvig. Strašljivo je celo pomisliti na posodabljanje teh informacij. Preprost seznam vseh možnih vrst dnevnikov v Veeam Backup & Replication je tabela na več listih z majhnim tiskom. Da, in pomembno bo le v času objave, ker. ko bo izdan naslednji popravek, se lahko pojavijo novi dnevniki, spremeni se logika shranjenih informacij v starih itd. Zato bo veliko bolj donosno razložiti njihovo strukturo in bistvo informacij, ki jih vsebujejo. To vam bo omogočilo boljšo navigacijo po mestih kot banalno nabijanje imen.
Zato, da ne bi brezglavo hiteli v bazen besedilnih listov, naredimo nekaj pripravljalnega dela v tem članku. Zato se danes ne bomo spuščali v same dnevnike, ampak bomo šli od daleč: sestavili bomo glosar in malo razpravljali o strukturi Veeam v smislu ustvarjanja dnevnikov.
Glosar in žargon
Tukaj se je najprej vredno opravičiti zagovornikom čistosti ruskega jezika in pričam Ožegovega slovarja. Vsi imamo zelo radi svoj materni jezik, a prekleta IT industrija deluje v angleščini. No, tega si nismo izmislili mi, se je pa zgodovinsko zgodilo. Nisem jaz kriv, sam je prišel (c)
V našem poslu ima problematika anglicizmov (in žargona) svoje specifike. Ko pod nedolžnimi besedami, kot sta »gostitelj« ali »gost«, ves svet že dolgo razume zelo specifične stvari, potem se na ⅙ dežele nadaljuje junaška zmeda in opotekanje s brskanjem po slovarjih. In strogo obvezen argument "Ampak pri našem delu ...".
Poleg tega je tu čisto naša terminologija, ki je neločljivo povezana z izdelki Veeam, čeprav so nekatere besede in besedne zveze prišle k ljudem. Zato se bomo zdaj dogovorili, kateri izraz kaj pomeni, v prihodnje pa bom pod besedo »gost« mislil točno to, kar piše v tem poglavju, in ne tisto, česar ste vajeni pri delu. In ja, to ni moja osebna muha, to so uveljavljeni izrazi v industriji. Boj z njimi je nekoliko nesmiseln. Čeprav sem vedno za to, da se v komentarjih ohladimo.
Žal je izrazov v našem delu in produktih ogromno, zato ne bom našteval vseh. Samo najosnovnejše in potrebne informacije o varnostnih kopijah in dnevnikih za preživetje v morju. Za zainteresirane lahko tudi jaz kolegi o trakovih, kjer je podal tudi seznam izrazov, ki se nanašajo na ta del funkcionalnosti.
Gostitelj (gostitelj): V svetu virtualizacije je to stroj s hipervizorjem. Fizično, virtualno, v oblaku – ni pomembno. Če nekaj izvaja hipervizor (ESXi, Hyper-V, KVM itd.), potem se to "nekaj" imenuje gostitelj. Ne glede na to, ali gre za gručo z desetimi omarami ali vaš prenosnik z laboratorijem za en in pol virtualnih strojev – če ste zagnali hipervizor, ste postali gostitelj. Ker hipervizor gosti virtualne stroje. Obstaja celo zgodba, da je VMware nekoč želel doseči trdno povezavo besede host z ESXi. Ampak ni.
V sodobnem svetu se je pojem "gostitelj" praktično združil s pojmom "strežnik", kar vnaša nekaj zmede v komunikacijo, zlasti ko gre za infrastrukturo Windows. Tako lahko vsak stroj, ki gosti neko storitev, ki nas zanima, varno imenujemo gostitelj. Na primer, v dnevnikih WinSock je vse označeno z besedo gostitelj. Primer tega je klasični "Host not found". Izhajamo torej iz konteksta, a ne pozabite – v svetu virtualizacije je gostitelj tisti, ki gosti goste (več o tem v dveh vrsticah spodaj).
Iz lokalnega žargona (v tem primeru celo akronimov) se tukaj spomnimo, da je VMware VI, vSphere VC in Hyper-V HV.
Gost (Gost): Virtualni stroj, ki se izvaja na gostitelju. Tukaj ni kaj razlagati, vse je tako logično in preprosto. Vendar mnogi sem pridno vlečejo neke druge pomene.
Za kaj? Nevem.
Gostujoči OS oziroma operacijski sistem gostujočega računalnika. In tako naprej.
Opravilo varnostnega kopiranja/replikacije (jobA): Čisti Wimov žargon, ki označuje nekatere naloge. Varnostno kopiranje == Varnostno kopiranje. Nihče ni ugotovil, kako to lepo prevesti v ruščino, zato vsi pravijo "JobA". S poudarkom na zadnjem zlogu.
Ja, preprosto vzamejo in rečejo "joba". In tudi v pismih pišejo tako in je vse v redu.
Vse vrste opravil varnostnega kopiranja, opravil varnostnega kopiranja itd., hvala, vendar ni potrebe. Samo delo in razumeli vas bodo. Glavna stvar je, da poudarek postavite na zadnji zlog.
Varnostno kopiranje (varnostno kopiranje, varnostno kopiranje. Za prave starodobnike je varnostno kopiranje dovoljeno): Poleg očitnega (varnostna kopija podatkov, ki leži nekje) pomeni tudi samo opravilo (tri vrstice zgoraj, če ste že pozabili), zaradi česar se pojavi prav varnostna datoteka. Verjetno so gospodje materni angleško govoreči preleni, da bi rekli, da sem vsakič zagnal svoje varnostno kopiranje, zato samo rečejo, da sem zagnal svoje varnostno kopiranje, in vsi se odlično razumejo. Vabim vas, da podprete to čudovito pobudo.
Konsolidacija (konsolidacija): Izraz, ki se je pojavil v ESXi 5.0 Možnost v meniju posnetkov, ki začne postopek brisanja tako imenovanih osirotelih posnetkov. To so posnetki, ki so fizično na voljo, vendar so izpadli iz prikazane logične strukture. Teoretično ta postopek ne bi smel vplivati na datoteke, prikazane v upravitelju posnetkov, vendar se lahko zgodi kar koli. Bistvo procesa konsolidacije je, da se podatki iz posnetka (podrejenega diska) zapišejo na glavni (nadrejeni) disk. Postopek združevanja diskov se imenuje spajanje. Če je bil izdan ukaz za konsolidacijo, lahko zapis posnetka odstranite iz baze podatkov, preden se posnetek združi in izbriše. In če posnetka ni bilo mogoče izbrisati iz kakršnega koli razloga, potem se prikažejo ti isti osiroteli posnetki. O delu s posnetki, VMware ima . In tudi nekako o njih .
Shramba podatkov (Stora ali shramba): Zelo širok pojem, ki pa se v svetu virtualizacije razume kot prostor, kjer so shranjene datoteke virtualnega stroja. Toda v vsakem primeru morate tukaj zelo jasno razumeti kontekst in ob najmanjšem dvomu razjasniti, kaj točno je imel vaš sogovornik v mislih.
Proxy (Proxy): Pomembno je takoj razumeti, da Veeam Proxy ni povsem enak tistemu, česar smo vajeni v internetu. Znotraj produktov Veeam je to neke vrste entiteta, ki se ukvarja s prenosom podatkov iz enega kraja v drugega. Če se ne spuščate v podrobnosti, potem je VBR ukazni in nadzorni strežnik, proxyji pa so njegovi delovni konji. To pomeni, da je proxy stroj, skozi katerega teče promet in na katerem so nameščene komponente VBR, ki pomagajo upravljati ta promet. Na primer za prenos podatkov iz enega kanala v drugega ali preprosto za pritrditev diskov nase (način HotAdd).
Repozitorij (Repozitorij): Tehnično je to samo vnos v zbirko podatkov VBR, ki označuje mesto, kjer so shranjene varnostne kopije, in kako se povezati s tem mestom. Pravzaprav je lahko samo kroglica CIFS ali ločen disk, strežnik ali vedro v oblaku. Spet smo v kontekstu, vendar razumemo, da je repozitorij le prostor, kjer so vaše varnostne kopije.
Posnetek (SnapshOt): Oxfordski slovničarji raje rečejo, kdo je snapshot in kdo snapshot, a nepismeni večini koristi večja množica. Če kdo ne ve, je to tehnologija, ki omogoča povrnitev stanja diska v določenem trenutku. To storite tako, da začasno preusmerite V/I operacije stran od glavnega diska - takrat se bo to imenovalo posnetek RoW (Preusmeri ob pisanju) - ali pa premaknite prepisljive bloke z vašega diska na drugega - to se bo imenovalo CoW (Kopiraj pri pisanju). ) posnetek. Zahvaljujoč širokim možnostim uporabe teh funkcij lahko Veeam dela svoje rezervne čare. Skratka, ne le oni, ampak to je stvar naslednjih izdaj.
V dokumentaciji in dnevnikih ESXi je kaos okoli tega izraza, v kontekstu omembe posnetkov pa lahko najdete same posnetke, pa redo log in celo delta disk. Dokumentacija Veeam ne vsebuje takšnega trganja in posnetek je posnetek, dnevnik ponavljanja pa je natanko datoteka REDO, ki jo ustvari neodvisen neobstojen disk. Datoteke REDO se izbrišejo, ko je virtualni stroj izklopljen, zato je zamenjava s posnetki pot do neuspeha.
Sintetika (Sintetika): Sintetične varnostne kopije so povratne inkrementalne varnostne kopije za vedno naprej. Če tega izraza še niste srečali, je to le eden od mehanizmov, ki se uporabljajo za izgradnjo transformacije rezervne verige. Vendar pa lahko v dnevnikih najdete tudi koncept Transform, ki se uporablja v okviru ustvarjanja polnih kopij iz inkrementov (sintetično polno).
Naloga (Naloga): To je proces obdelave vsakega posameznega stroja znotraj opravila. To pomeni: imate rezervno opravilo, ki vključuje tri stroje. To pomeni, da bo vsak avtomobil obdelan kot del ločene naloge. Skupaj bodo štirje dnevniki: glavni za opravila in trije za opravila. Vendar pa je tu pomemben odtenek: sčasoma je beseda "naloga" postala nepotrebno dvoumna. Ko govorimo o splošnih dnevnikih, mislimo, da je naloga točno VM. Vendar pa obstajajo "naloge" tako na proxyju kot v repozitoriju. Tam lahko pomeni virtualni disk, virtualni stroj in celotno opravilo. To pomeni, da je pomembno, da ne izgubite konteksta.
Storitev Veeam %name%.: V korist uspešnega varnostnega kopiranja deluje več storitev hkrati, katerih seznam najdete v standardni opremi. Njihova imena precej pregledno odražajo njihovo bistvo, a med enakimi je najpomembnejše - Veeam Backup Service, brez katerega ostali ne bodo delovali.
VSS: Tehnično bi moral VSS vedno pomeniti Microsoft Volume Shadow Copy Service. Pravzaprav ga mnogi uporabljajo kot sinonim za Application-Aware Image Processing. Kar je seveda kategorično napačno, vendar je to zgodba iz kategorije "Vsak SUV lahko imenujemo džip in razumeli vas boste."
Fantastični hlodi in kje živijo
To poglavje želim začeti z razkritjem velike skrivnosti - koliko časa je prikazano v dnevnikih?
Zapomni si:
- ESXi vedno piše dnevnike v UTC+0.
- vCenter vodi dnevnike glede na čas svojega časovnega pasu.
- Veeam vodi dnevnike glede na čas in časovni pas strežnika, na katerem je.
- In samo dogodki Windows v formatu EVTX ne trpijo zaradi vezave na nič. Ob odprtju se čas preračuna za avto, na katerem so bili odprti. Najbolj priročna možnost, čeprav z njo obstajajo težave. Edina oprijemljiva težava je razlika v krajih. To je praktično zagotovljena pot do neberljivih dnevnikov. Da, obstajajo možnosti, kako to obravnavati, vendar se ne prepirajmo z dejstvom, da vse v IT deluje v angleščini, in se dogovorimo, da na strežnikih vedno nastavimo angleško področno nastavitev. Oh prosim.
Zdaj pa se pogovorimo o krajih, kjer živijo hlodi in kako jih dobiti. V primeru VBR obstajata dva pristopa.
Prva možnost je primerna, če ne želite iskati datotek v splošnem kupu, ki so posebej povezane z vašo težavo. Za to imamo ločenega čarovnika, v katerem lahko določite določeno delo in določeno obdobje, za katero potrebujete dnevnike. Nato bo sam pregledal mape in vse, kar potrebujete, spravil v en arhiv. Kje ga iskati in kako delati z njim, je podrobno opisano v .
Vendar pa čarovnik ne zbira dnevnikov vseh opravil in, če morate na primer preučiti dnevnike obnovitve, samodejnega preklopa ali povratne napake, je vaša pot v mapi %ProgramData%/Veeam/Backup. To je glavna shramba logotipov VBR in %ProgramData% je skrita mapa in to je v redu. Mimogrede, privzeto lokacijo je mogoče znova dodeliti z uporabo registrskega ključa tipa REG_SZ: LogDirectory v veji HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Na strojih Linux je treba dnevnike delavskega agenta iskati v /var/log/VeeamBackup/če uporabljate root ali sudo račun. Če nimate teh privilegijev, potem poiščite prijave /tmp/VeeamBackup.
Za agenta Veeam za %OS_name% je treba iskati dnevnike %ProgramData%/Veeam/Endpoint (Ali %ProgramData%/Veeam/Backup/Endpoint) In /var/log/veeam zaporedju.
Če uporabljate Application-Aware Image Processing (in najverjetneje ste), potem postane situacija nekoliko bolj zapletena. Potrebovali boste dnevnike našega pomočnika, ki so shranjeni v samem virtualnem stroju, in dnevnike VSS. O tem, kako in kje dobiti to srečo, je podrobno napisano v . In seveda obstaja za zbiranje potrebnih sistemskih dnevnikov.
Windows dogodki so priročno zbrani glede na . Če uporabljate Hyper-V, postanejo stvari bolj zapletene, saj boste potrebovali tudi vse njegove dnevnike iz Applications and Service Logs > Microsoft > Windows veje. Čeprav lahko vedno greš bolj neumno in preprosto pobereš vse predmete iz %SystemRoot%System32winevtLogs.
Če se med namestitvijo/nadgradnjo kaj pokvari, lahko vse, kar potrebujete, najdete v mapi %ProgramData%/Veeam/Setup/Temp. Čeprav ne bom skrival dejstva, da lahko v dogodkih OS najdete več koristnih informacij kot v teh dnevnikih. Ostalo zanimivo je v %Temp%, vendar so tam predvsem dnevniki namestitve za sorodno programsko opremo, kot je osnova, knjižnice .Net in druge stvari. Upoštevajte, da je Veeam nameščen iz msi in so vse njegove komponente nameščene kot ločeni paketi msi, tudi če to ni bilo prikazano v GUI. Če torej namestitev ene od komponent ne uspe, bo celotna namestitev VBR ustavljena. Zato morate iti v dnevnike in videti, kaj točno se je zlomilo in na kateri točki.
In končno, življenjski vdor: če se med namestitvijo prikaže napaka, ne hitite s klikom V redu. Najprej vzamemo dnevnike, nato kliknemo V redu. Tako boste dobili dnevnik, ki se konča v času napake, brez smeti na koncu.
In zgodi se, da morate vstopiti v dnevnike vSphere. Poklic je zelo nehvaležen, a ko zavihamo rokave, je treba početi nekaj drugega. V najenostavnejši različici potrebujemo dnevnike z dogodki virtualnega stroja vmware.log, ki ležijo poleg njegove datoteke .vmx. V težjem primeru odprite Google in vprašajte, kje se nahajajo dnevniki za vašo gostiteljsko različico, saj VMware rad spreminja to mesto od izdaje do izdaje. na primer , ampak za . Za dnevnike vCenter ponovite postopek . Na splošno pa nas bodo zanimali dnevniki dogodkov gostitelja hostd.log, dogodki gostitelja, ki jih upravlja vCenter vpxa.log, dnevniki jedra vmkernel.log in dnevniki preverjanja pristnosti auth.log. No, v najbolj zanemarjenih primerih lahko pride prav dnevnik SSO, ki leži v mapi SSO.
Okorno? Zmedeni? Strašljivo? A to ni niti polovica informacij, s katerimi naša podpora vsakodnevno dela. Torej so res, res kul.
Komponente Veeam
In kot zaključek tega uvodnega članka, spregovorimo nekaj o komponentah Veeam Backup & Replication. Kajti ko iščeš vzrok bolečine, bi bilo lepo razumeti, kako pacient deluje.
Torej, kot verjetno vsi vedo, je Veeam Backup tako imenovana aplikacija, ki temelji na SQL. Se pravi, vse nastavitve, vse informacije in na splošno vse, kar je potrebno le za normalno delovanje - vse to je v njegovi bazi podatkov. Oziroma v dveh bazah podatkov, če govorimo o kopici VBR in EM: VeeamBackup oziroma VeeamBackupReporting. In tako se je zgodilo: postavili smo drugo aplikacijo - pojavila se je druga zbirka podatkov. Da ne bi hranili vseh jajc v eni košari.
Toda za nemoteno delovanje vsega tega gospodarstva potrebujemo nabor storitev in aplikacij, ki bodo povezale vse komponente skupaj. Samo kot primer, takole izgleda v enem od mojih laboratorijev:
Deluje kot šef dirigent Storitev varnostnega kopiranja Veeam. On je odgovoren za izmenjavo informacij z bazami. Odgovoren je tudi za zagon vseh nalog, orkestriranje dodeljenih virov in deluje kot nekakšen komunikacijski center za različne konzole, agente in vse ostalo. Z eno besedo, brez njega zagotovo ne gre, vendar to sploh ne pomeni, da vse naredi sam.
Pomaga mu pri izpolnitvi njegovega načrta Veeam Backup Manager. To ni storitev, ampak subjekt, ki sproži posle in spremlja proces njihovega izvajanja. Delovne roke storitve varnostnega kopiranja, s katerimi se povezuje z gostitelji, ustvarja posnetke, spremlja hrambo itd.
Toda nazaj na seznam storitev. Posredniška storitev Veeam. Pojavil se je v v9.5 (in to ni kripto rudar, kot so nekateri takrat mislili). Zbira informacije o gostiteljih VMware in ohranja njihovo ustreznost. Vendar ne hitite takoj pisati jeznih komentarjev, da vohunimo za vami in puščamo vse prijave / gesla taschmajorju. Vse je nekoliko bolj preprosto. Ko zaženete varnostno kopijo, se morate najprej povezati z gostiteljem in posodobiti vse podatke o njegovi strukturi. To je precej počasna in okorna zgodba. Samo zapomnite si, koliko časa traja, da se prijavite prek spletnega vmesnika, in ne pozabite, da se tam šteje le zgornja plast. In potem morate mimogrede še vedno odpreti celotno hierarhijo na pravo mesto. Z eno besedo, groza. Če izvajate ducat varnostnih kopij, mora vsako opravilo izvesti ta postopek. Če govorimo o velikih infrastrukturah, lahko ta proces traja deset minut ali več. Zato je bilo odločeno, da se za to dodeli ločena storitev, prek katere bo mogoče prejemati vedno posodobljene informacije. Ob zagonu preveri in pregleda vso dodano infrastrukturo, nato pa poskuša delovati samo na ravni postopnih sprememb. Torej, tudi če zaženete sto varnostnih kopij hkrati, bodo vse zahtevale informacije od našega posrednika in ne bodo mučile gostiteljev s svojimi zahtevami. Če vas skrbijo viri, potem po naših izračunih potrebuje 5000 virtualnih strojev le približno 100 Mb pomnilnika.
Naslednji imamo Konzola Veeam. On je Veeam Remote Console, on je Veeam.Backup.Shell. To je isti GUI, kot ga vidimo na posnetkih zaslona. Vse je preprosto in očitno - konzolo je mogoče zagnati od koder koli, če je Windows in obstaja povezava s strežnikom VBR. Edina stvar, ki jo lahko rečemo, je, da bo postopek FLR priklopil točke lokalno (tj. na računalniku, kjer se izvaja konzola). No, izbrani Veeam Explorerji se bodo izvajali tudi lokalno, ker so del konzole. Me je pa že odneslo v divjino ...
Še ena zanimiva storitev je Podatkovna storitev Veeam Backup Catalog. Na seznamu storitev znana kot Veeam Guest Catalog Service. Ukvarja se z indeksiranjem datotečnih sistemov na gostujočih strojih in s tem znanjem polni mapo VBRCatalog. Uporablja se le, če je omogočeno potrditveno polje za indeksiranje. In smiselno ga je omogočiti le, če imate Enterprise Manager. Zato nasvet iz srca: ne vklopite indeksiranja kar tako, če nimate EAT. Prihranite živce in čas za podporo.
Tudi od drugih pomembnih storitev je vredno omeniti Namestitvena storitev Veeam, s pomočjo katerega se potrebne komponente dostavijo in namestijo na proxyje, repozitorije in druge prehode. Pravzaprav prenese potrebne pakete .msi na strežnike in jih namesti.
Veeam Data Mover - s pomočjo pomožnih agentov, zagnanih na proxyjih (in ne samo), se ukvarja s premikanjem podatkov. Na primer, pri varnostnem kopiranju bo en agent prebral datoteke iz podatkovne shrambe gostitelja, drugi pa jih bo skrbno zapisal v varnostno kopijo.
Ločeno bi rad opozoril na pomembno stvar, na katero stranke pogosto reagirajo - to je razlika v različicah storitev in informacij v snap-inu Programi in funkcije. Da, seznam bo enak, vendar so različice lahko popolnoma neskladne. Z vizualnega vidika ni zelo kul, vendar je povsem normalno, če vse deluje stabilno. Na primer, za storitev Installer je številka različice daleč za sosednjimi. Groza in nočna mora? Ne, ker ni popolnoma znova nameščen, ampak se njegov DLL preprosto posodobi. V popravku v9.5 U4 se je zgodila nočna mora tehnične podpore: med posodobitvijo so vse storitve prejele nove različice, razen najpomembnejše. V popravku U4b je transportna storitev vse ostale prehitela za kar dve različici (po številkah sodeč). In to je tudi normalno - v njem je bila najdena resna napaka, zato je prejel dodatno posodobitev glede na ostale. Torej, če povzamem: razlike v različicah bi LAHKO bile problem, a če obstaja razlika in vse deluje pravilno, bi verjetno morala biti. Toda nihče vam ne prepoveduje, da to razjasnite v tehnični podpori.
To so bile tako imenovane obvezne ali obvezne storitve. In obstaja cel kup pomožnih, kot so Tape Service, Mount Service, vPowerNFS Service in tako naprej.
Za Hyper-V je na splošno vse enako, le nekaj je specifično Integracijska storitev Veeam Backup Hyper-V in svoj gonilnik za delo s CBT.
In na koncu se pogovorimo o tem, kdo dela na virtualnih strojih med varnostnim kopiranjem. Za izvajanje skriptov pred in po zamrznitvi, ustvarjanje senčne kopije, zbiranje metapodatkov, delo z dnevniki transakcij SQL itd. Veeam Guest Helper. In če so datotečni sistemi indeksirani, Veeam Guest Indexer . To so začasne storitve, ki so nameščene za čas trajanja varnostnega kopiranja in po njem odstranjene.
V primeru strojev Linux je vse veliko preprostejše zaradi prisotnosti velikega števila vgrajenih knjižnic in zmogljivosti samega sistema. Na primer, indeksiranje poteka prek mlocate.
To je vse za zdaj
Ne upam si te več prizadeti kratek Menim, da je uvod v motorni prostor Veeam končan. Da, samim brlogom se nismo niti približali, a verjemite mi, da informacije, predstavljene v njih, ne bodo videti kot neskladen tok zavesti, je tak uvod nujno potreben. Do samih dnevnikov se nameravam podati šele v tretjem članku, v naslednjem pa je v načrtu pojasniti, kdo generira dnevnike, kaj točno je v njih prikazano in zakaj točno, sicer pa ne.
Vir: www.habr.com