{"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? Veeami logide uurimine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kust<\/p>\n

J\u00e4tkame meie sukeldumist p\u00f5nevasse maailmasse t\u00f5rkeotsingust logide p\u00f5hjal. A eelnevas artiklis<\/a><\/noindex> me oleme kokku leppinud p\u00f5hitereenide t\u00e4henduses ja heitnud pilgu Veeami \u00fcldstruktuurile kui \u00fchele rakendusele. \u00dclesanne on n\u00fc\u00fcd selgitada, kuidas logifailid vormitakse, millist teavet need sisaldavad ja miks nad v\u00e4lja n\u00e4evad just sellised.<\/p>\n

Kuidas te arvate, mis need \"logid\" \u00fcldse on? Enamiku arvates peaks iga rakenduse logide \u00fclesandeks olema mingi k\u00f5ikv\u00f5imas olendi roll, kes enamiku ajast eksleb kuskil tagumistes nurkades, kuid \u00f5ige hetkel t\u00f5useb sensatsiooniliselt esile s\u00e4ravate raudr\u00fc\u00fcdega ja p\u00e4\u00e4stab k\u00f5ik. Nii et seal peaks olema k\u00f5ik, alates v\u00e4ikseimatest vigadest iga komponendi juures, kuni eraldiseisvate andmebaasi tehinguteni. Ja p\u00e4rast viga peaks kohe olema kirjas, kuidas seda parandada. See peaks mahtuma m\u00f5nesse megabaidi, 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

Tegelikus maailmas on logid lihtsalt diagnoosimisteabe arhiiv. Ja mida seal talletada, kust teavet talletamiseks v\u00f5tta ning kui detailne see peaks olema, otsustavad arendajad ise. M\u00f5ned l\u00e4hevad minimaliismi teed, talletades ainult sisse-\/v\u00e4ljal\u00fclituse tasemel m\u00e4rkmeid, samas kui teised koguvad k\u00f5ike, mis k\u00e4eulatusse ulatub. On ka vahevariant, kus saad valida nn logimis taseme, kui \u00fctled ise, kui detailsed andmed sa soovid talletada ja kui palju sul j\u00e4rgmist paika on =) VBR-i puhul on neid tasemeid lausa kuus, muide. Ja uskuge, te ei taha n\u00e4ha, mis toimub maksimaalse detailiga logimise korral, kui teie kettaruumi on v\u00e4he.<\/p>\n

H\u00e4sti. Oleme enam-v\u00e4hem aru saanud, mida soovime s\u00e4ilitada, kuid tekib \u00f5igustatud k\u00fcsimus: kust seda teavet saada? Osa s\u00fcndmustest logimiseks loomulikult genereerime me ise oma sisemiste protsesside kaudu. Aga mida teha, kui toimub koosolek v\u00e4lise keskkonnaga? Et mitte sattuda t\u00e4ielikku p\u00f5rgusse toe ja jalgrattaga, eelistab Veeam mitte leiutada juba v\u00e4lja m\u00f5eldud asju. Alati, kui on olemas valmis API, s\u00fcsteemi funktsioon, raamatukogu jne, eelistame valmis lahendusi, enne kui hakkame oma peeneid lahendusi looma. Kuigi neid on ka piisavalt. Seet\u00f5ttu on logide anal\u00fc\u00fcsimisel oluline m\u00f5ista, et suur osa vigadest tuleneb kolmandate osapoolte API, s\u00fcsteemik\u00f5nede ja muude raamatukogude teatest. Sel juhul on VBR roll nende vigade edastamine logifailides sellisel kujul. Ja peamine \u00fclesanne kasutajal on \u00f5ppida m\u00f5istma, milline rida on kellelt ning millega see \"keegi\" vastutab. Seega, kui VBR logist saadud veakood viib teid MSDNi lehele, on see normaalne ja \u00f5ige.<\/p>\n

Nagu varem kokku lepitud: Veeam on niinimetatud SQL-p\u00f5hine rakendus. See t\u00e4hendab, et k\u00f5ik seaded, kogu teave ja k\u00f5ik, mis on vajalik normaalseks toimimiseks, salvestatakse selle andmebaasi. Seet\u00f5ttu on lihtne t\u00f5de: seda, mida logides ei ole, on t\u00f5en\u00e4oliselt andmebaasis. Kuid see ei ole h\u00f5bep\u00fcss: m\u00f5ningaid asju ei ole ei Veeami komponentide kohalikes logides ega selle andmebaasis. Seet\u00f5ttu tuleb \u00f5ppida uurima hosti logisid, kohaliku masina logisid ja k\u00f5iki logisid, mis osalevad varundamise ja taastamise protsessis. M\u00f5nikord ei ole vajalikke andmeid \u00fcldse kusagil. Selline on tee. <\/p>\n

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

See nimekiri ei p\u00fc\u00fcdle t\u00e4ieliku t\u00e4psuse poole, seega ei ole m\u00f5tet otsida sealt l\u00f5plikku t\u00f5de. Selle \u00fclesanne on vaid n\u00e4idata k\u00f5ige sagedamini kasutatavaid kolmanda osapoole API-sid ja tehnoloogiaid, mida meie toodetes kasutatakse.<\/p>\n

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

Esimene nimekirjas on vSphere API<\/strong>. Kasutatakse autentimiseks, hierarhia lugemiseks, snapshotsite loomiseks ja kustutamiseks, teabe k\u00fcsimiseks masinate kohta ja palju (v\u00e4ga palju) muud. Lahenduse funktsionaalsus on v\u00e4ga lai, seega soovitan k\u00f5igile, kes soovivad, tutvuda  VMware vSphere API viitega versioonile 5.5<\/u><\/a><\/noindex> ja 6.0<\/u><\/a><\/noindex>. Kaasaegsete versioonide leidmine on lihtne, lihtsalt otsige Google'ist.<\/p>\n

VIX API<\/strong>Mustuse h\u00fcperviisori must maagia, mille jaoks on eraldi veateade<\/u><\/a><\/noindex>. VMware API failide haldamiseks hostis ilma nendega v\u00f5rgus \u00fchendamata. Viimane v\u00f5imalus, kui on vaja fail masinasse sokutada, millele pole paremate \u00fchendusteede leidmine \u00f5nnestunud. See on valu ja piin, 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 puhul nimetatakse seda PowerShell Directiks. Kuid see oli nii ainult kuni<\/p>\n

vSpehere Web Services API<\/strong> . Alates vSphere 6.0-st (umbes, kuna see API esitati esmakordselt versioonis 5.5) kasutatakse seda k\u00fclgmiste masinate juhtimiseks ja see on praktikas enamiku VIX-i v\u00e4lja t\u00f5rjunud. Sisuliselt on see veel \u00fcks API vSphere'i haldamiseks. Huvi korral soovitan uurida suurep\u00e4rast<\/u><\/a><\/noindex> k\u00e4si- v\u00f5i \u00f5petusraamatut. <\/p>\n

VDDK<\/strong> Virtuaalse p\u00f6\u00f6rdk\u00e4ppide arendamise komplekt. Raamatukogu, millest on osaliselt r\u00e4\u00e4gitud sel artiklis<\/u><\/a><\/noindex>. Kasutatakse virtuaalsete ketaste lugemiseks. Kunagi oli see osa VIX-ist, kuid aja jooksul viidi see eraldi tooteks. Sellel on siiski \u00f5igus kasutada samu t\u00f5rke koode, mis VIX-il.  Kuid mingil p\u00f5hjusel ei ole SCP-s \u00fcldse nende t\u00f5rgete kirjeldust. Seet\u00f5ttu selgus kogemuste p\u00f5hjal, et VDDK vead, millel on teised koodid, on lihtsalt binaarkoodi ja k\u00fcmnendkoodi t\u00f5lkimine. See koosneb kahest osast \u2013 esimene pool sisaldab dokumenteerimata teavet konteksti kohta, teine pool aga traditsioonilised VIX-i\/VDDK vead. N\u00e4iteks, kui n\u00e4eme:<\/p>\n

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

Siis konverteerime selle julgelt hex-ks ja saame 132200000001. Informatiivne algus 132200 visatakse lihtsalt k\u00f5rvale, ja \u00fclej\u00e4\u00e4nud osa on meie veakood (VDDK 1: Unknown error).  Hiljuti oli just seda teema k\u00e4sitletud eraldi artikkel<\/u><\/a><\/noindex>.<\/p>\n

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

. Siit saab k\u00f5ige vajalikuma ja t\u00e4htsama leida standardsetest S\u00fcndmuste j\u00e4lgijast<\/strong>. Kuid on \u00fcks takistus: vana traditsiooni j\u00e4rgi logib Windows mitte t\u00e4ielikku veateksti, vaid ainult selle numbri. N\u00e4iteks, viga 5 on \u201cAccess denied\u201d, 1722 on \u201cThe RPC server is unavailable\u201d ja 10060 on \u201cConnection timed out\u201d. Loomulikult on tore, kui sa m\u00e4letad k\u00f5ige tuntumaid, kuid kuidas olla senin\u00e4gematute puhul? <\/p>\n

Aga et elu poleks t\u00e4iesti magus, siis s\u00e4ilitatakse vead ka kuhexanduslikus vormis, prefiksiga 0x8007. N\u00e4iteks 0x8007000e \u2014 see on tegelikult 14, m\u00e4lu puudus. Miks ja kelle jaoks see nii tehti \u2014 j\u00e4\u00e4b saladuseks. K\u00fcll aga saab t\u00e4ieliku vigade nimekirja tasuta ja SMSita alla laadida arenduskeskusest<\/u><\/a><\/noindex>.<\/p>\n

Muide, vahel v\u00f5ivad esineda ka teised prefiksid, mitte ainult 0x8007. Sellises kurvas olukorras HRESULT-i (\u201ctulemuse k\u00e4epide\u201d) m\u00f5istmiseks tuleb s\u00fcgavamale sukelduda. dokumentatsioon<\/u><\/a><\/noindex> arendajatele. Tavalises elus ei soovita ma seda teile teha, kuid kui oled nurgas kinni v\u00f5i lihtsalt huvitub, n\u00fc\u00fcd tead, mida teha.<\/p>\n

Kuid Microsofti tooted on meie \u00fcle armu saanud ja tutvustasid utiliiti ERR<\/u><\/a><\/noindex>. See on v\u00e4ike t\u00fckk konsooli \u00f5nne, mis suudab t\u00f5lgendada 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# Siseserveri t\u00f5rge tekkis.\n# HRESULT-ina: T\u00f5sidus: EDU (0), KERGE_NULL (0x0), Kood 0x54f\n# hex 0x54f \/ decimal 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Siseserveri t\u00f5rge tekkis.\n# \"0x54f\" jaoks leiti 2 vasteid.<\/code><\/pre>\n
K\u00fcsimus on seaduslik: miks me ei kirjuta logidesse kohe t\u00f5lgendusi, vaid j\u00e4tame need salap\u00e4rased koodid? Vastus on kolmandates rakendustes. Kui sa ise kutsud esile m\u00f5ne WinAPI k\u00f5ne, siis selle vastuse de\u0161ifreerimine ei ole keeruline, kuna selleks on isegi oma spetsiaalne WinAPI k\u00f5ne. Kuid nagu juba mainitud, j\u00f5uab meie logidesse k\u00f5ik, mis meile vastustes tuleb. Ja siin oleks juba de\u0161ifreerimisel pidevalt j\u00e4lgida seda teadlikkuse voogu, valida sealt v\u00e4lja Windowsi vead, de\u0161ifreerida neid ja tagasi sisestada. \u00dctleme ausalt, see ei ole k\u00f5ige k\u00f6itvam tegevus.<\/p>\n
Windowsi file management API <\/strong>kasutatakse failidega t\u00f6\u00f6tamisel igasugusteks toiminguteks. Failide loomine, eemaldamine, kirjutamiseks avamine, atribuutidega t\u00f6\u00f6tamine ja muud sellised asjad.<\/p>\n
\u00dclaltoodud PowerShell Direct<\/strong> on analoog VIX API-le Hyper-V maailmas. Kahjuks mitte nii paindlik: palju funktsionaalsuse piiranguid, ei t\u00f6\u00f6ta igas hosti versioonis ja kaugel mitte k\u00f5ikide k\u00fclalistega.<\/p>\n
RPC<\/strong> (Kaugprotseduuri kutse) Arvan, et pole \u00fchtegi inimest, kes oleks Windowsiga t\u00f6\u00f6tanud, kes poleks n\u00e4inud RPC-ga seotud vigu. Olenemata levinud eksiarusaamast, ei ole see mingi \u00fchtne protokoll, vaid igasugune kliendi-serveri protokoll, mis vastab teatud kriteeriumidele. K\u00fcll aga, kui meie logides on RPC viga, on 90% juhtudest tegu Microsoft RPC veaga, mis on osa DCOM-ist (jaotatud komponentide objekti mudel).  V\u00f5rgust on leida tohutult dokumentatsiooni sellel teemal, ent suurem osa on v\u00e4gagi vananenud. Kuid kui on tungiv 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 komponentide VBR vahel suhelda (server > proksi, n\u00e4iteks) ja enamasti on p\u00f5hjuseks \u00fchendusprobleemid.<\/p>\n
Toppidest topp - see on viga The RPC server is unavailable (1722). Lihtsalt \u00f6eldes, ei suutnud klient serveriga \u00fchendust luua. Kuidas ja miks \u2014 \u00fchtegi kindlat vastust pole, kuid tavaliselt on see autentimise v\u00f5i v\u00f5rgu ligip\u00e4\u00e4su probleem porti 135. Viimane on iseloomulik d\u00fcnaamilise pordikatsestuse taristule. Sellel teemal on isegi eraldi KVA<\/u><\/a><\/noindex>. Ja Microsoftil \u2014 mahukas juhend<\/u><\/a><\/noindex> rikete leidmise kohta.<\/p>\n
Teine populaarne viga: There are no more endpoints available from the endpoint mapper (1753). RPC klient v\u00f5i server ei suutnud endale sadamat m\u00e4\u00e4rata. See juhtub tavaliselt, kui server (meie juhul virtuaalmachine) on seadistatud sadamate d\u00fcnaamiliseks jaotamiseks kitsas vahemikus, mis on l\u00f5ppenud. Kui vaadata kliendi poolt (meie juhul VBR-server), t\u00e4hendab see, et meie VeeamVssAgent ei ole kas k\u00e4ivitatud v\u00f5i ei ole registreeritud RPC liidese jaoks. Selle teema kohta on samuti eraldi KVA<\/u><\/a><\/noindex>.<\/p>\n
Ja l\u00f5petades RPC kolme peamise vea hulga, tuletame meelde RPC function call failed (1726). See ilmneb, kui \u00fchendus on loodud, kuid RPC p\u00e4ringud ei toimi. N\u00e4iteks k\u00fcsime VSS staatuse kohta teavet (\u00e4kki parasjagu luuakse \u0161edou koopiat, samas kui meie \u00fcritame vahele minna), ja vastuseks on vaikus ja ignoreerimine.<\/p>\n
Windows Tape Backup API <\/strong>on vajalik lintraamatukogudega v\u00f5i draivega t\u00f6\u00f6tamiseks. Nagu mainisin alguses: oma draiverite kirjutamine ja hiljem iga seadme toe haldamine ei ole meile mingit r\u00f5\u00f5mu. Seet\u00f5ttu ei ole Veeamil oma draivereid. K\u00f5ik toimub l\u00e4bi standardse API, mille toe rakendavad seadme tarnijad ise. On ju palju loogilisem, eks?<\/p>\n
SMB\\\/CIFS<\/strong> K\u00f5ik kirjutavad neid harjumusest k\u00f5rvuti, kuigi mitte k\u00f5ik ei m\u00e4leta, et CIFS (Common Internet File System) on lihtsalt SMB (Server Message Block) erakordne versioon. Seega pole nende m\u00f5istete \u00fcldistamine midagi halba. Samba \u2014 see on juba Linuxi\/Unix\u2019i teostus, ning seal on oma erip\u00e4rad, kuid sellest ma kaldun k\u00f5rvale. Mida on oluline teada: kui Veeam palub kirjutada midagi UNC teed pidi (serverdirectory), kasutab server failis\u00fcsteemi draiverite hierarhiat, sealhulgas mup ja mrxsmb, jagamiseks kirjutamiseks. Vastavalt genereerivad ka need draiverid vigu.<\/p>\n
Ilma ei saa l\u00e4bi Winsock API<\/strong>. Kui on vaja midagi v\u00f5rgu kaudu teha, t\u00f6\u00f6tab VBR Windows Socket API kaudu, tuntud rahva seas kui Winsock. Nii et kui logis n\u00e4eme IP:Port paari, siis see ongi see. Ametlikus dokumentatsioonis on hea nimekiri v\u00f5imalike vigu<\/u><\/a><\/noindex>.<\/p>\n
\u00dclaltoodud WMI<\/strong> (Windows Management Instrumentation) \u2014 see on universaalne API, mille kaudu saab hallata k\u00f5ike Windowsi maailmas. N\u00e4iteks, t\u00f6\u00f6tades Hyper-V-ga, toimuvad enamus p\u00e4ringutest hostile just selle kaudu. \u00dches\u00f5naga, see on asendamatu ja v\u00f5imas t\u00f6\u00f6riist oma v\u00f5imete poolest. Probleemide tuvastamisel aitab v\u00e4ga h\u00e4sti sisse ehitatud t\u00f6\u00f6riist WBEMtest.exe.<\/p>\n
Ja viimane, aga mitte v\u00e4hem oluline \u2014 VSS<\/strong> (Volume Shadow Storage). Teema on sama ammendamatu ja salap\u00e4rane kui palju selle kohta on dokumentatsiooni kirjutatud. Shadow Copy on k\u00f5ige lihtsam m\u00f5ista kui eriline sn\u00e4p\u0161oti t\u00fc\u00fcp, millega ta oma olemuselt ongi. T\u00e4nu sellele on VMware-s v\u00f5imalik teha rakenduse konsistentseid varukoopiaid ja Hyper-V-s on see peaaegu, et k\u00f5ik. Plaanin kirjutada eraldi artikli mingi kokkuv\u00f5ttega VSS-ist, aga seni v\u00f5ite proovida lugeda seda kirjeldust<\/u><\/a><\/noindex>. Olge ettevaatlik, kuna VSS-i m\u00f5istmine pinnapealselt v\u00f5ib p\u00f5hjustada peaprobleeme.<\/p>\n
Selle peale v\u00f5ibki peatuda. Peamine \u00fclesanne k\u00f5ige p\u00f5hialuste selgitamine on t\u00e4idetud, nii et j\u00e4rgmisel peat\u00fckil vaatame juba logisid. Aga kui k\u00fcsimusi on, 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 p\u00e4rinevad logid? Veeam Log Diving | ProHoster","description":"J\u00e4tkame meie sukeldumist lummavasse ennustamise maailma...","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...","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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"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}]}}