My vo Veeam milujeme denníky. A keďže väčšina našich riešení je modulárnych, píšu veľa protokolov. A keďže náplňou našej činnosti je zabezpečiť bezpečnosť vašich údajov (t. j. pokojný spánok), potom by denníky mali každé kýchnutie nielen zaznamenávať, ale aj robiť do určitej miery. Je to potrebné, aby v prípade niečoho bolo jasné, ako sa to „čo“ stalo, kto je na vine a čo je potrebné urobiť ďalej. Je to ako vo forenznej vede: nikdy neviete, aká maličkosť vám pomôže nájsť vraha Laury Palmerovej.
Rozhodol som sa preto vrhnúť na sériu článkov, kde budem postupne rozprávať o tom, čo do logov píšeme, kde ich skladujeme, ako sa nezblázniť z ich štruktúry a čo v nich hľadať.
Prečo séria článkov a prečo nepopísať všetko naraz?
Už len vypisovať, ktorý denník sa kde nachádza a čo je v ňom uložené, je dosť katastrofálny počin. A je desivé čo i len pomyslieť na aktualizáciu týchto informácií. Jednoduchý zoznam všetkých možných typov protokolov vo Veeam Backup & Replication je tabuľka na niekoľkých hárkoch vytlačená malým písmom. Áno, a bude to relevantné iba v čase uverejnenia, pretože. pri vydaní ďalšej opravy sa môžu objaviť nové protokoly, zmení sa logika uložených informácií v starých atď. Preto bude oveľa výnosnejšie vysvetliť ich štruktúru a podstatu informácií v nich obsiahnutých. To vám umožní lepšie sa orientovať v miestach ako banálne napchávanie mien.
Preto, aby sme sa bezhlavo nehrnuli do zásoby textových listov, urobme v tomto článku prípravné práce. Preto sa dnes nedostaneme k samotným protokolom, ale pôjdeme z diaľky: zostavíme slovník a trochu rozoberieme štruktúru Veeam z hľadiska generovania protokolov.
Slovník a žargón
Tu sa v prvom rade oplatí ospravedlniť bojovníkom za čistotu ruského jazyka a svedkom Ozhegovovho slovníka. Všetci veľmi milujeme svoj rodný jazyk, no ten prekliaty IT priemysel funguje v angličtine. No, neprišli sme na to, ale stalo sa to historicky. Nie je to moja chyba, prišiel sám (c)
V našom biznise má problém anglicizmov (a žargónu) svoje špecifiká. Keď pod nevinnými slovami ako „hostiteľ“ alebo „hosť“ celý svet už dávno rozumie veľmi špecifickým veciam, potom na ⅙ zeme pokračuje hrdinský zmätok a potácanie sa s hrabaním v slovníkoch. A prísne obligátny argument "Ale u nás v práci ...".
Navyše je tu čisto naša terminológia, ktorá je vlastná produktom Veeam, hoci niektoré slová a frázy sa dostali k ľuďom. Preto sa teraz dohodneme na tom, čo čo znamená pojem a v budúcnosti budem pod slovom „hosť“ znamenať presne to, čo sa píše v tejto kapitole, a nie to, na čo ste v práci zvyknutí. A áno, nie je to môj osobný rozmar, to sú v brandži zažité pojmy. Bojovať s nimi je trochu zbytočné. Aj keď som vždy za to, aby ste sa v komentároch odreagovali.
Bohužiaľ, v našej práci a produktoch je veľa pojmov, takže sa ich nebudem snažiť všetky vymenovať. Len tie najzákladnejšie a potrebné informácie o zálohách a protokoloch pre prežitie v mori. Pre záujemcov môžem aj ja kolegov o páskach, kde uviedol aj zoznam pojmov súvisiacich s danou časťou funkcionality.
Hostiteľ (hostiteľ): Vo svete virtualizácie ide o stroj s hypervízorom. Fyzické, virtuálne, cloudové – na tom nezáleží. Ak na niečom beží hypervízor (ESXi, Hyper-V, KVM atď.), potom sa toto „niečo“ nazýva hostiteľ. Či už ide o klaster s desiatimi stojanmi alebo váš notebook s laboratóriom pre jeden a pol virtuálnych strojov – ak ste spustili hypervízor, stali ste sa hostiteľom. Pretože hypervízor je hostiteľom virtuálnych strojov. Existuje dokonca príbeh, že VMware chcel svojho času dosiahnuť pevné spojenie slova hostiteľ s ESXi. Ale neurobila.
V modernom svete sa pojem „hostiteľ“ prakticky spojil s pojmom „server“, čo vnáša do komunikácie určitý zmätok, najmä pokiaľ ide o infraštruktúru Windows. Takže každý stroj, ktorý hosťuje nejakú službu, ktorá nás zaujíma, možno bezpečne nazvať hostiteľom. Napríklad v protokoloch WinSock je všetko označené slovom hostiteľ. Klasické „Hostiteľ sa nenašiel“ je toho príkladom. Vychádzame teda z kontextu, no pamätajte – vo svete virtualizácie je hostiteľ to, čo hostí hostí (viac o tom v dvoch riadkoch nižšie).
Z miestneho žargónu (v tomto prípade ide skôr o skratky) sa tu pripomína, že VMware je VI, vSphere je VC a Hyper-V je HV.
Hosť (hosť): Virtuálny počítač spustený na hostiteľovi. Tu nie je čo vysvetľovať, všetko je tak logické a jednoduché. Mnohí sem však usilovne vlečú nejaké iné významy.
Prečo? Neviem.
Hosťujúci OS, respektíve operačný systém hosťujúceho počítača. A tak ďalej.
Úloha zálohovania/replikácie (jobA): Čistý Wimov žargón, označujúci niektoré úlohy. Úloha zálohovania == Úloha zálohovania. Nikto neprišiel na to, ako to krásne preložiť do ruštiny, takže každý hovorí „JobA“. S dôrazom na poslednú slabiku.
Áno, jednoducho to zoberú a povedia „jóba“. A aj v listoch sa tak píše a všetko je v poriadku.
Všetky druhy úloh zálohovania, úloh zálohovania atď., vďaka, ale nie sú potrebné. Len práca a budete pochopení. Hlavná vec je klásť dôraz na poslednú slabiku.
Zálohovanie (Zálohovanie, zálohovanie. Pre skutočných starých ľudí je zálohovanie povolené): Okrem zrejmého (niekde ležiaca záložná kópia údajov) to znamená aj samotnú úlohu (o tri riadky vyššie, ak ste už zabudli), v dôsledku čoho sa objaví samotný záložný súbor. Pravdepodobne sú páni, ktorí hovoria po anglicky, príliš leniví na to, aby povedali, že som zakaždým spustil zálohovanie, takže povedia, že som si spustil zálohovanie a všetci si dokonale rozumejú. Pozývam vás podporiť túto úžasnú iniciatívu.
Konsolidovať (konsolidácia): Termín, ktorý sa objavil v ESXi 5.0 Možnosť v ponuke snímok, ktorá spúšťa proces odstraňovania takzvaných osirelých snímok. Teda snímky, ktoré sú fyzicky dostupné, no vypadli zo zobrazenej logickej štruktúry. Teoreticky by tento proces nemal ovplyvniť súbory zobrazené v správcovi snímok, ale stať sa môže čokoľvek. Podstatou procesu konsolidácie je, že údaje zo snímky (podriadeného disku) sa zapíšu na hlavný (nadradený) disk. Proces spájania diskov sa nazýva zlúčenie. Ak bol zadaný príkaz na konsolidáciu, záznam snímky možno odstrániť z databázy pred zlúčením a odstránením snímky. A ak snímku nebolo možné z akéhokoľvek dôvodu odstrániť, objavia sa tieto rovnaké osirelé snímky. O práci so snímkami má VMware . A aj my nejako o nich .
Úložisko údajov (stora alebo úložisko): Veľmi široký pojem, no vo svete virtualizácie je chápaný ako miesto, kde sa ukladajú súbory virtuálneho stroja. Ale v každom prípade tu musíte veľmi jasne pochopiť kontext a pri najmenšej pochybnosti objasniť, čo presne mal váš partner na mysli.
Proxy (Proxy): Je dôležité okamžite pochopiť, že Veeam Proxy nie je úplne to isté, na čo sme zvyknutí na internete. V rámci produktov Veeam ide o akúsi entitu, ktorá sa zaoberá prenosom dát z jedného miesta na druhé. Ak nejdete do detailov, potom VBR je príkazový a riadiaci server a proxy servery sú jeho ťahúňmi. To znamená, že proxy je stroj, cez ktorý prúdi prevádzka a na ktorom sú nainštalované komponenty VBR, ktoré pomáhajú riadiť túto premávku. Napríklad na prenos údajov z jedného kanála do druhého alebo jednoducho na prichytenie diskov k sebe (režim HotAdd).
Úložisko (úložisko): Technicky ide len o záznam v databáze VBR, ktorý označuje miesto, kde sú zálohy uložené, a spôsob pripojenia k tomuto miestu. V skutočnosti to môže byť buď guľa CIFS, alebo samostatný disk, server alebo vedro v cloude. Opäť sme v kontexte, ale chápeme, že úložisko je len miesto, kde sú vaše zálohy.
Snímka (SnapshOt): Milovníci oxfordskej gramatiky radšej hovoria, kto je momentka a kto momentka, ale negramotná väčšina ťaží z väčšej masy. Ak niekto nevie, ide o technológiu, ktorá umožňuje obnoviť stav disku v určitom čase. Robí sa to buď dočasným presmerovaním I/O operácií preč z hlavného disku – potom sa to bude nazývať RoW (Redirect on Write) snapshot – alebo presunutím prepisovateľných blokov z vášho disku na iný – toto sa bude nazývať CoW (Copy on Write). ) snímka. Práve vďaka širokým možnostiam využitia týchto funkcií dokáže Veeam robiť svoje zálohovacie kúzla. Presne povedané, nielen oni, ale toto je vecou ďalších vydaní.
Okolo tohto termínu je v dokumentácii a protokoloch ESXi chaos a v kontexte zmienok o snímkach môžete nájsť samotné snímky, prerobiť denník a dokonca aj delta disk. Dokumentácia Veeam takúto trhlinu neobsahuje a snímka je snímka a denník opakovania je presne súbor REDO vytvorený nezávislým neperzistentným diskom. Súbory REDO sa vymažú, keď je virtuálny stroj vypnutý, takže ich zámena so snímkami je cestou k zlyhaniu.
Syntetika (Syntetika): Syntetické zálohy sú spätné prírastkové a trvalé zálohy. V prípade, že ste sa s týmto pojmom nestretli, je to len jeden z mechanizmov používaných na vybudovanie transformácie záložného reťazca. V protokoloch však môžete nájsť aj koncept Transform, ktorý sa používa v rámci vytvárania úplných kópií z prírastkov (syntetický plný).
Úloha (úloha): Toto je proces spracovania každého jednotlivého stroja v rámci úlohy. To znamená: máte záložnú úlohu, ktorá zahŕňa tri stroje. To znamená, že každé auto bude spracované ako súčasť samostatnej úlohy. Celkovo budú štyri denníky: hlavný pre úlohy a tri pre úlohy. Je tu však dôležitá nuansa: časom sa slovo „úloha“ stalo zbytočne nejednoznačným. Keď hovoríme o všeobecných protokoloch, myslíme tým, že úloha je presne VM. Existujú však „úlohy“ na serveri proxy aj na úložisku. Tam to môže znamenať virtuálny disk, virtuálny stroj a celú úlohu. To znamená, že je dôležité nestratiť kontext.
Služba Veeam %name%.: V prospech úspešného zálohovania funguje niekoľko služieb naraz, ktorých zoznam nájdete v štandardnej výbave. Ich názvy celkom transparentne odzrkadľujú ich podstatu, no medzi rovnými je ten najdôležitejší – Veeam Backup Service, bez ktorého to ostatné nepôjde.
VSS: Technicky by VSS mala vždy znamenať službu Microsoft Volume Shadow Copy Service. V skutočnosti ho mnohí používajú ako synonymum pre Application-Aware Image Processing. Čo je, samozrejme, kategoricky nesprávne, ale toto je príbeh z kategórie „Akékoľvek SUV sa dá nazvať džípom a pochopíte“.
Fantastické polená a kde žijú
Túto kapitolu chcem začať odhalením veľkého tajomstva – aký čas je zobrazený v záznamoch?
Pamätajte:
- ESXi vždy zapisuje protokoly v UTC+0.
- vCenter uchováva denníky podľa času svojho časového pásma.
- Veeam uchováva denníky podľa času a časového pásma servera, na ktorom je.
- A viazanosťou na nič netrpia iba udalosti Windows vo formáte EVTX. Pri otvorení sa čas prepočíta na auto, na ktorom boli otvorené. Najpohodlnejšia možnosť, aj keď sú s ňou problémy. Jediným hmatateľným problémom je rozdiel v lokalitách. Toto je prakticky zaručená cesta k nečitateľným protokolom. Áno, existujú možnosti, ako to riešiť, ale nehádajte sa s tým, že všetko v IT funguje v angličtine, a dohodnite sa, že na serveroch vždy nastavíte anglické miestne nastavenie. OH prosím.
Teraz si povedzme o miestach, kde polená žijú a ako ich získať. V prípade VBR existujú dva prístupy.
Prvá možnosť je vhodná, ak nechcete hľadať súbory vo všeobecnej halde, ktoré sa konkrétne týkajú vašich problémov. Na to máme samostatného sprievodcu, do ktorého môžete zadať konkrétnu úlohu a konkrétne obdobie, na ktoré potrebujete protokoly. Potom si sám prejde priečinky a všetko potrebné vloží do jedného archívu. Kde ho hľadať a ako s ním pracovať je podrobne popísané v .
Sprievodca však nezhromažďuje protokoly všetkých úloh a ak si napríklad potrebujete preštudovať protokoly obnovy, zlyhania alebo obnovenia zlyhania, vaša cesta leží v priečinku %ProgramData%/Veeam/Backup. Toto je hlavný obchod s logom VBR a %ProgramData% je skrytý priečinok a to je v poriadku. Mimochodom, predvolené umiestnenie je možné zmeniť pomocou kľúča databázy Registry typu REG_SZ: LogDirectory vo vetve HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Na počítačoch so systémom Linux by sa denníky pracovných agentov mali hľadať v /var/log/VeeamBackup/ak používate účet root alebo sudo. Ak takéto oprávnenia nemáte, vyhľadajte prihlásenia /tmp/VeeamBackup.
V prípade agenta Veeam pre %OS_name% by ste mali vyhľadať denníky %ProgramData%/Veeam/Koncový bod (Alebo %ProgramData%/Veeam/Backup/Endpoint) A /var/log/veeam resp.
Ak používate spracovanie obrazu podľa aplikácie (a s najväčšou pravdepodobnosťou áno), situácia sa trochu skomplikuje. Budete potrebovať protokoly nášho pomocníka, ktoré sú uložené vo vnútri samotného virtuálneho stroja, a protokoly VSS. O tom, ako a kde získať toto šťastie, je podrobne napísané . A samozrejme existuje zhromaždiť potrebné systémové denníky.
Udalosti systému Windows sa pohodlne zhromažďujú podľa . Ak používate Hyper-V, veci sa skomplikujú, pretože budete potrebovať aj všetky jeho protokoly z vetvy Applications and Service Logs > Microsoft > Windows. Hoci vždy môžete ísť hlúpejším spôsobom a jednoducho vybrať všetky objekty z %SystemRoot%System32winevtLogs.
Ak sa počas inštalácie/aktualizácie niečo pokazí, všetko potrebné nájdete v priečinku %ProgramData%/Veeam/Setup/Temp. Aj keď nebudem tajiť, že v udalostiach OS nájdete užitočnejšie informácie ako v týchto protokoloch. Zvyšok zaujímavosti leží v %Temp%, ale sú tam hlavne inštalačné protokoly súvisiaceho softvéru, ako je základňa, knižnice .Net a iné. Všimnite si, že Veeam je nainštalovaný z msi a všetky jeho komponenty sú tiež nainštalované ako samostatné balíky msi, aj keď to nebolo zobrazené v grafickom rozhraní. Ak teda inštalácia jedného z komponentov zlyhá, celá inštalácia VBR sa zastaví. Preto musíte ísť do denníkov a zistiť, čo presne sa zlomilo a v akom bode.
A nakoniec životný hack: ak sa počas inštalácie zobrazí chyba, neponáhľajte sa kliknúť na tlačidlo OK. Najprv vezmeme denníky a potom kliknite na tlačidlo OK. Týmto spôsobom získate denník, ktorý končí v čase chyby, bez odpadu na konci.
A stáva sa, že sa potrebujete dostať do protokolov vSphere. Povolanie je veľmi nevďačné, ale keď si človek vyhrnie rukávy, musí robiť niečo iné. V najjednoduchšej verzii potrebujeme protokoly s udalosťami virtuálneho stroja vmware.log, ktoré ležia vedľa jeho súboru .vmx. V zložitejšom prípade otvorte Google a opýtajte sa, kde sa nachádzajú protokoly vašej hostiteľskej verzie, pretože VMware rád mení toto miesto z vydania na vydanie. Napríklad, , ale pre . V prípade denníkov vCenter zopakujte postup . Ale vo všeobecnosti nás budú zaujímať protokoly udalostí hostiteľa hostd.log, udalosti hostiteľa spravované vCenter vpxa.log, protokoly jadra vmkernel.log a protokoly autentifikácie auth.log. V najviac zanedbávaných prípadoch sa môže hodiť protokol SSO, ktorý leží v priečinku SSO.
Ťažkopádne? Zmätený? desivé? To ale nie je ani polovica informácií, s ktorými naša podpora denne pracuje. Takže sú naozaj, naozaj skvelé.
Komponenty Veeam
A na záver tohto úvodného článku si povedzme niečo málo o komponentoch Veeam Backup & Replication. Lebo keď hľadáte príčinu bolesti, bolo by pekné pochopiť, ako pacient funguje.
Ako teda asi každý vie, Veeam Backup je takzvaná aplikácia založená na SQL. Teda všetky nastavenia, všetky informácie a celkovo všetko, čo je len potrebné pre bežné fungovanie – to všetko má v databáze. Alebo skôr v dvoch databázach, ak hovoríme o množstve VBR a EM: VeeamBackup a VeeamBackupReporting. A tak sa stalo: vložili sme ďalšiu aplikáciu - objaví sa ďalšia databáza. Aby ste neskladovali všetky vajíčka v jednom košíku.
Aby však celá táto ekonomika fungovala hladko, potrebujeme súbor služieb a aplikácií, ktoré spoja všetky komponenty dohromady. Len ako príklad, takto to vyzerá v jednom z mojich laboratórií:
Pôsobí ako šéfdirigent Zálohovacia služba Veeam. Je to on, kto je zodpovedný za výmenu informácií so základňami. Je tiež zodpovedný za spúšťanie všetkých úloh, organizovanie pridelených zdrojov a prácu ako akési komunikačné centrum pre rôzne konzoly, agentov a všetko ostatné. Jedným slovom, bez neho to určite nejde, ale to vôbec neznamená, že všetko robí sám.
Pomáha mu pri plnení jeho plánu Veeam Backup Manager. Toto nie je služba, ale subjekt, ktorý spúšťa úlohy a monitoruje proces ich vykonávania. Pracovné ruky zálohovacej služby, pomocou ktorej sa pripája k hostiteľom, vytvárajú snímky, monitorujú uchovávanie atď.
Ale späť k zoznamu služieb. Služba Veeam Broker. Objavil sa vo verzii 9.5 (a toto nie je kryptomena, ako si niektorí vtedy mysleli). Zhromažďuje informácie o hostiteľoch VMware a udržiava ich relevantnosť. Ale neutekajte hneď písať nahnevané komentáre, že vás špehujeme a prezrádzame všetky prihlasovacie údaje / heslá hlavnému úradu. Všetko je o niečo jednoduchšie. Keď spustíte zálohu, prvá vec, ktorú musíte urobiť, je pripojiť sa k hostiteľovi a aktualizovať všetky údaje o jeho štruktúre. Toto je dosť pomalý a ťažkopádny príbeh. Len si pamätajte, ako dlho trvá, kým sa prihlásite cez webové rozhranie, a nezabudnite, že sa tam počíta iba horná vrstva. A potom ešte musíte otvoriť celú hierarchiu na správne miesto, mimochodom. Jedným slovom hrôza. Ak spustíte tucet záloh, potom každá úloha musí vykonať tento postup. Ak hovoríme o veľkých infraštruktúrach, potom tento proces môže trvať desať a viac minút. Preto bolo rozhodnuté vyčleniť na to samostatnú službu, prostredníctvom ktorej bude možné dostávať vždy aktuálne informácie. Pri štarte skontroluje a preskenuje všetku pridanú infraštruktúru a následne sa pokúsi pracovať len na úrovni postupných zmien. Takže aj keď spustíte sto záloh naraz, všetky budú požadovať informácie od nášho makléra a nebudú hostiteľov trápiť svojimi požiadavkami. Ak sa obávate o zdroje, potom podľa našich výpočtov potrebuje 5000 virtuálnych strojov len asi 100 Mb pamäte.
Ďalej máme Konzola Veeam. On je Veeam Remote Console, on je Veeam.Backup.Shell. Toto je rovnaké grafické rozhranie, ktoré vidíme na snímkach obrazovky. Všetko je jednoduché a zrejmé - konzolu je možné spustiť odkiaľkoľvek, pokiaľ je to Windows a existuje pripojenie k serveru VBR. Jediné, čo sa dá povedať, je, že proces FLR pripojí body lokálne (t. j. na stroji, na ktorom beží konzola). Rôzne Veeam Explorers budú fungovať aj lokálne, pretože sú súčasťou konzoly. Ale už ma to prenieslo do divočiny...
Ďalšou zaujímavou službou je Služba Veeam Backup Catalog Data Service. V zozname služieb je známa ako služba katalógu hostí Veeam. Zaoberá sa indexovaním súborových systémov na hosťujúcich počítačoch a týmito znalosťami napĺňa priečinok VBRCatalog. Používa sa len tam, kde je začiarknuté políčko indexovania. A má zmysel ho povoliť iba vtedy, ak máte Enterprise Manager. Preto rada zo srdca: nezapínajte indexovanie len tak, ak nemáte EAT. Ušetrite si nervy a podporte čas.
Aj z ďalších dôležitých služieb stojí za zmienku Inštalačná služba Veeam, pomocou ktorej sa potrebné komponenty dodajú a nainštalujú na proxy, repozitáre a iné brány. V skutočnosti vezme potrebné balíčky .msi na servery a nainštaluje ich.
Veeam Data Mover - pomocou pomocných agentov spúšťaných na proxy (nielen) sa zaoberá presúvaním dát. Napríklad pri zálohovaní bude jeden agent čítať súbory z hostiteľského dátového úložiska a druhý ich opatrne zapisovať do zálohy.
Samostatne by som rád poznamenal dôležitú vec, na ktorú klienti často reagujú – je to rozdiel vo verziách služieb a informácií v module Programy a funkcie. Áno, zoznam bude rovnaký, ale verzie môžu byť úplne nezhodné. Z vizuálneho hľadiska to nie je príliš cool, ale je to úplne normálne, ak všetko funguje stabilne. Napríklad pri službe Inštalátor je číslo verzie ďaleko za susednými. Hrôza a nočná mora? Nie, pretože nie je úplne preinštalovaný, ale jeho knižnica DLL sa jednoducho aktualizuje. V patchi v9.5 U4 sa stala nočná mora technickej podpory: počas aktualizácie dostali všetky služby nové verzie, okrem tej najdôležitejšej. V patchi U4b dopravná služba predbehla všetky ostatné až o dve verzie (súdiac podľa čísel). A to je tiež normálne - našla sa v ňom vážna chyba, takže oproti zvyšku dostal bonusovú aktualizáciu. Aby som to zhrnul: rozdiely vo verziách MOHLI byť problémom, ale ak existuje rozdiel a všetko funguje správne, pravdepodobne by mal byť. Ale nikto vám nezakazuje objasniť to v technickej podpore.
Išlo o takzvané povinné alebo Povinné služby. A existuje veľa pomocných, ako napríklad pásková služba, služba pripojenia, služba vPowerNFS atď.
Pre Hyper-V je vo všeobecnosti všetko rovnaké, len existuje špecifikum Integračná služba Veeam Backup Hyper-V a svoj vlastný ovládač pre prácu s CBT.
A na záver si povedzme, kto pracuje na virtuálnych strojoch počas zálohovania. Na spustenie skriptov pred a po zmrazení, na vytvorenie tieňovej kópie, zhromažďovanie metadát, prácu s protokolmi transakcií SQL atď. Pomocník pre hostí Veeam. A ak sú súborové systémy indexované, Veeam Guest Indexer . Ide o dočasné služby nasadené počas trvania zálohy a po nej odstránené.
V prípade linuxových strojov je všetko oveľa jednoduchšie vďaka prítomnosti veľkého množstva vstavaných knižníc a schopnostiam samotného systému. Napríklad indexovanie sa vykonáva prostredníctvom mlocate.
To je zatiaľ všetko
Už sa ti neodvážim ubližovať krátky Úvod do motorového priestoru Veeam považujem za ukončený. Áno, k samotným brlohom sme sa ani len nepriblížili, ale verte mi, aby v nich prezentované informácie nepôsobili ako nesúvislý prúd vedomia, je takýto úvod priam nevyhnutný. Na samotné logy plánujem prejsť až v treťom článku a plánom na ďalší je vysvetliť, kto logy generuje, čo presne sa v nich zobrazuje a prečo presne a inak nie.
Zdroj: hab.com