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

\"Veeam
\n
\nMe Veeamis meeldib logisid j\u00e4lgida. Kuna enamik meie lahendustest on moodulaarne, kirjutavad nad \u00fcsna palju logisid. Ja kuna meie tegevusvaldkond on teie andmete turvalisuse tagamine (st teie rahu \u00f6\u00f6sel), peavad logid mitte ainult fikseerima iga v\u00e4ikese detaili, vaid ka tegema seda piisavalt detailselt. See on vajalik selleks, et vajaduse korral m\u00f5ista, kuidas miski juhtus, kes oli s\u00fc\u00fcdi ja mida edasi teha. Siin on nagu kriminaalinduktsioonis: kunagi ei tea, missugune pisiasi aitab sul Lorale Palmerele m\u00f5rvari leida.<\/p>\n

Seet\u00f5ttu otsustasin kirjutada artiklite seeria, kus j\u00e4rkj\u00e4rgult r\u00e4\u00e4gin sellest, mida me logidesse kirjutame, kus me neid salvestame, kuidas mitte hulluks minna nende struktuurist ja mida nende seest otsida.
\n<\/a><\/noindex><\/p>\n

Miks just artiklite seeria ja miks mitte k\u00f5ik korraga kirjeldada? <\/h3>\n

\nLihtsalt loetleda, kus logid asuvad ja mida need sisaldavad, on \u00fcsna keeruline ettev\u00f5tmine. Ja m\u00f5te selle teabe ajakohasena hoidmisest on isegi hirmutav. K\u00f5ikide Veeam Backup & Replication logit\u00fc\u00fcpide loetlemine t\u00e4hendaks mitme lehe paksuse peene kirja tabeli koostamist. Ja see oleks aktuaalne ainult avaldamise hetkel, kuna j\u00e4rgmise plaastri ilmumisega v\u00f5ivad tekkida uued logid, muutuda vana teabe salvestamise loogika jne. Seet\u00f5ttu on palju kasulikum selgitada nende struktuuri ja selles sisalduva teabe olemust. See aitab paremini orienteeruda, kui lihtsalt nimede p\u00e4he \u00f5ppimine.<\/p>\n

Seet\u00f5ttu, et mitte h\u00fcpata pea ees tekstilisse s\u00fcgavikku, teeme selles artiklis eelt\u00f6\u00f6. Seega t\u00e4na ei sukelduda logidesse endasse, vaid l\u00e4hme kaugelt: koostame glossaariumi ja arutame natuke Veeami struktuuri logide genereerimise seisukohalt.<\/p>\n

Glossaar ja \u017eargoon<\/h3>\n

\nSiin tasub k\u00f5igepealt vabandada vene keele austajate ja O\u017eegovi s\u00f5naraamatu tunnistajate ees. Me k\u00f5ik armastame oma emakeelt, kuid neetud IT-t\u00f6\u00f6stus t\u00f6\u00f6tab inglise keeles. See ei olnud meie valik, vaid ajaloos nii kujunes. Mina ei ole s\u00fc\u00fcdi, ta tuli ise (c)<\/p>\n

Meie valdkonnas on anglicismide (ja sl\u00e4ngi) probleemil oma erip\u00e4ra. Kui s\u00f5nadega nagu \u201ehost\u201d v\u00f5i \u201ek\u00fclastaja\u201d m\u00f5istetakse kogu maailmas juba ammu v\u00e4ga konkreetseid asju, siis \u2159 osa maapinnast j\u00e4tkab kangekaelset segadust ja p\u00f5hjalikku s\u00f5naraamatute uurimist. Ja rangelt vajalik argument \u201eAga meie t\u00f6\u00f6l...\u201d.<\/p>\n

Lisaks on meil puhtalt oma terminoloogia, mis on omane just Veeami toodetele, kuigi m\u00f5ned s\u00f5nad ja v\u00e4ljendid on juba rahva sekka j\u00f5udnud. Seega lepime n\u00fc\u00fcd kokku, mida iga termin t\u00e4hendab, ja edaspidi m\u00f5tlen ma s\u00f5na \u00abk\u00fclaline\u00bb all just seda, mis on selles peat\u00fckis kirjas, mitte seda, millega olete harjunud oma t\u00f6\u00f6s. Ja jah, see ei ole isiklikult minu kapriis, need on t\u00f6\u00f6stuses kehtestatud terminid. Nendega v\u00f5itlemine on m\u00f5ttetult vaevaline. Kuigi kommentaarides ma olen alati arutelu poolt.<\/p>\n

Kahjuks on meie t\u00f6\u00f6s ja toodetes v\u00e4ga palju termineid, seega ei hakka ma neid k\u00f5iki loetlema. Ainult k\u00f5ige baasemad ja vajalikud, et ellu j\u00e4\u00e4da infomeres varukoopiate ja logide kohta. Huvi korral v\u00f5in ka soovitada artiklit <\/a><\/noindex>kolleegide poolt lintide kohta, kus ta t\u00f5i v\u00e4lja ka terminite nimekirja, mis on seotud selle funktsionaalsuse osaga.<\/p>\n

Host (Host):<\/strong> Virtuaalsete s\u00fcsteemide maailmas on see masin, kus t\u00f6\u00f6tab h\u00fcperviisor. F\u00fc\u00fcsiline, virtuaalne, pilv \u2014 pole vahet. Kui h\u00fcperviisor (ESXi, Hyper-V, KVM jne) on millegi peal k\u00e4imas, siis nimetatakse seda \"millegiks\" hostiks. Olgu see klaster k\u00fcmne serveriga v\u00f5i teie s\u00fclearvuti, kus on poolteist virtuaalmasinat \u2014 kui h\u00fcperviisor t\u00f6\u00f6tab, siis olete saanud hostiks. Sest h\u00fcperviisor hostib virtuaalmasinaid. On isegi vahelugemine, et VMware soovis kunagi saavutada tugevat seost s\u00f5na host ja just ESXi vahel. Kuid nad ei suutnud.<\/p>\n

T\u00e4nap\u00e4eva maailmas on m\u00f5isted \u00abhost\u00bb ja \u00abserver\u00bb praktiliselt kokku sulanud, mis tekitab suhtlemisel teatavat segadust, eriti kui r\u00e4\u00e4gime Windowsi infrastruktuurist. Seega v\u00f5ib igasugust masinat, millel asub meie jaoks huvitav teenus, julgelt nimetada hostiks. N\u00e4iteks WinSocki logides t\u00e4histatakse s\u00f5naga host k\u00f5ike, mis ette satub. Klassikaline n\u00e4ide on \u00abHost not found\u00bb. Seega l\u00e4htu kontekstist, aga peame meeles \u2014 virtualiseerimise maailmas on host see, kes majutab k\u00fclalisi (sellest r\u00e4\u00e4gin kahe lause p\u00e4rast).<\/p>\n

Siinsetest lokaalsetest sl\u00e4ngidest (pigem akron\u00fc\u00fcmidest) v\u00f5ib tuua n\u00e4iteks, et VMware on VI, vSphere on VC ja Hyper-V on HV.<\/p>\n

K\u00fclastaja (Guest):<\/strong> Virtuaalne masin, mis t\u00f6\u00f6tab hostil. Siin ei ole isegi vaja selgitada, k\u00f5ik on nii loogiline ja selge. Siiski toovad paljud siia sisse erinevaid t\u00e4hendusi. <\/p>\n

Miks? Ma ei tea.
\nGuest OS, vastavalt siis k\u00fclalismasina operatsioonis\u00fcsteem. Ja nii edasi.<\/p>\n

Varundamine\/Replikatsiooni \u00dclesanne (Backup\/Replication Job):<\/strong> Puhas VMware sl\u00e4ng, mis t\u00e4histab \u00fchte \u00fclesannet. Backup job == Varundamise \u00dclesanne. Kuidas seda eesti keelde ilusasti t\u00f5lkida, pole keegi v\u00e4lja m\u00f5elnud, seega k\u00f5ik r\u00e4\u00e4givad \u201e\u00fclesanne\u201d. R\u00f5hk viimasele silbile.<\/p>\n

Jah, nii lihtsalt \u00f6eldakse 'job'. I isegi kirjutatakse seda kirjadese, ja k\u00f5ik on h\u00e4sti.
\nIgast sorti varukoopiate t\u00f6\u00f6d, varukoopia\u00fclesanded jne, ait\u00e4h, aga pole vaja. Lihtsalt job, ja teid m\u00f5istetakse. Peamine on panna r\u00f5hk viimasel silbil.<\/p>\n

Backup (varukoopia, b\u00e4kup. T\u00f5eliste vintage-huviliste seas on lubatud ka bakUp):<\/strong> Lisaks ilmsele (kusagil asuvate andmete varukoopia), t\u00e4histab see ka iseeda t\u00f6\u00f6d (kolm rida \u00fclalpool, kui olete juba unustanud), mille tulemusel see varukoopiafail ilmub. T\u00f5en\u00e4oliselt on inglise keele emakeele r\u00e4\u00e4kijad liiga laisad, et iga kord \u00f6elda 'I ran my backup job', seega nad lihtsalt \u00fctlevad 'I ran my backup', ja k\u00f5ik saavad \u00fcksteisest suurep\u00e4raselt aru. Soovitan toetada seda imelist algatust.<\/p>\n

Consolidate (Konsolideerimine): <\/strong>Termin, mis ilmus ESXi 5.0-s. Men\u00fc\u00fc valik, mis haldab snapshots'i, k\u00e4ivitab nii-\u00f6elda mahaj\u00e4\u00e4nud snapshots'ide eemaldamise protsessi. Nii et snapshots'id, mis f\u00fc\u00fcsiliselt eksisteerivad, kuid on kadunud kuvatusest. Teoreetiliselt ei peaks see protsess m\u00f5jutama snapshots'i halduris kuvatavaid faile, kuid juhtub ka igasuguseid asju. Konsolideerimise protsessi tuum on see, et snapshots'ist (child disk) andmed kirjutatakse peamisele (parent) kettale. Ketaste \u00fchendamise protsess on tuntud kui merge. Kui on antud konsolideerimise k\u00e4sk, v\u00f5ib teave snapshots'i kohta kustutada andmebaasist enne, kui snapshots on kokku liidetud ja eemaldatud. Ja kui snapshots'i ei \u00f5nnestu mingil p\u00f5hjusel eemaldada, siis ilmuvad need samad mahaj\u00e4\u00e4nud snapshots'id. VMware-l on snapshots'ide haldamise kohta hea KB<\/a><\/noindex>. Ja meie oleme ka sellest kirjutanud Habr-is<\/a><\/noindex>.<\/p>\n

Datastore (S\u00e4ilitamine v\u00f5i salvestamine): <\/strong>\u00a0V\u00e4ga lai m\u00f5isted, kuid virtualiseerimise maailmas m\u00f5istetakse selle all kohta, kus hoitakse virtuaalmasinate faile. Kuid iga juhul on oluline m\u00f5ista konteksti v\u00e4ga t\u00e4pselt ja v\u00e4ikseimagi kahtluse korral selgitada, mida teie vestluskaaslane t\u00e4pselt silmas pidas.\u00a0<\/p>\n

Proxy (Proksi): <\/strong>Oluline on kohe selgeks teha, et Veeam Proxy ei ole just see, millega oleme harjunud interneti avarustes. Veeami toodete raames on see omamoodi \u00fcksus, mis tegeleb andmete liigutamisega \u00fchest kohast teise. Kui mitte liiga s\u00fcvitsi minna, siis VBR on juhtserver ja proxy on selle t\u00f6\u00f6hobused. Proxy on seade, mille kaudu voolab liiklus ja kuhu on paigaldatud VBR komponendid, mis aitavad liiklust juhtida. N\u00e4iteks andmete edastamine \u00fchest kanalist teise v\u00f5i lihtsalt ketaste (HotAdd re\u017eiim)\u00fchendamine.<\/p>\n

Repository (Repository): <\/strong>\u00a0Tehniliselt on see lihtsalt VBR andmebaasi sissekanne, mis n\u00e4itab kohta, kus varukoopiad asuvad, ja kuidas sellele kohale \u00fchenduda. Tegelikult v\u00f5ib see olla lihtsalt CIFS kaust v\u00f5i eraldi ketas, server v\u00f5i pilve \u00e4mbter. J\u00e4llegi, me oleme kontekstis, aga m\u00f5istame, et repository on lihtsalt koht, kus teie varukoopiad asuvad.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Oksfordi grammatikahuvilised eelistavad \u00f6elda, kes r\u00e4\u00e4gib sn\u00c4pshot'ist, kes snE\u043fshot'ist, kuid kirjaoskamatu enamus v\u00f5idab suurema h\u00e4\u00e4letamisega. Kes ei tea \u2014 see on tehnoloogia, mis v\u00f5imaldab taastada ketta seisundi kindlal ajahetkel. Seda tehakse kas ajutise I\/O operatsioonide suunamise abil peamiselt kettalt - siis nimetatakse seda RoW (Redirect on Write) snapshot'iks - v\u00f5i kirjutatavate plokkide edastamise kaudu teie kettalt teisele - seda nimetatakse CoW (Copy on Write) snapshot'iks. Just nende funktsioonide ulatuslike kasutusv\u00f5imaluste t\u00f5ttu suudab Veeam teha oma varundusmaagiat. T\u00f5epoolest, mitte ainult neil, vaid referendumite l\u00e4henemisega.<\/p>\n

ESXi dokumentatsioonis ja logides valitseb selle termini \u00fcmber kaos, ning sn\u00e4ppshotte mainides v\u00f5ib kohata nii sn\u00e4ppshotte, redo logi kui ka delta ketast. Veeami dokumentatsioonis sellist segadust ei esine, ja sn\u00e4ppshot on sn\u00e4ppshot, samas kui redo log on just REDO fail, mis on loodud s\u00f5ltumatu mitte-p\u00fcsiva kettaga. REDO failid eemaldatakse virtuaalkeskkonna v\u00e4ljal\u00fclitamisel, nii et nende segamine sn\u00e4ppshotidega viib kukkumiseni.<\/p>\n

S\u00fcntetiline (Synthetic):<\/strong> S\u00fcnteetilised varukoopiad kuuluvad tagasip\u00f6\u00f6ratud inkrementaalsete ja igavese edasiviimise varukoopiate alla. Kui te pole selle terminiga varem kokku puutunud, siis see on lihtsalt \u00fcks mehhanism, mida kasutatakse varukoopiate ahela \u00fcmberkujundamiseks. Logides v\u00f5ib aga kohata ka m\u00f5istet Transform, mida kasutatakse t\u00e4isteede loomise raames inkrementidest (synthetic full).<\/p>\n

\u00dclesanne (Task):<\/strong> See on iga eraldi masina t\u00f6\u00f6tlemise protsess t\u00f6\u00f6\u00fclesande raames. See t\u00e4hendab: teil on varukoopia t\u00f6\u00f6\u00fclesanne, kuhu on lisatud kolm masinat. Seega t\u00f6\u00f6deldakse iga masinat eraldi t\u00f6\u00f6\u00fclesandena. Kokku saab neli logi: \u00fcks p\u00f5hine t\u00f6\u00f6\u00fclesande kohta ja kolm t\u00f6\u00f6\u00fclesannete kohta. Siiski on siin oluline n\u00fcanss: aja jooksul on s\u00f5na \u201et\u00f6\u00f6\u00fclesanne\u201d muutunud liiga mitmeti m\u00f5istetavaks. Kui r\u00e4\u00e4gime \u00fcldisest logidest, siis m\u00f5istame, et t\u00f6\u00f6\u00fclesanne on just VM. Kuid ka proksil ja salvestusruumis on omad \u201et\u00f6\u00f6tlemised\u201d. Seal v\u00f5ib see t\u00e4hendada nii virtuaalset kettast, virtuaalset masinat kui ka kogu t\u00f6\u00f6\u00fclesannet. Seega on oluline konteksti mitte kaotada.<\/p>\n

Veeam %name% Teenus (Service)<\/strong>: \u00a0<\/strong>Mitmete teenuste, mille loetelu on standardvarustus, toetab edukate varukoopiate tegemist. Nende nimed peegeldavad nende olemust, kuid nende seas on \u00fcks k\u00f5ige olulisem \u2014 Veeam Backup Service, ilma milleta teised ei t\u00f6\u00f6ta.<\/p>\n

VSS: <\/strong>Tehniliselt peaks VSS alati t\u00e4hendama Microsoft Volume Shadow Copy Service. Tegelikult kasutatakse seda paljuski s\u00fcnon\u00fc\u00fcmina Application-Aware Image Processing'ule. Mis on muidugi kategooriliselt vale, kuid see on lugu, milles \"iga maastur v\u00f5ib olla d\u017eipp ja sind m\u00f5istetakse\".<\/p>\n

Fantastilised logid ja nende elupaigad<\/h3>\n

\nSoovin alustada seda peat\u00fckki suurte saladuste paljastamisega \u2014 mis kellaaega logides n\u00e4idatakse?<\/p>\n

Meeles pidama:<\/p>\n