{"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
\nMeil Veeamis meeldib logid. Kuna enamik meie lahendustest on modulaarne, kirjutavad nad p\u00e4ris palju logisid. Arvestades, et meie tegevusala on teie andmete s\u00e4ilitamine (st rahuliku une tagamine), peavad logid mitte ainult fikseerima iga liigutuse, vaid tegema seda ka \u00fcsna p\u00f5hjalikult. See on vajalik, et juhul, kui midagi juhtub, oleks selge, kuidas see \"midagi\" juhtus, kes on s\u00fc\u00fcdi ja mida edaspidi teha. Siin on nagu kriminalistikaga: kunagi ei tea, milline pisiasi aitab sul leida Laura Palmersi m\u00f5rvari.<\/p>\n

Seet\u00f5ttu otsustasin alustada artiklite seeriat, kus j\u00e4rk-j\u00e4rgult r\u00e4\u00e4gin, mida me logides kirjutame, kus me neid hoiame, kuidas mitte hulluks minna nende struktuurist ja mida neis sees otsida.
\n<\/a><\/noindex><\/p>\n

Miks sari artikleid ja miks mitte k\u00f5ik korraga \u00e4ra kirjeldada? <\/h3>\n

\nLihtsalt loetleda, milline logi kus asub ja mis seal on, on \u00fcsna t\u00fchine idee. Ja selle teabe ajakohasena hoidmisest m\u00f5elda on isegi hirmus. K\u00f5ikide Veeam Backup & Replication logide loetlemine on tabel, mis on mitme lehe suurune peene kirjakujudega. Ja tegelikult kehtib see ainult avaldamise ajaks, kuna j\u00e4rgmise plaastri v\u00e4ljaandmisel v\u00f5ivad ilmuda uued logid, muutuda v\u00f5ivad vanade s\u00e4ilitatavate andmete loogika jne. Seet\u00f5ttu on palju kasulikum selgitada nende struktuuri ja sisu. See v\u00f5imaldab paremini orienteeruda, kui lihtsalt nimede p\u00e4he\u00f5ppimine.<\/p>\n

Seep\u00e4rast, et mitte h\u00fcpata peadpidi tekstimere s\u00fcgavusse, teeme selles artiklis muid ettevalmistusi. Seega t\u00e4na me ei uuri loge, vaid l\u00e4hme kaugelt: koostame glossaariumi ja arutame Veeami struktuuri logide genereerimise seisukohalt.<\/p>\n

Glossaar ja \u017eargoon<\/h3>\n

\nSiin tasub eelk\u00f5ige vabandada nende ees, kes kaitsevad vene keele puhtust ja O\u017eegovi s\u00f5naraamatust. Me k\u00f5ik armastame oma emakeelt, kuid kergelt m\u00f5rvatu IT- t\u00f6\u00f6stus t\u00f6\u00f6tab inglise keeles. Me ei ole seda v\u00e4lja m\u00f5elnud, vaid nii on ajalooliselt kujunenud. Ma ei ole s\u00fc\u00fcdi, see tuli iseenesest (c)<\/p>\n

Meie valdkonnas on anglicismide (ja \u017eargooni) probleemil oma spetsiifika. Kui s\u00fc\u00fctu s\u00f5na nagu \"host\" v\u00f5i \"k\u00fclaline\" viitab kogu maailmas juba ammu t\u00e4iesti konkreetsetele asjadele, siis \u2159 maailma pinnal j\u00e4tkub kangelastegelik segadus ja ekslemine s\u00f5nastikes. Ja rangelt kohustuslik argument \"Aga meil t\u00f6\u00f6l...\".<\/p>\n

Lisaks on olemas puhtalt meie terminoloogia, mis on iseloomulik just Veeami toodetele, kuigi m\u00f5ned s\u00f5nad ja v\u00e4ljendid on muutunud laialdaselt kasutatavaks. Seet\u00f5ttu lepime n\u00fc\u00fcd kokku, mida iga termin t\u00e4hendab, ja edaspidi m\u00f5tlen s\u00f5na \u00abk\u00fclaline\u00bb all just seda, mis on selles peat\u00fckis kirjas, mitte seda, millega olete harjunud oma t\u00f6\u00f6kohal. Ja jah, see ei ole isiklikult minu soov, see on t\u00f6\u00f6stuses kehtestatud terminid. Nendega v\u00f5itlemine on m\u00f5ttetu. Kuigi ma olen alati kommentaarides arvamusavalduste poolt.<\/p>\n

Kahjuks on meie t\u00f6\u00f6s ja toodetes \u00e4\u00e4rmiselt palju termineid, seega ei hakka ma neid k\u00f5iki loetlema. Ainult k\u00f5ige p\u00f5hilisemad ja vajalikud, et ellu j\u00e4\u00e4da teabe meres varukoopiate ja logide kohta. Huvi korral v\u00f5in samuti pakuda artiklit <\/a><\/noindex>kollaatide kohta, kus ta t\u00f5i v\u00e4lja ka termini nimekirja, mis puudutab selle funktsionaalsuse osa.<\/p>\n

Host (Hernia):<\/strong> Virtuaalsuse maailmas on see masin, millel on h\u00fcpervisor. F\u00fc\u00fcsiline, virtuaalne, pilve- \u2014 pole vahet. Kui h\u00fcpervisor (ESXi, Hyper-V, KVM jne) on millegil k\u00e4ivitatud, nimetatakse seda \u00abmillegiks\u00bb hostiks. Olgu see k\u00fcmne rack'i klaster v\u00f5i teie s\u00fclearvuti poolte virtuaaliga labori jaoks \u2014 kui olete h\u00fcpervisori k\u00e4ivitanud, siis olete host. Sest h\u00fcpervisor hostib virtuaalmasinaid. On isegi legend, et VMware soovis kunagi saavutada tugevat assotsiatsiooni s\u00f5naga host, seostades selle just ESXi-ga. Kuid see ei \u00f5nnestunud.<\/p>\n

Kaasaegses maailmas on m\u00f5isted \u00abhost\u00bb ja \u00abserver\u00bb peaaegu \u00fchesugused, mis tekitab suhtlemises teatud segadust, eriti kui jutt k\u00e4ib Windowsi infrastruktuurist. Seega v\u00f5ib igat masinat, millel asub m\u00f5ni meie jaoks huvitav teenus, julgelt nimetada hostiks. N\u00e4iteks WinSocki logides t\u00e4histatakse s\u00f5naga host k\u00f5ike. Klasikaline \u00abHost not found\u00bb on selle n\u00e4ide. Seega l\u00e4htume kontekstist, kuid peame meeles \u2014 virtuaalsuse maailmas on host see, kes hostib k\u00fclalisi (selle kohta kaks rida allpool).<\/p>\n

Kohalikest \u017eargoonidest (peamiselt akron\u00fc\u00fcmidest, antud juhul) tuleb meelde, et VMware on VI, vSphere on VC ja Hyper-V on HV.<\/p>\n

K\u00fclastaja (Guest):<\/strong> Virtuaalne masin, mis t\u00f6\u00f6tab hostis. Siin ei ole isegi midagi seletada, k\u00f5ik on nii loogiline ja lihtne. Kuid paljud p\u00fc\u00fcavad siia tuua mingeid teisi t\u00e4hendusi. <\/p>\n

Miks? Ma ei tea.
\nK\u00fclastaja OS, vastavalt sellele, on k\u00fclastusmasina operatsioonis\u00fcsteem. Ja nii edasi.<\/p>\n

Varukoopia \/ Replikatsiooni \u00dclesanne (Backup \/ Replication Job):<\/strong> Puhas VMWare\u2019i \u017eargoon, mis t\u00e4histab \u00fchte \u00fclesannet. Varukoopia \u00fclesanne = Backup job. Kuidas seda ilusti eesti keelde t\u00f5lkida \u2013 seda ei ole keegi v\u00e4lja m\u00f5elnud, seega k\u00f5ik r\u00e4\u00e4givad \u2018job\u2019 \u00e4ra. R\u00f5hk viimasele silbile.<\/p>\n

Jah, niimoodi lihtsalt r\u00e4\u00e4gitakse \u2018job\u2019. Ja isegi kirjalikult nii kirjutatakse, ja k\u00f5ik on h\u00e4sti.
\nIgasugused Varukoopiad, Varukoopia \u00dclesanded jne, ait\u00e4h, aga ei ole vaja. Lihtsalt \u2018job\u2019, ja teid m\u00f5istetakse. Peamine on r\u00f5hk panna viimasele silbile.<\/p>\n

Varukoopia (Backup, b\u00e4kap. T\u00f5elistele vanadele f\u00e4nnidele on lubatud ka \u2018bakaap\u2019):<\/strong> Peale ilmse (kusagil asuv varukoopia andmetest) t\u00e4hendab see veel ka \u00fclesannet (kolm rida \u00fclespoole, kui juba unustanud), mille tulemusena see varukoopia fail tekib. Ilmselt on inglise keele emakeelsetel liiga mugav pidevalt \u00f6elda \u2018I ran my backup job\u2019, seega nad \u00fctlevad lihtsalt \u2018I ran my backup\u2019, ja k\u00f5ik omavahel aru saavad. Pakun v\u00e4lja, et toetame seda imelist algatust.<\/p>\n

Konsolideerimine (Consolidate): <\/strong>Termin, mis ilmus ESXi 5.0-s. Valik men\u00fc\u00fcs, mis tegeleb snapshots\u2019idega, mis k\u00e4ivitab tegevuse nimetatud 'orphaned' snapshots\u2019ide kustutamiseks. St snapshotsid, mis f\u00fc\u00fcsiliselt on olemas, kuid on kadunud loogilisest struktuurist. Teoreetiliselt ei tohiks see protsess m\u00f5jutada men\u00fc\u00fcs kuvatavaid faile, kuid juhtub igasuguseid asju. Konsolideerimise protsessi sisu on see, et andmed snapshot\u2019ist (child disk) kirjutatakse p\u00f5hikettale (parent disk). Kettaste \u00fchendamise protsessi nimetatakse \u00fchendamiseks (merge). Kui on antud k\u00e4sk konsolideerimiseks, siis v\u00f5ib snapshot\u2019i teave kustutada andmebaasist enne, kui snapshot on \u00fchendatud ja kustutatud. Ja kui snapshot\u2019it ei \u00f5nnestunud mingil p\u00f5hjusel kustutada, siis tekivad need samad orphaned snapshots\u2019id. VMware'il on<\/a><\/noindex>pole halb KB Ja me ka kunagi<\/a><\/noindex>.<\/p>\n

olen kirjutatud Habrisse (Habr). <\/strong>\u00a0V\u00e4ga lai m\u00f5isted, kuid virtualiseerimise maailmas m\u00f5istetakse selle all kohta, kus hoitakse virtuaalmasinate faile. Igal juhul on vaja selgelt m\u00f5ista konteksti ja kahtluste korral t\u00e4psustada, mida teie vestluspartner silmas pidas.\u00a0<\/p>\n

Proxy (Proksi): <\/strong>Oluline on kohe m\u00f5ista, et Veeam Proxy ei ole t\u00e4pselt see, millega oleme harjunud interneti maailmas. Veeam'i toodete raames on see mingi entiteet, mis tegeleb andmete edastamisega \u00fchest kohast teise. Kui mitte minna detailidesse, siis VBR on juhtserver ja proksi on selle t\u00f6\u00f6loomad. Teisis\u00f5nu, proksi on masin, mille kaudu voolab liiklus ja millel on VBR komponentsid, mis aitavad liiklusel navigeerida. N\u00e4iteks edastada andmeid \u00fchest kanalist teise v\u00f5i lihtsalt seotud oma ketastega (HotAdd re\u017eiim).<\/p>\n

Repository (Repo): <\/strong>\u00a0Tehniliselt on see lihtsalt VBR andmebaasi kirje, mis n\u00e4itab kohta, kus varukoopiad asuvad, ja kuidas sellele kohale \u00fchenduda. Tegeliselt v\u00f5ib see olla nii lihtsalt CIFS jagamine kui ka eraldi ketas, server v\u00f5i pilves asuv \u00e4mbri. Taaskord, oleme kontekstis, kuid m\u00f5istame, et repo on lihtsalt koht, kus teie varukoopiad asuvad.<\/p>\n

\u00a0Snapshot (SnaapsSHOT): <\/strong>Oxfordi grammatikaarmastajad eelistavad r\u00e4\u00e4kida kas sn\u00c9pshot v\u00f5i sn\u00c9pshot, kuid analfabeetlik enamus v\u00f5idab suure arvu t\u00f5ttu. Kui keegi ei tea - see on tehnoloogia, mis v\u00f5imaldab taastada ketta seisundi kindlal ajahetkel. Seda tehakse kas ajutise I\/O operatsioonide suunamise kaudu p\u00f5hikettalt - siis nimetatakse seda RoW (Redirect on Write) snapshots - v\u00f5i kirjutatakse salvestatavad blokid teie kettalt teisele - siis nimetatakse seda CoW (Copy on Write) snapshots. Just nende funktsioonide laialdaste v\u00f5imaluste t\u00f5ttu saab Veeam oma varundamismaagiat teha. Range m\u00e4\u00e4ratlus, et mitte ainult tema, vaid see on ka l\u00e4hiaegade v\u00e4ljaannete k\u00fcsimus.<\/p>\n

ESXi dokumentatsiooni ja logide \u00fcmber valitseb segadus, ja snapshotide kontekstis v\u00f5ib leida nii snapshotid, redo logid kui isegi delta disk. Veeami dokumentatsioonis sellist segadust ei ole, ja snapshot on snapshot, samal ajal kui redo log on just REDO fail, mis on loodud s\u00f5ltumatult non-persistent kettalt. REDO failid kustutatakse virtuaalmasina v\u00e4ljal\u00fclitamisel, seega nende segamine snapshotidega on vale tee.<\/p>\n

S\u00fcnteetiline (Synthetic):<\/strong> S\u00fcnteetilised varukoopiad viitavad reverse incremental ja forever forward varukoopiatele. Kui te pole selle terminiga kokku puutunud, siis see on lihtsalt \u00fcks mehhanisme, mida kasutatakse varukoopiate ahela konverteerimiseks. Kuid logides v\u00f5ib kohata ka m\u00f5istet Transform, mis kasutatakse t\u00e4iskopeerimise loomise kontekstis inkrementidest (synthetic full).<\/p>\n

\u00dclesanne (Task):<\/strong> See on iga masina t\u00f6\u00f6tlemise protsess t\u00f6\u00f6\u00fclesande raames. K\u00fcsimus on selles: kui teil on varukoopiate t\u00f6\u00f6\u00fclesanne, kuhu on lisatud kolm masinat. Seega, iga masin t\u00f6\u00f6deldakse eraldi \u00fclesandes. Kokku on neli logi: peamine t\u00f6\u00f6\u00fclesande kohta ja kolm \u00fclesande kohta. Siiski on siin oluline n\u00fcanss: aja jooksul on s\u00f5na \u201e\u00fclesanne\u201d muutunud liialt palju t\u00e4hendusi omavaks. Kui r\u00e4\u00e4gime \u00fcldistest logidest, siis m\u00f5istame, et \u00fclesanne on just VM. Kuid oma \u201e\u00fclesanded\u201d on ka proxy ja repository juures. Seal v\u00f5ib see t\u00e4hendada nii virtuaalset ketast, virtuaalset masinat kui ka kogu t\u00f6\u00f6\u00fclesannet. Seega on oluline konteksti mitte kaotada.<\/p>\n

Veeam %name% Teenus (Service)<\/strong>: \u00a0<\/strong>Eduka varundamise nimel t\u00f6\u00f6tab korraga mitu teenust, mille nimekirja leiate tavap\u00e4rasest haldust\u00f6\u00f6riistast. Nende nimed peegeldavad \u00fcsna selgelt 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'i. Tegelikult kasutatakse seda paljude poolt s\u00fcnon\u00fc\u00fcmina Application-Aware Image Processing'ile. Mis on loomulikult kategooriliselt vale, kuid see on lugu, millega seostatakse: \u201eIga maastur v\u00f5ib olla jeep ning sind m\u00f5istetakse.\u201d<\/p>\n

Fantastilised logid ja kohad, kus nad elavad<\/h3>\n

\nSoovin alustada seda peat\u00fckki suure saladuse paljastamisega \u2014 millisena kuvatakse logides aeg?<\/p>\n

M\u00e4leta:<\/p>\n