{"id":97729,"date":"2020-10-21T08:42:22","date_gmt":"2020-10-21T06:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving"},"modified":"2020-10-21T08:42:22","modified_gmt":"2020-10-21T06:42:22","slug":"otkuda-berutsya-logi-veeam-log-diving","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","title":{"rendered":"Kust tulevad logid? Veeam Log Diving","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kust<\/p>\n

J\u00e4tkame oma sukeldumist huvitavasse maailmasse vigade otsimise logide kaudu. V eelnevas artiklis<\/a><\/noindex> me leppisime kokku p\u00f5hiterminite t\u00e4henduses ja heitsime kiire pilgu Veeami \u00fcldstruktuurile kui \u00fchele rakendusele. \u00dclesanne on see \u2014 v\u00e4lja selgitada, kuidas logifailid moodustuvad, milline teave nendes kuvatakse ja miks nad sellised v\u00e4lja n\u00e4evad.<\/p>\n

Kuidas teie arvates on lood nende \u201elogidega\u201d? Enamiku arvates peaks iga rakenduse logide roll olema nagu omamoodi k\u00f5ikv\u00f5imeline olend, kes veedab suure osa ajast kuskil varjatud, kuid vajalikul hetkel ilmub v\u00e4lja imettegevates raudr\u00fc\u00fcdes ja p\u00e4\u00e4stab k\u00f5ik. Ehk siis, nendes peaks olema k\u00f5ik alates v\u00e4iksematest vigadest igas komponendis kuni eraldi andmebaasi tehinguteni. Ja p\u00e4rast viga peaks kohe olema kirjas, kuidas veel parandada. Ja kogu see teave peaks mahtuma paarimegabaiti, mitte rohkem. See on ju lihtsalt tekst! Tekstifailid ei saa ju v\u00f5tta k\u00fcmneid gigabaite, olen kuskil seda kuulnud!<\/p>\n

Nii et logid<\/h2>\n

Reaalses maailmas on logid lihtsalt arhiiv diagnostilisi andmeid. Arendajad peavad ise otsustama, mida salvestada, kust andmeid v\u00f5tta ja kui detailsed need peaks olema. M\u00f5ned valivad minimalismi, hoides ainult sisse-\/v\u00e4ljal\u00fclitamise taseme kandeid, teised koguvad hoolikalt kokku k\u00f5ik, mis k\u00e4tte saadav on. On ka vahepealne variant, kus saad valida nii-\u00f6elda Logging Level'i, kus saad ise m\u00e4\u00e4rata, kui detailset teavet soovid salvestada ja kui palju \u00fcleliigset ruumi sul kettal on =) VBR-l on selliseid tasemeid kuus, muide. Ja uskuge, te ei taha n\u00e4ha, mis toimub maksimaalselt detailses logimises, kui teie kettal on vaba ruumi.<\/p>\n

H\u00e4sti. Oleme ligikaudu aru saanud, mida tahame s\u00e4ilitada, kuid ilmneb seaduslik k\u00fcsimus: kust seda teavet saada? Osa logimise s\u00fcndmustest genereerime me ise oma sisemiste protsesside kaudu. Kuid mis juhtub siis, kui toimub suhtlemine v\u00e4lise keskkonnaga? Et mitte langeda ulatuslikku jooksu- ja jalgrattamaailma, kipub Veeam mitte leiutama juba v\u00e4lja m\u00f5eldud asju. Iga kord, kui on olemas valmis API, s\u00fcsteemi sisse ehitatud funktsioon, raamatukogu jne, eelistan me valmis lahendusi enne, kui hakkame ehitama oma keerulisi lahendusi. Kuigi viimasid on ka k\u00fcllaga. Seega on logide anal\u00fc\u00fcsimisel oluline m\u00f5ista, et suur osa vigu tuleneb kolmandate osapoolte API, s\u00fcsteemik\u00f5nede ja muude raamatukogudega seotud teadetest. Sellisel juhul on VBR-i roll nende vigade edasi edastamine logifailides sellisena nagu nad on. Peamine \u00fclesanne kasutajal on \u00f5ppida aru saama, milline rida kellelt tuleb ja kellele see \"keegi\" vastutab. Seega, kui VBR-i logidest leitud veakood viib teid MSDNi lehele, on see normaalne ja \u00f5ige.<\/p>\n

Nagu me varem kokku leppisime: Veeam on SQL-p\u00f5hine rakendus. See t\u00e4hendab, et k\u00f5ik seadistused, kogu teave ja k\u00f5ik muu, mis on vajalik normaalseks toimimiseks, salvestatakse selle andmebaasi. Siit tuleneb lihtne t\u00f5de: kui logides ei ole midagi, on t\u00f5en\u00e4oliselt see andmebaasis. Kuid see ei ole ka h\u00f5bekuul: m\u00f5nda asja ei leia ei Veeami kohalikes logides ega ka selle andmebaasist. Seet\u00f5ttu tuleb \u00f5ppida vaatama hosti logisid, kohaliku masina logisid ja k\u00f5iki teisi logisid, mis osalevad varundamis- ja restaureerimisprotsessis. M\u00f5nikord on nii, et vajalikku teavet ei ole \u00fcldse kuskil. Selline on tee. <\/p>\n

M\u00f5ned n\u00e4ited sellistest API-dest<\/h4>\n

See nimekiri ei pretendeeri olema t\u00e4ielik, seega ei tasu selles otsida viimasest instantsist t\u00f5de. Selle eesm\u00e4rk on vaid n\u00e4idata k\u00f5ige sagedamini kasutatavaid kolmandate osapoolte API-sid ja tehnoloogiaid, mida meie toodetes kasutatakse.<\/p>\n

Alustame VMware<\/strong>. <\/p>\n

Esimene loendis on vSphere API<\/strong>. Kasutatakse autentimiseks, hierarhia lugemiseks, snapshots'ide loomiseks ja kustutamiseks, masinate teabe p\u00e4rimiseks ja paljuks (v\u00e4ga paljuks) muuks. Lahenduse funktsionaalsus on v\u00e4ga ulatuslik, seet\u00f5ttu soovitan k\u00f5igile huvilistele  VMware vSphere API Reference versiooni jaoks. 5.5<\/u><\/a><\/noindex> ja 6.0<\/u><\/a><\/noindex>. Viimaste versioonide kohta on lihtsalt guugeldatav.<\/p>\n

VIX API<\/strong>. H\u00fcperviisori musta maagia jaoks, mille jaoks on eraldi veakoodide loetelu.<\/u><\/a><\/noindex>. VMware API failide haldamiseks hostis ilma v\u00f5rku \u00fchendamata. Viimane lootus, kui on vaja fail masina sisse viia, kuhu pole paremat \u00fchendusteed. See on piin ja kannatus, kui fail on suur ja host on koormatud. Kuid siin kehtib reegel, et isegi 56,6 Kb\/s on parem kui 0 Kb\/s. Hyper-V-s nimetatakse sarnast lahendust PowerShell Direct. Kuid see oli nii ainult kuni<\/p>\n

vSphere Web Services API<\/strong> K\u00e4esolevat versiooni 6.0 (umbes, kuna see API esitati esmakordselt versioonis 5.5) kasutatakse k\u00fclalismasinatega t\u00f6\u00f6tamiseks ja see on praktiliselt k\u00f5ikjal asendanud VIX-i. Sisuliselt on see veel \u00fcks API vSphere'i haldamiseks. Huvi korral v\u00f5in soovitada uurida suurep\u00e4rast<\/u><\/a><\/noindex> k\u00e4siraamatut. <\/p>\n

VDDK<\/strong> (Virtual Disk Development Kit). Raamatukogu, millest on osaliselt r\u00e4\u00e4gitud selles artiklis<\/u><\/a><\/noindex>. Kasutatakse virtuaalsete ketaste lugemiseks. Aegade alguses oli see osa VIX-ist, kuid aja jooksul on see v\u00e4lja toodud eraldi tootena. Sellegipoolest kasutab see p\u00e4rijana samu veakoodide numbreid nagu VIX.  Kuid mingil p\u00f5hjusel ei ole SDK-s endas nende vigade kohta mingit kirjeldust. Seet\u00f5ttu on kogemuste p\u00f5hjal v\u00e4lja selgitatud, et VDDK vead teiste koodidega — on lihtsalt siirdeid binaarsest k\u00fcmnends\u00fcsteemi koodiks. Koosneb kahest osast \u2013 esimene pool on dokumenteerimata teave konteksti kohta ja teine osa — traditsioonilised VIX\/VDDK vead. N\u00e4iteks, kui n\u00e4eme:<\/p>\n

VDDK error: 21036749815809.Unknown error<\/code><\/p>\n

Siis konverteerime selle julgelt hex-iks ja saame 132200000001. Mitteinformatiivne algus 132200 lihtsalt j\u00e4etakse t\u00e4helepanuta, ja \u00fclej\u00e4\u00e4nud osa on meie veakood (VDDK 1: Tundmatu viga). Just hiljuti oli eraldi arutelu k\u00f5ige sagedasemate VDDK vigade \u00fcle. artikkel<\/u><\/a><\/noindex>.<\/p>\n

N\u00fc\u00fcd vaatame Windows<\/strong>. <\/p>\n

Siit leiame k\u00f5ik vajalikud ja t\u00e4htsad asjad standardses Event Viewer<\/strong>. Kuid on \u00fcks takistus: vana traditsiooni kohaselt logib Windows mitte t\u00e4pset veateksti, vaid ainult selle numbri. N\u00e4iteks, viga 5 — t\u00e4hendab 'Ligip\u00e4\u00e4s keelatud', viga 1722 — t\u00e4hendab 'RPC server ei ole saadaval', ja 10060 — t\u00e4hendab '\u00dchenduse aegumine'. Loomulikult on tore, kui sa m\u00e4letad k\u00f5ige tuntumaid, kuid kuidas k\u00e4ituda seni n\u00e4gematute vigadega? <\/p>\n

Kuid et elu ei tunduks liiga magusana, salvestatakse vead ka kuhexakandis, prefiksiga 0x8007. N\u00e4iteks 0x8007000e \u2014 see on tegelikult 14, m\u00e4lu l\u00f5pp. Miks ja kelle jaoks see nii tehtud on, j\u00e4\u00e4b saladuseks. Siiski saab t\u00e4ielikku vigade nimekirja tasuta ja ilma SMS-ita alla laadida arenduskeskusest<\/u><\/a><\/noindex>.<\/p>\n

. Muide, m\u00f5nikord leidub ka teisi eelseadeid, mitte ainult 0x8007. Nii kurvas olukorras, et m\u00f5ista HRESULT ('tulemuse k\u00e4epide'), peab veel s\u00fcgavamale laskuma dokumentatsiooni<\/u><\/a><\/noindex> arendajate jaoks. Tavalises elus ma ei soovita seda teha, aga kui sind sundida v\u00f5i lihtsalt huvitab, siis n\u00fc\u00fcd tead, mida teha.<\/p>\n

Aga Microsofti kaaslased on natuke armu meie \u00fcle ja on ilmutanud meile t\u00f6\u00f6riista ERR<\/u><\/a><\/noindex>. See on v\u00e4ike t\u00fckk konsooli \u00f5nnistust, mis oskab t\u00f5lkida veakoodid inimkeelde ilma Google'ita. See t\u00f6\u00f6tab umbes nii.<\/p>\n

C:UsersrootDesktop>err.exe 0x54f\n# hex 0x54f \/ decimal 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# An internal error occurred.\n# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x54f\n# hex 0x54f \/ decimal 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# An internal error occurred.\n# 2 matches found for \"0x54f\"<\/code><\/pre>\n
Tekkib seaduslik k\u00fcsimus: miks me logides kohe ei kirjuta t\u00f5lgendust, vaid j\u00e4tame need salap\u00e4rased koodid? Vastus peitub kolmandate osapoolte rakendustes. Kui sa ise teed m\u00f5ne WinAPI kutse, siis tema vastuse t\u00f5lgendamine ei ole raske, sest selleks on isegi oma eraldi WinAPI kutse. Kuid nagu juba \u00f6eldud, meie logidesse j\u00f5uab k\u00f5ik, mis iganes meie vastustes esineb. Ja siinkohal oleks t\u00f5lgendamiseks pidevalt vajalik selle teadlikkuse voogu j\u00e4lgida, et sellest v\u00e4lja noppida Windowsi vigu, neid t\u00f5lgendada ja tagasi sisestada. \u00d6eldes ausalt, see ei ole just k\u00f5ige p\u00f5nevam tegevus.<\/p>\n
Windowsi Failihalduse API <\/strong>kasutatakse igasuguste failidega seotud toimingute jaoks. Failide loomine, kustutamine, kirjutamiseks avamine, atribuutide k\u00e4sitlemine ja muu, ja muu.<\/p>\n
\u00dclalmainitud PowerShell Direct<\/strong> kuid, mis on VIX API analoog Hyper-V maailmas. Kahjuks mitte nii paindlik: palju funktsionaalsuse piiranguid, ei t\u00f6\u00f6ta iga hosti versiooniga ja mitte k\u00f5ikide k\u00fclalistega.<\/p>\n
RPC<\/strong> (Remote Procedure Call) Ma arvan, et ei ole \u00fchtegi inimest, kes on t\u00f6\u00f6tanud Windowsiga, ja ei oleks n\u00e4inud RPC-ga seotud vigu. Vaatamata levinud eksiarvamusele, ei ole see mitte mingi \u00fchtne protokoll, vaid iga kliendi-serveri protokoll, mis vastab mitmetele kriteeriumidele. Kuid kui meie logides on RPC viga, siis 90% juhtudest on see Microsoft RPC-i viga, mis on osa DCOM-ist (Distributed Component Object Model).  Internetis on saadaval tohutult palju dokumentatsiooni selle teema kohta, kuid suurem osa sellest on \u00fcsna vananenud. Kui aga on suur soov teemat uurida, siis v\u00f5in soovitada artikleid Mis on RPC?<\/u><\/a><\/noindex>, Kuidas RPC t\u00f6\u00f6tab<\/u> <\/a><\/noindex>ja pikk nimekiri RPC vigadest<\/u><\/a><\/noindex>.<\/p>\n
Peamised p\u00f5hjused, miks RPC vigu meie logides esineb, on eba\u00f5nnestunud katsed interaktsiooniks komponentide vahel VBR-is (server > proksi, n\u00e4iteks) ja enamikul juhtudel on need tingitud \u00fchendusprobleemidest.<\/p>\n
Parim parimatest — see on viga: The RPC server is unavailable (1722). Lihtsalt \u00f6eldes, ei suutnud klient serveriga \u00fchendust luua. Kuidas ja miks — \u00fchtegi kindlat vastust ei ole, kuid tavaliselt on see probleem autentimise v\u00f5i juurdep\u00e4\u00e4suga porti 135. Viimane on iseloomulik infrastruktuuridele, kus porte m\u00e4\u00e4ratakse d\u00fcnaamiliselt. Sellel teemal on isegi eraldi KVs<\/u><\/a><\/noindex>. Microsofti puhul — ulatuslik juhend<\/u><\/a><\/noindex> defektide p\u00f5hjuste leidmiseks.<\/p>\n
Teine enim levinud viga: Endpoint mapper ei saa rohkemate l\u00f5pp-punktide tasuta (1753). RPC klient v\u00f5i server ei suutnud ennast pordile m\u00e4\u00e4rata. See tekib tavaliselt siis, kui server (meie puhul k\u00fclalismasin) on seadistatud d\u00fcnaamiliseks sadamate m\u00e4\u00e4ramiseks kitsas vahemikus, mis on otsa saanud. Ja kui vaadata kliendi poole (meie puhul VBR-server), siis t\u00e4hendab see, et meie VeeamVssAgent kas ei k\u00e4ivitunud v\u00f5i ei olnud registreeritud RPC liidesena. Selle teema kohta on samuti eraldi KVs<\/u><\/a><\/noindex>.<\/p>\n
Ja l\u00f5petuseks, tuletame meelde RPC kolme peamist viga: 'RPC function call failed (1726)'. See viga tekib siis, kui \u00fchendus on loodud, kuid RPC-p\u00e4ringud ei toimi. N\u00e4iteks, kui me \u00fcritame saada teavet VSS-i oleku kohta (kas seal parajasti luuakse varukoopia) ja vastuseks on meie jaoks vaikus ja ignoreerimine.<\/p>\n
Windows Tape Backup API <\/strong>on vajalik lintraamatukogude v\u00f5i draivide haldamiseks. Nagu ma juba alguses mainisin: oma draiverite kirjutamine ja seej\u00e4rel iga seadme toe haldamine pole meeltm\u00f6\u00f6da. Seet\u00f5ttu ei ole vimas oma draivereid. K\u00f5ik toimub standardse API kaudu, mille tuge pakuvad seadme tootjad ise. See on ju palju loogilisem, eks?<\/p>\n
SMB\/CIFS<\/strong> K\u00f5ik kirjutavad neid harjumusest k\u00f5rvuti, kuigi kaugelki k\u00f5ik ei m\u00e4leta, et CIFS (Common Internet File System) — on lihtsalt privaatne versioon SMB (Server Message Block). Seega ei ole midagi halba nende m\u00f5istete kokku \u00fcldistamises. Siin on Samba — see on juba LinuxUnix'i rakendus, kus on omad erip\u00e4rad, kuid olen natuke k\u00f5rvale kaldunud. Mis on oluline: kui Veeam palub midagi UNC-teel (serverdirectory) salvestada, kasutab server failis\u00fcsteemi draiverite hierarhiat, sealhulgas mup ja mrxsmb, et kirjutada jaotisesse. Vastavalt sellele genereerivad vead ka need draiverid.<\/p>\n
Ilma selleta ei saa kindlasti hakkama Winsock API<\/strong>. Kui on vaja midagi v\u00f5rgus teha, t\u00f6\u00f6tleb VBR Windows Socket API kaudu, tuntud kui Winsock. Nii et kui n\u00e4eme logis IP:Port kombinatsiooni, siis see on see. Ametlikus dokumentatsioonis on olemas \u00fcsna hea nimekiri v\u00f5imalikest vigasid<\/u><\/a><\/noindex>.<\/p>\n
\u00dclalmainitud WMI<\/strong> (Windows Management Instrumentation) \u2014 see on universaalne API, mis haldab k\u00f5ike ja k\u00f5iki Windowsi maailmas. N\u00e4iteks Hyper-V kasutamisel toimub praktiliselt k\u00f5ik hostiga seotud p\u00e4ringud just selle kaudu. \u00dches\u00f5naga, see on t\u00e4iesti asendamatu ja v\u00e4ga v\u00f5imas t\u00f6\u00f6riist oma v\u00f5imaluste poolest. Probleemide lahendamisel aitab see oluliselt, pakkudes sisseehitatud t\u00f6\u00f6riista WBEMtest.exe.<\/p>\n
Ja viimane nimekirjas, kuid mitte v\u00e4hem oluline \u2014 VSS<\/strong> (Volume Shadow Storage). Teema on nii s\u00fcgavalt mitmekesine ja salap\u00e4rane, kui palju on selle kohta dokumentatsiooni kirjutatud. Shadow Copy'd on k\u00f5ige lihtsam m\u00f5ista kui erilist t\u00fc\u00fcpi snapshot'i, millega see sisuliselt ongi. T\u00e4nu sellele saab VMware's teha rakenduse jaoks koosk\u00f5lastatud varukoopiaid, ja Hyper-V's on see peaaegu k\u00f5ikeh\u00f5lmav. Plaanin kirjutada uuest artiklist, mis k\u00e4sitleb VSS-i, kuid seni v\u00f5ite proovida lugeda seda kirjeldust<\/u><\/a><\/noindex>. Olge ettevaatlik, sest VSS-i m\u00f5istmine pealiskaudselt v\u00f5ib p\u00f5hjustada ajukahjustusi.<\/p>\n
Sellega v\u00f5ib vist piirduda. Olen t\u00e4itnud \u00fclesande selgitada k\u00f5ige baasemaid asju, seega j\u00e4rgmises peat\u00fckis vaatame logisid juba. Kuid kui k\u00fcsimusi on j\u00e4\u00e4nud, siis \u00e4rge kartke neid kommentaarides esitada.<\/p>\n<\/p>\n
Allikas: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d… \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433\u0430 \u043f\u043e \u043b\u043e\u0433\u0430\u043c. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0434\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438\u0441\u044c \u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0438 \u0431\u0430\u0437\u043e\u0432\u044b\u0445 \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u0432 \u0438 \u043e\u0434\u043d\u0438\u043c \u0433\u043b\u0430\u0437\u043a\u043e\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0449\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 Veeam, \u043a\u0430\u043a \u0435\u0434\u0438\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0417\u0430\u0434\u0430\u0447\u0430 \u043d\u0430 \u044d\u0442\u0443 — \u0440\u0430\u0437\u043e\u0431\u0440\u0430\u0442\u044c\u0441\u044f \u043a\u0430\u043a \u0444\u043e\u0440\u043c\u0438\u0440\u0443\u044e\u0442\u0441\u044f \u043b\u043e\u0433 \u0444\u0430\u0439\u043b\u044b, \u0447\u0442\u043e \u0437\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0432 \u043d\u0438\u0445 \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0435\u043d\u0430 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u043e\u043d\u0438 \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442 \u043a\u0430\u043a \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442. \u041a\u0430\u043a \u0432\u044b \u0434\u0443\u043c\u0430\u0435\u0442\u0435, \u0447\u0442\u043e \u0432\u043e\u043e\u0431\u0449\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97730,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97729","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kust logid p\u00e4rinevad? Veeami logide uurimine | ProHoster","description":"J\u00e4tkame meie sukeldumist Veeami logide probleemide lahendamisse. Eelnevas artiklis leppisime kokku p\u00f5hikinoimude t\u00e4henduses ning vaatlesime ka Veeami \u00fcldstruktuuri kui \u00fchtset rakendust. Seekord uurime, kuidas logifailid tekivad, millist teavet need sisaldavad ja miks need v\u00e4lja n\u00e4evad just nii. Kuidas te arvate, mis need logid tegelikult on?","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0442\u043a\u0443\u0434\u0430 \u0431\u0435\u0440\u0443\u0442\u0441\u044f \u043b\u043e\u0433\u0438? Veeam Log Diving | ProHoster","og:description":"\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d... \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433\u0430 \u043f\u043e \u043b\u043e\u0433\u0430\u043c. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0434\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438\u0441\u044c \u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0438 \u0431\u0430\u0437\u043e\u0432\u044b\u0445 \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u0432 \u0438 \u043e\u0434\u043d\u0438\u043c \u0433\u043b\u0430\u0437\u043a\u043e\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0449\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 Veeam, \u043a\u0430\u043a \u0435\u0434\u0438\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0417\u0430\u0434\u0430\u0447\u0430 \u043d\u0430 \u044d\u0442\u0443 - \u0440\u0430\u0437\u043e\u0431\u0440\u0430\u0442\u044c\u0441\u044f \u043a\u0430\u043a \u0444\u043e\u0440\u043c\u0438\u0440\u0443\u044e\u0442\u0441\u044f \u043b\u043e\u0433 \u0444\u0430\u0439\u043b\u044b, \u0447\u0442\u043e \u0437\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0432 \u043d\u0438\u0445 \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0435\u043d\u0430 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u043e\u043d\u0438 \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442 \u043a\u0430\u043a \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442.\u041a\u0430\u043a \u0432\u044b \u0434\u0443\u043c\u0430\u0435\u0442\u0435, \u0447\u0442\u043e \u0432\u043e\u043e\u0431\u0449\u0435 \u0442\u0430\u043a\u043e\u0435","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-21T06:42:22+00:00","article:modified_time":"2020-10-21T06:42:22+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:14:39","updated":"2022-09-30 13:30:55"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/97729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=97729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/97729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/97730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=97729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=97729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=97729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}