Meie Veeamis armastame palke. Ja kuna enamik meie lahendusi on modulaarsed, kirjutavad nad palju logisid. Ja kuna meie tegevuse eesmärgiks on tagada Teie andmete turvalisus (s.o. kosutav uni), siis ei peaks logid iga aevastuse jäädvustama, vaid seda ka detailselt tegema. See on vajalik selleks, et millegi puhul oleks selge, kuidas see “mis” juhtus, kes on süüdi ja mida tuleb edasi teha. See on nagu kohtuekspertiisi puhul: kunagi ei tea, milline pisiasi aitab leida Laura Palmeri mõrvari.
Seetõttu otsustasin teha hoo sisse artiklisarja, kus räägin järjest, mida me palkidele kirjutame, kus neid säilitame, kuidas nende struktuuriga mitte hulluks minna ja mida nende seest otsida.
Miks artiklisari ja miks mitte kõike korraga kirjeldada?
Lihtsalt loetleda, milline logi kus asub ja mida seal hoitakse, on üsna hukatuslik ettevõtmine. Ja selle teabe ajakohastamise peale on isegi hirmutav mõelda. Veeam Backup & Replication kõigi võimalike logitüüpide lihtne loend on mitmel lehel väikeses kirjas tabel. Jah, ja see on asjakohane ainult avaldamise ajal, sest. järgmise paiga ilmumisel võivad ilmuda uued logid, muutub vanades salvestatud info loogika jne. Seetõttu on palju tulusam selgitada nende struktuuri ja neis sisalduva teabe olemust. See võimaldab teil kohtades paremini navigeerida kui banaalne nimede täppimine.
Seetõttu, et mitte tormata pea ees tekstilehtede basseini, teeme selles artiklis ettevalmistustööd. Seetõttu me täna palkide endasse ei lasku, vaid läheme kaugelt: koostame sõnastiku ja arutleme veidi Veeami struktuuri üle palkide genereerimise osas.
Sõnastik ja kõnepruuk
Siinkohal tasub esiteks vabandada vene keele puhtuse eest võitlejate ja Ožegovi sõnaraamatu tunnistajate ees. Me kõik armastame väga oma emakeelt, kuid neetud IT-tööstus töötab inglise keeles. Noh, me ei tulnud selle peale, aga see juhtus ajalooliselt. See pole minu süü, ta tuli ise (c)
Meie äris on anglitsismide (ja žargooni) probleemil oma spetsiifika. Kui süütute sõnade nagu “peremees” või “külaline” all on kogu maailm ammu aru saanud väga konkreetsetest asjadest, siis ⅙ maa peal jätkub kangelaslik segadus ja sõnaraamatutesse torkamisega jahmatamine. Ja rangelt kohustuslik argument "Aga meie töö juures ...".
Pluss on puhtalt meie terminoloogia, mis on Veeami toodetele omane, kuigi mõned sõnad ja fraasid on rahvani läinud. Seetõttu lepime nüüd kokku, mis termin mida tähendab, ja edaspidi pean sõna "külaline" all silmas just seda, mis selles peatükis on kirjas, mitte seda, millega olete tööl harjunud. Ja jah, see pole minu isiklik kapriis, need on selles valdkonnas hästi väljakujunenud terminid. Nendega võitlemine on mõnevõrra mõttetu. Kuigi ma olen alati kommentaarides chillimise poolt.
Kahjuks on meie töös ja toodetes palju termineid, seega ei hakka ma neid kõiki üles loetlema. Ainult kõige elementaarsem ja vajalik teave varukoopiate ja logide kohta meres ellujäämiseks. Huvilistele võin ka kolleegidele lintide kohta, kus ta andis ka loetelu selle funktsionaalsuse osaga seotud terminitest.
Host (host): Virtualiseerimise maailmas on see hüperviisoriga masin. Füüsiline, virtuaalne, pilv – vahet pole. Kui miski töötab hüperviisoriga (ESXi, Hyper-V, KVM jne), nimetatakse seda "midagi" hostiks. Olgu selleks siis kümne riiuliga klaster või sülearvuti laboriga pooleteise virtuaalmasina jaoks – kui käivitasite hüperviisori, sai teist host. Kuna hüperviisor hostib virtuaalseid masinaid. On isegi lugu, et VMware tahtis omal ajal saavutada sõna host kindlat seost ESXi-ga. Aga ta ei teinud seda.
Kaasaegses maailmas on mõiste "host" praktiliselt sulandunud mõistega "server", mis toob suhtlusse segadust, eriti kui tegemist on Windowsi infrastruktuuriga. Seega võib iga masinat, mis majutab mõnda meile huvipakkuvat teenust, julgelt hostiks nimetada. Näiteks WinSocki logides on kõik tähistatud sõnaga host. Klassikaline "Hostit ei leitud" on selle näide. Seega lähtume kontekstist, kuid pidage meeles – virtualiseerimise maailmas on host see, mis võõrustab külalisi (sellest lähemalt kahes reas allpool).
Kohalikust žargoonist (antud juhul pigem isegi akronüümidest) tuletatakse siin meelde, et VMware on VI, vSphere on VC ja Hyper-V on HV.
Külaline (külaline): Hostis töötav virtuaalmasin. Siin pole midagi seletada, kõik on nii loogiline ja lihtne. Paljud aga tirivad usinalt siia mingeid muid tähendusi.
Milleks? ma ei tea.
Guest OS vastavalt külalismasina operatsioonisüsteem. Ja nii edasi.
Varundus-/replikatsioonitöö (jobA): Puhas Wimi kõnepruuk, mis tähistab mõnda ülesannet. Varundustöö == Varundustöö. Keegi pole aru saanud, kuidas seda ilusti vene keelde tõlkida, nii et kõik ütlevad “JobA”. Rõhuga viimasel silbil.
Jah, nad lihtsalt võtavad selle ja ütlevad "joba". Ja isegi kirjades kirjutatakse nii ja kõik on korras.
Igasugused varundustööd, varundusülesanded jne, aitäh, aga pole vaja. Lihtsalt töö ja sind mõistetakse. Peaasi on panna rõhk viimasele silbile.
Varundamine (Varundamine, varundamine. Tõeliste vanade faagide puhul on varundamine lubatud): Lisaks ilmselgele (kuskil lebav andmete varukoopia) tähendab see ka tööd ennast (kolm rida ülal, kui juba unustasite), mille tulemusena ilmub just see varukoopia. Tõenäoliselt on härrased, kes räägivad inglise keelt emakeelena, liiga laisad, et öelda, et ma tegin iga kord oma varutööd, nii et nad lihtsalt ütlevad, et ma tegin oma varu, ja kõik saavad üksteisest suurepäraselt aru. Kutsun teid üles seda imelist algatust toetama.
Konsolideeri (konsolideerimine): ESXi 5.0-s ilmunud termin Snapshot menüü suvand, mis käivitab nn orvuks jäänud hetktõmmiste kustutamise. St hetktõmmised, mis on füüsiliselt saadaval, kuid langesid kuvatavast loogilisest struktuurist välja. Teoreetiliselt ei tohiks see protsess hetktõmmise halduris kuvatavaid faile mõjutada, kuid kõike võib juhtuda. Konsolideerimisprotsessi olemus seisneb selles, et hetktõmmise (alamketta) andmed kirjutatakse põhi- (ema)kettale. Ketaste kombineerimise protsessi nimetatakse ühendamiseks. Kui on antud konsolideerimiskäsk, saab hetktõmmise kirje andmebaasist eemaldada enne hetktõmmise ühendamist ja kustutamist. Ja kui hetktõmmist ei saanud mingil põhjusel kustutada, ilmuvad need samad orvuks jäänud hetktõmmised. Hetketõmmistega töötamise kohta on VMware seda teinud . Ja me ka kuidagi nende kohta .
Andmesalv (Stora või salvestusruum): Väga lai mõiste, kuid virtualiseerimise maailmas mõistetakse selle all kohana, kus hoitakse virtuaalmasina faile. Kuid igal juhul peate siin kontekstist väga selgelt aru saama ja vähimagi kahtlusega selgitama, mida teie vestluskaaslane täpselt silmas pidas.
Puhverserver (puhverserver): Oluline on kohe aru saada, et Veeam Proxy pole päris sama, millega oleme internetis harjunud. Veeami toodete sees on see omamoodi üksus, mis tegeleb andmete ühest kohast teise edastamisega. Kui te ei lasku detailidesse, siis VBR on käsu- ja juhtimisserver ning puhverserverid on selle tööhobused. See tähendab, et puhverserver on masin, mille kaudu liiklus liigub ja millele on installitud VBR-i komponendid, mis aitavad seda liiklust hallata. Näiteks andmete edastamiseks ühest kanalist teise või lihtsalt ketaste enda külge kinnitamiseks (HotAdd režiim).
Hoidla (hoidla): Tehniliselt on see lihtsalt VBR-i andmebaasi kirje, mis näitab kohta, kus varukoopiaid hoitakse ja kuidas selle kohaga ühendust luua. Tegelikult võib see olla kas lihtsalt CIFS-pall või eraldi ketas, server või ämber pilves. Jällegi oleme kontekstis, kuid mõistame, et hoidla on lihtsalt koht, kus asuvad teie varukoopiad.
Hetktõmmis (SnapshOt): Oxfordi grammatikahuvilised eelistavad öelda, kes on hetktõmmis ja kes on hetktõmmis, kuid kirjaoskamatu enamus võidab suuremast massist. Kui keegi ei tea, siis see on tehnoloogia, mis võimaldab ketta olekut teatud ajahetkel taastada. Seda tehakse kas I/O operatsioonide ajutise ümbersuunamisega põhikettalt eemale – siis nimetatakse seda hetktõmmiseks RoW (Ümbersuunamine kirjutamisel) või teisaldades ümberkirjutatavad plokid oma kettalt teisele – seda nimetatakse CoW (Copy on Write) ) hetktõmmis. Just tänu nende funktsioonide laiadele kasutusvõimalustele saab Veeam teha oma varumaagiat. Rangelt võttes mitte ainult nemad, vaid see on järgmiste väljaannete teema.
Selle termini ümber valitseb ESXi dokumentatsioonis ja logides kaos ning hetktõmmiste mainimise kontekstis võite leida hetktõmmiseid ise, uuesti teha logi ja isegi delta-ketta. Veeami dokumentatsioon sellist rebendit ei sisalda ja snapshot on hetktõmmis ja redo log on täpselt REDO fail, mis on loodud sõltumatu mittepüsiva kettaga. REDO-failid kustutatakse, kui virtuaalne masin on välja lülitatud, nii et nende segi ajamine hetktõmmistega on tee ebaõnnestumiseks.
Sünteetiline (sünteetiline): Sünteetilised varukoopiad on tagurpidi inkrementaalsed ja igavesti edasi varukoopiad. Kui te pole seda terminit kohanud, on see vaid üks mehhanismidest, mida kasutatakse varuahela teisenduse koostamiseks. Logidest leiab aga ka kontseptsiooni Transform, mida kasutatakse juurdekasvust täiskoopiate loomise raames (synthetic full).
Ülesanne (Task): See on iga üksiku masina töötlemise protsess töö sees. See tähendab: teil on varutöö, mis hõlmab kolme masinat. See tähendab, et iga autot töödeldakse eraldi ülesandena. Kokku tuleb neli logi: peamine tööde ja kolm ülesannete jaoks. Siin on aga oluline nüanss: aja jooksul on sõna "ülesanne" muutunud tarbetult mitmetähenduslikuks. Üldistest logidest rääkides peame silmas seda, et ülesanne on täpselt VM. Kuid nii puhverserveris kui ka hoidlas on "ülesandeid". Seal võib see tähendada virtuaalset ketast, virtuaalmasinat ja kogu tööd. See tähendab, et on oluline mitte kaotada konteksti.
Veeam %name% Teenus: Eduka varundamise huvides töötab korraga mitu teenust, mille loendi leiate standardvarustusest. Nende nimed peegeldavad üsna läbipaistvalt nende olemust, kuid võrdsete seas on kõige olulisem - Veeam Backup Service, ilma milleta ülejäänud ei tööta.
VSS: Tehniliselt peaks VSS alati tähendama Microsoft Volume Shadow Copy Service. Tegelikult kasutavad paljud seda rakendusteadliku pilditöötluse sünonüümina. Mis on muidugi kategooriliselt vale, kuid see on lugu kategooriast "Iga maasturit võib nimetada džiibiks ja teid mõistetakse."
Fantastilised palgid ja nende elukoht
Soovin seda peatükki alustada suure saladuse paljastamisega – mis kellaaeg logides kuvatakse?
Pidage meeles:
- ESXi kirjutab logid alati UTC+0-s.
- vCenter peab logisid vastavalt oma ajavööndi ajale.
- Veeam peab logisid sisselülitatud serveri aja ja ajavööndi järgi.
- Ja ainult EVTX-vormingus Windowsi sündmused ei kannata millegagi sidumist. Avamisel arvutatakse aeg ümber selle auto jaoks, millel need avati. Kõige mugavam variant, kuigi sellega on raskusi. Ainus käegakatsutav raskus on lokaatide erinevus. See on praktiliselt garanteeritud tee loetamatute logide juurde. Jah, selle käsitlemiseks on võimalusi, kuid ärgem vaidlegem selle üle, et IT-s töötab kõik inglise keeles, ja nõustugem serverites alati ingliskeelse lokaadi määramisega. Oh palun.
Nüüd räägime kohtadest, kus palgid elavad ja kuidas neid hankida. VBR-i puhul on kaks lähenemist.
Esimene võimalus sobib siis, kui te ei soovi otsida üldisest hunnikust faile, mis on konkreetselt teie hädaga seotud. Selleks on meil eraldi viisard, millele saab määrata konkreetse töö ja kindla perioodi, mille kohta logisid vajad. Seejärel käib ta kaustad ise üle ja paneb kõik vajaliku ühte arhiivi. Selle kohta, kust seda otsida ja kuidas sellega töötada, on üksikasjalikult kirjutatud .
Kuid viisard ei kogu kõigi toimingute logisid ja näiteks kui teil on vaja uurida taastamise, tõrkeotsuse või tõrketagastuse logisid, asub teie tee kaustas %ProgramData%/Veeam/Backup. See on peamine VBR-i logopood ja %ProgramData% on peidetud kaust ja see on hea. Muide, vaikeasukoha saab ümber määrata, kasutades harus HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication tüüpi registrivõtit REG_SZ: LogDirectory.
Linuxi masinates tuleks töötajate agentide logisid otsida kaustast /var/log/VeeamBackup/kui kasutate juur- või sudokontot. Kui teil selliseid õigusi pole, otsige sisselogimisi /tmp/VeeamBackup.
Veeami agendi jaoks %OS_name% jaoks tuleks otsida logisid %ProgramData%/Veeam/lõpp-punkt (Või %ProgramData%/Veeam/Backup/Endpoint) Ja /var/log/veeam võrra.
Kui kasutate rakendusteadlikku pilditöötlust (ja tõenäoliselt kasutate), muutub olukord mõnevõrra keerulisemaks. Teil on vaja meie abistaja logisid, mis on salvestatud virtuaalsesse masinasse, ja VSS-i logisid. Sellest, kuidas ja kust seda õnne saada, on üksikasjalikult kirjutatud . Ja loomulikult on vajalike süsteemilogide kogumiseks.
Windowsi sündmusi kogutakse mugavalt vastavalt . Kui kasutate Hyper-V-d, läheb asi keerulisemaks, kuna vajate ka kõiki selle logisid jaotisest Rakenduste ja teenuse logid > Microsoft > Windows. Kuigi võite alati minna lollim teed ja lihtsalt korjata kõik objektid saidilt %SystemRoot%System32winevtLogs.
Kui installimise/uuenduse käigus midagi katki läheb, siis kõik vajaliku leiab %ProgramData%/Veeam/Setup/Temp kaustast. Kuigi ma ei varja tõsiasja, et OS-i sündmustest leiate rohkem kasulikku teavet kui nendest logidest. Ülejäänud huvitav on %Temp%, kuid seal on peamiselt installilogid seotud tarkvara jaoks, nagu baas, .Neti teegid ja muud asjad. Pange tähele, et Veeam installitakse msi-st ja kõik selle komponendid installitakse ka eraldi msi-pakettidena, isegi kui seda GUI-s ei näidatud. Seega, kui mõne komponendi installimine ebaõnnestub, peatatakse kogu VBR-i installimine. Seetõttu peate logidesse minema ja vaatama, mis täpselt ja mis hetkel purunes.
Ja lõpuks, elu häkkimine: kui saate installimisel veateate, ärge kiirustage nuppu OK. Kõigepealt võtame logid, seejärel klõpsake nuppu OK. Nii saate logi, mis lõpeb vea hetkel, ilma prügita.
Ja juhtub, et peate sisenema vSphere'i logidesse. Amet on väga tänamatu, kuid pärast käised üles käärimist tuleb midagi muud ette võtta. Lihtsaimas versioonis vajame logisid virtuaalmasina sündmustega vmware.log, mis asuvad selle .vmx-faili kõrval. Keerulisemal juhul avage Google ja küsige, kus asuvad teie hostiversiooni logid, kuna VMware armastab seda kohta versioonist väljalaskeni muuta. Näiteks, , aga selleks . vCenteri logide puhul korrake protseduuri . Kuid üldiselt on meid huvitavad hosti sündmuste logid hostd.log, vCenter vpxa.log hallatavad hostisündmused, kerneli logid vmkernel.log ja autentimislogid auth.log. Noh, kõige tähelepanuta jäetud juhtudel võib kasuks tulla SSO logi, mis asub SSO kaustas.
Tülikas? Segaduses? Hirmutav? Kuid see pole isegi pool teabest, millega meie tugi igapäevaselt töötab. Nii et nad on tõesti väga lahedad.
Veeam komponendid
Ja selle sissejuhatava artikli lõpetuseks räägime veidi Veeam Backup & Replication komponentidest. Sest kui otsite valu põhjust, oleks tore mõista, kuidas patsient toimib.
Seega, nagu kõik ilmselt teavad, on Veeam Backup nn SQL-põhine rakendus. See tähendab, et kõik seaded, kogu teave ja üldiselt kõik, mis on vajalik ainult normaalseks toimimiseks - kõik see on selle andmebaasis. Või õigemini kahes andmebaasis, kui me räägime hunnikust VBR-ist ja EM-ist: vastavalt VeeamBackup ja VeeamBackupReporting. Ja nii juhtuski: panime teise rakenduse - ilmub teine andmebaas. Et mitte kõiki mune ühte korvi laduda.
Kuid kogu selle majanduse sujuvaks toimimiseks vajame teenuste ja rakenduste komplekti, mis seoks kõik komponendid. Näitena näeb see ühes minu laboris välja selline:
Tegutseb peadirigendina Veeam varundusteenus. Just tema vastutab teabevahetuse eest baasidega. Ta vastutab ka kõigi ülesannete käivitamise, eraldatud ressursside korraldamise ja omamoodi suhtluskeskusena töötamise eest erinevatele konsoolidele, agentidele ja kõigele muule. Ühesõnaga, ilma temata kindlasti ei saa, aga see ei tähenda sugugi, et ta kõike ise teeb.
Aitab tal oma plaani ellu viia Veeam varundushaldur. See ei ole teenus, vaid üksus, mis käivitab töid ja jälgib nende täitmise protsessi. Varundusteenuse töötavad käed, mille abil see loob ühenduse hostidega, loob hetktõmmiseid, jälgib säilitamist ja nii edasi.
Aga tagasi teenuste loetelu juurde. Veeam Maakleriteenus. Ilmus versioonis 9.5 (ja see pole krüptokaevur, nagu mõned siis arvasid). Kogub teavet VMware hostide kohta ja säilitab selle asjakohasuse. Kuid ärge jookske kohe vihaseid kommentaare kirjutama, et luurame teie järel ja lekitame kõik sisselogimised / paroolid taschmajori. Kõik on mõnevõrra lihtsam. Varukoopia käivitamisel peate esmalt looma ühenduse hostiga ja värskendama kõiki selle struktuuri andmeid. See on üsna aeglane ja tülikas lugu. Pidage meeles, kui kaua kulub veebiliidese kaudu sisselogimiseks ja pidage meeles, et seal arvestatakse ainult ülemist kihti. Ja siis tuleb veel kogu hierarhia õigesse kohta avada, muide. Ühesõnaga õudus. Kui teete kümmekond varukoopiat, peab iga töö seda protseduuri tegema. Kui me räägime suurtest infrastruktuuridest, võib see protsess võtta kümme minutit või rohkem. Seetõttu otsustati eraldada selleks eraldi teenus, mille kaudu on võimalik saada alati värsket infot. Käivitamisel kontrollib ja skannib see kogu lisatud infrastruktuuri ning proovib seejärel töötada ainult järkjärguliste muudatuste tasemel. Nii et isegi kui teete korraga sada varukoopiat, küsivad nad kõik meie maaklerilt teavet ega piina hosteid oma päringutega. Kui olete ressursside pärast mures, siis meie arvutuste kohaselt vajavad 5000 virtuaalmasinat ainult umbes 100 Mb mälu.
Järgmisena on meil Veeam konsool. Ta on Veeam Remote Console, ta on Veeam.Backup.Shell. See on sama GUI, mida näeme ekraanipiltidel. Kõik on lihtne ja ilmne – konsooli saab käivitada kõikjalt, kui selleks on Windows ja ühendus VBR-serveriga olemas. Ainus asi, mida saab öelda, on see, et FLR-protsess ühendab punktid lokaalselt (st masinasse, kus konsool töötab). Noh, erinevad Veeam Explorerid töötavad ka kohapeal, kuna need on osa konsoolist. Kuid see on mind juba metsikusse loodusesse viinud ...
Teine huvitav teenus on Veeami varunduskataloogi andmeteenus. Teenuste loendis tuntud kui Veeam Guest Catalog Service. Ta tegeleb külalismasinate failisüsteemide indekseerimisega ja täidab selle teadmisega kausta VBRCatalog. Seda kasutatakse ainult siis, kui indekseerimise märkeruut on lubatud. Ja selle lubamine on mõttekas ainult siis, kui teil on ettevõttehaldur. Seetõttu nõuanne südamest: ärge lülitage indekseerimist niisama sisse, kui teil pole EAT-i. Säästa oma närve ja toetusaega.
Ka teiste oluliste teenuste puhul väärib tähelepanu Veeam paigaldaja teenus, mille abil tarnitakse vajalikud komponendid ja paigaldatakse puhverserveritele, hoidlatele ja muudele lüüsidele. Tegelikult viib see vajalikud .msi paketid serveritesse ja installib need.
Veeam Data Mover - puhverserveritel (ja mitte ainult) käivitatud abiagentide abil tegeleb andmete nihutamisega. Näiteks varundamisel loeb üks agent faile hosti andmesalvest ja teine kirjutab need ettevaatlikult varukoopiasse.
Eraldi tahaksin märkida olulist asja, millele kliendid sageli reageerivad - see on teenuste versioonide ja teabe erinevus programmide ja funktsioonide lisandmoodulis. Jah, nimekiri jääb samaks, kuid versioonid võivad olla täiesti vastuolulised. See ei ole visuaalselt väga lahe, aga täiesti normaalne, kui kõik töötab stabiilselt. Näiteks teenuse Installer puhul jääb versiooninumber kaugele maha naaberriikide omadest. Õudus ja õudusunenägu? Ei, kuna seda pole täielikult uuesti installitud, vaid selle DLL-i lihtsalt värskendatakse. Plaastris v9.5 U4 juhtus tehnilise toe õudusunenägu: värskenduse ajal said kõik teenused uued versioonid, välja arvatud kõige olulisem. U4b plaastris edestas transporditeenus kõiki teisi (numbrite järgi otsustades) koguni kahe versiooniga. Ja see on ka normaalne - selles leiti tõsine viga, nii et see sai ülejäänuga võrreldes boonusvärskenduse. Kokkuvõtteks: versioonierinevused VÕID olla probleem, aga kui erinevus on ja kõik töötab korralikult, siis ilmselt peaks. Kuid keegi ei keela teil seda tehnilises toes selgitada.
Need olid nn kohustuslikud ehk kohustuslikud teenused. Ja seal on terve hulk abiseadmeid, nagu Tape Service, Mount Service, vPowerNFS Service ja nii edasi.
Hyper-V puhul on üldiselt kõik sama, ainult seal on konkreetne Veeam Backup Hyper-V integratsiooniteenus ja oma juht CBT-ga töötamiseks.
Ja lõpuks räägime sellest, kes töötab varundamise ajal virtuaalmasinatega. Külmutamiseelsete ja -järgsete skriptide käitamiseks, varikoopia loomiseks, metaandmete kogumiseks, SQL-i tehingulogidega töötamiseks jne. Veeam Külalisabiline. Ja kui failisüsteemid on indekseeritud, Veeam Külalisindekser . Need on ajutised teenused, mis juurutatakse varundamise ajaks ja eemaldatakse pärast seda.
Linuxi masinate puhul on kõik palju lihtsam tänu suure hulga sisseehitatud teekide olemasolule ja süsteemi enda võimalustele. Näiteks indekseerimine toimub mlocate kaudu.
Praeguseks kõik
Ma ei julge sulle enam haiget teha lühike Pean Veeami mootoriruumi tutvustuse lõppenuks. Jah, me pole urgudele endile ligilähedalegi jõudnud, aga uskuge mind, et neis esitatav info ei tunduks seosetu teadvusevooluna, on selline sissejuhatus igati vajalik. Logide endi juurde plaanin minna alles kolmandas artiklis ja järgmise plaanis on selgitada, kes logisid genereerib, mis neis täpselt kuvatakse ja miks täpselt, mitte muidu.
Allikas: www.habr.com