{"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\/hu\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","title":{"rendered":"Honnan sz\u00e1rmaznak a napl\u00f3k? Veeam Log Diving","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Honnan<\/p>\n

Folytatjuk mer\u00fcl\u00e9s\u00fcnket a logok hibakeres\u00e9s\u00e9nek leny\u0171g\u00f6z\u0151 vil\u00e1g\u00e1ba. el\u0151z\u0151 cikkben<\/a><\/noindex> Meg\u00e1llapodtunk az alapvet\u0151 kifejez\u00e9sek jelent\u00e9s\u00e9ben, \u00e9s egy pillant\u00e1st vetett\u00fcnk a Veeam \u00f6sszes alkalmaz\u00e1s\u00e1val kapcsolatos \u00e1ltal\u00e1nos strukt\u00far\u00e1j\u00e1ra. A feladatunk most az, hogy kider\u00edts\u00fck, hogyan form\u00e1l\u00f3dnak a log f\u00e1jlok, milyen inform\u00e1ci\u00f3k vannak benn\u00fck, \u00e9s mi\u00e9rt n\u00e9znek ki \u00fagy, ahogy.<\/p>\n

Mit gondol, mik is ezek a \u201elogok\u201d? A legt\u00f6bb ember szerint b\u00e1rmelyik alkalmaz\u00e1s logjainak a szerepe egyfajta mindentud\u00f3 entit\u00e1s, ami a legt\u00f6bb id\u0151t valahol a h\u00e1tt\u00e9rben t\u00f6lti, de a sz\u00fcks\u00e9ges pillanatokban hirtelen felbukkan f\u00e9nyes p\u00e1nc\u00e9lban, \u00e9s megment mindenkit. Vagyis mindennek benne kell lennie, a legcsek\u00e9lyebb hib\u00e1kt\u00f3l a k\u00fcl\u00f6nb\u00f6z\u0151 adatb\u00e1zis-tranzakci\u00f3kig. \u00c9s miut\u00e1n egy hiba t\u00f6rt\u00e9nt, azonnal fel kellene \u00edrni, hogyan lehet azt jav\u00edtani. Ennek mind el kell f\u00e9rnie p\u00e1r megab\u00e1jtban, legfeljebb. Ez csak sz\u00f6veg! Nem lehet, hogy a sz\u00f6veges f\u00e1jlok t\u00f6bb tucat gigab\u00e1jtot foglaljanak, ezt m\u00e1r hallottam valahol!<\/p>\n

Teh\u00e1t a napl\u00f3k<\/h2>\n

a val\u00f3s\u00e1gban csak diagnosztikai inform\u00e1ci\u00f3k arch\u00edvuma. Hogy mit t\u00e1roljunk benne, honnan szerezz\u00fck be a t\u00e1roland\u00f3 inform\u00e1ci\u00f3kat, \u00e9s mennyire r\u00e9szletesnek kell lennie, azt maguk a fejleszt\u0151k d\u00f6ntik el. Valaki a minimalizmus \u00fatj\u00e1n j\u00e1r, \u00e9s csak a BE \/ KI szint\u0171 feljegyz\u00e9seket t\u00e1rolja, m\u00edg m\u00e1sok mindent gondosan \u00f6sszegy\u0171jtenek, amihez csak hozz\u00e1f\u00e9rhetnek. Van egy k\u00f6ztes lehet\u0151s\u00e9g is, ahol v\u00e1laszthat\u00f3 a \u201enapl\u00f3z\u00e1si szint\u201d, amikor saj\u00e1t magad hat\u00e1rozod meg, mennyire r\u00e9szletes inform\u00e1ci\u00f3t szeretn\u00e9l t\u00e1rolni, \u00e9s mennyi felesleges hely \u00e1ll rendelkez\u00e9sedre a merevlemezen =) A VBR-n\u00e9l egy\u00e9bk\u00e9nt hat ilyen szint van. \u00c9s hidd el, nem szeretn\u00e9d l\u00e1tni, mi t\u00f6rt\u00e9nik maxim\u00e1lis r\u00e9szletess\u00e9ggel t\u00f6rt\u00e9n\u0151 napl\u00f3z\u00e1skor, mik\u00f6zben szabad helyed van a merevlemezeden.<\/p>\n

J\u00f3l van. Kb. meg\u00e9rtett\u00fck, mit akarunk meg\u0151rizni, de felmer\u00fcl a jogos k\u00e9rd\u00e9s: honnan szerezz\u00fck be ezt az inform\u00e1ci\u00f3t? N\u00e9h\u00e1ny esem\u00e9nyt, amit napl\u00f3zunk, term\u00e9szetesen mi magunk gener\u00e1lunk a bels\u0151 folyamatainkkal. De mi a teend\u0151, amikor a k\u00fcls\u0151 k\u00f6rnyezettel l\u00e9p\u00fcnk kapcsolatba? Hogy elker\u00fclj\u00fck a hatalmas k\u00e1oszt a megold\u00e1sokban, a Veeam hajlamos nem feltal\u00e1lni m\u00e1r felfedezett dolgokat. Mindig, amikor van egy k\u00e9sz API, be\u00e9p\u00edtett rendszerfunkci\u00f3, k\u00f6nyvt\u00e1r stb., el\u0151nyben r\u00e9szes\u00edtj\u00fck a megl\u00e9v\u0151 megold\u00e1sokat, miel\u0151tt saj\u00e1t bonyolult megold\u00e1sainkat kezden\u00e9nk el kialak\u00edtani. Persze, ezekb\u0151l is van b\u0151ven. Ez\u00e9rt a logok elemz\u00e9sekor fontos meg\u00e9rteni, hogy a hib\u00e1k nagy r\u00e9sze harmadik f\u00e9l API-jait\u00f3l, rendszerh\u00edv\u00e1sokt\u00f3l \u00e9s egy\u00e9b k\u00f6nyvt\u00e1rakt\u00f3l sz\u00e1rmazik. Ebb\u0151l a szempontb\u00f3l a VBR szerepe a hib\u00e1k \u201eas is\u201d form\u00e1ban val\u00f3 \u00e1tad\u00e1sa a log f\u00e1jlokba. A felhaszn\u00e1l\u00f3 f\u0151 feladata pedig, hogy megtanulja, melyik sor kit\u0151l sz\u00e1rmazik, \u00e9s ki felel ez\u00e9rt a \u201eki\u00e9rt\u201d. Teh\u00e1t ha a VBR logj\u00e1b\u00f3l sz\u00e1rmaz\u00f3 hiba k\u00f3dja az MSDN oldal\u00e1ra ir\u00e1ny\u00edt, az norm\u00e1lis \u00e9s helyes.<\/p>\n

Ahogy el\u0151re megbesz\u00e9lt\u00fck: a Veeam egy \u00fagynevezett SQL-alap\u00fa alkalmaz\u00e1s. Ez\u00e9rt minden be\u00e1ll\u00edt\u00e1s, minden inform\u00e1ci\u00f3 \u00e9s igaz\u00e1b\u00f3l minden, ami a norm\u00e1lis m\u0171k\u00f6d\u00e9shez sz\u00fcks\u00e9ges \u2014 mindez a saj\u00e1t adatb\u00e1zis\u00e1ban t\u00e1rol\u00f3dik. Innen egy egyszer\u0171 igazs\u00e1g: ami a napl\u00f3kb\u00f3l hi\u00e1nyzik, az val\u00f3sz\u00edn\u0171leg megtal\u00e1lhat\u00f3 az adatb\u00e1zisban. De ez sem ez\u00fcstl\u00f6ved\u00e9k: egyes dolgok nincsenek se a Veeam komponenseinek helyi napl\u00f3iban, se az adatb\u00e1zis\u00e1ban. Ez\u00e9rt meg kell tanulni elemezni a gazdag\u00e9p napl\u00f3it, a helyi g\u00e9p napl\u00f3it \u00e9s mindent, ami r\u00e9szt vesz a biztons\u00e1gi ment\u00e9si \u00e9s helyre\u00e1ll\u00edt\u00e1si folyamatban. N\u00e9ha pedig el\u0151fordul, hogy a sz\u00fcks\u00e9ges inform\u00e1ci\u00f3 egy\u00e1ltal\u00e1n nem tal\u00e1lhat\u00f3 sehol. Ilyen az \u00e9let. <\/p>\n

N\u00e9h\u00e1ny p\u00e9lda az ilyen API-kra<\/h4>\n

Ez a lista nem c\u00e9lja, hogy teljes k\u00f6r\u0171 legyen, ez\u00e9rt ne keress\u00fcnk benne v\u00e9gs\u0151 igazs\u00e1got. Feladata csup\u00e1n az, hogy bemutassa a leggyakoribb harmadik f\u00e9lt\u0151l sz\u00e1rmaz\u00f3 API-kat \u00e9s technol\u00f3gi\u00e1kat, amelyeket a term\u00e9keinkben haszn\u00e1lunk.<\/p>\n

Kezdj\u00fck a VMware.<\/strong>. <\/p>\n

Az els\u0151 a list\u00e1n vSphere API<\/strong>. Az azonos\u00edt\u00e1sra, hierarchia olvas\u00e1s\u00e1ra, pillanatok l\u00e9trehoz\u00e1s\u00e1ra \u00e9s t\u00f6rl\u00e9s\u00e9re, valamint g\u00e9pk\u00e9r\u00e9si inform\u00e1ci\u00f3k lek\u00e9r\u00e9s\u00e9re \u00e9s m\u00e9g sok (nagyon sok) m\u00e1s dologra haszn\u00e1lj\u00e1k. A megold\u00e1s funkcionalit\u00e1sa nagyon sz\u00e9les, ez\u00e9rt mindenkinek, aki \u00e9rdekli, javaslom a VMware vSphere API Referenci\u00e1j\u00e1t a verzi\u00f3hoz 5.5<\/u><\/a><\/noindex> \u00e9s 6.0<\/u><\/a><\/noindex>. Az aktu\u00e1lis verzi\u00f3k egyszer\u0171en kereshet\u0151ek a neten.<\/p>\n

VIX API<\/strong>. A hipervizor fekete m\u00e1gi\u00e1ja, amelyhez k\u00fcl\u00f6n list\u00e1ja van a hib\u00e1knak. hib\u00e1k<\/u><\/a><\/noindex>. VMware API, amely lehet\u0151v\u00e9 teszi a f\u00e1jlok kezel\u00e9s\u00e9t a hoszton an\u00e9lk\u00fcl, hogy csatlakozni kellene hozz\u00e1juk a h\u00e1l\u00f3zaton. Az utols\u00f3 lehet\u0151s\u00e9g, amikor f\u00e1jlt kell elhelyezni egy g\u00e9pen, amelyhez nincs jobb kapcsolat. F\u00e1jdalmat \u00e9s szenved\u00e9st okoz, ha a f\u00e1jl nagy, \u00e9s a hoszt leterhelt. De itt m\u0171k\u00f6dik az a szab\u00e1ly, hogy m\u00e9g a 56,6 Kb\/s is jobb, mint a 0 Kb\/s. A Hyper-V-ben ezt PowerShell Directnek h\u00edvj\u00e1k. De ez csak addig volt \u00edgy, am\u00edg megjelent a<\/p>\n

vSphere Web Services API<\/strong> A vSphere 6.0-t\u00f3l (kb., mivel ezt az API-t el\u0151sz\u00f6r az 5.5-\u00f6s verzi\u00f3ban mutatt\u00e1k be) haszn\u00e1lj\u00e1k a vend\u00e9gg\u00e9pek kezel\u00e9s\u00e9re, \u00e9s szinte teljesen kiszor\u00edtotta a VIX-et. L\u00e9nyeg\u00e9ben ez egy \u00fajabb API a vSphere kezel\u00e9s\u00e9re. Akik \u00e9rdekl\u0151dnek, aj\u00e1nlom, hogy tanulm\u00e1nyozz\u00e1k a kit\u0171n\u0151<\/u><\/a><\/noindex> k\u00e9zik\u00f6nyvet. <\/p>\n

VDDK<\/strong> (Virtual Disk Development Kit). K\u00f6nyvt\u00e1r, amelyr\u0151l r\u00e9szben sz\u00f3 volt ebben a a Spotify d\u00f6nt\u00e9shozatali m\u00f3dszertan\u00e1r\u00f3l. Egyre t\u00f6bb felhaszn\u00e1l\u00f3 prefer\u00e1lja a zenehallgat\u00e1st mobilon a streaming szolg\u00e1ltat\u00e1sban, de a c\u00e9gn\u00e9l t\u00falnyom\u00f3r\u00e9szt webprogramoz\u00f3k dolgoznak. A Spotify elemezte ezt a helyzetet, \u00e9s \u00fagy d\u00f6nt\u00f6tt, hogy t\u00f6bb mobilfejleszt\u0151t vesz fel, valamint \u00e1tnevezi a webes szakembereket \u00faj ir\u00e1nyba:<\/u><\/a><\/noindex>. Virtu\u00e1lis lemezek olvas\u00e1s\u00e1ra haszn\u00e1lj\u00e1k. R\u00e9gen a VIX r\u00e9sze volt, de id\u0151vel k\u00fcl\u00f6n term\u00e9kk\u00e9 v\u00e1lt. Cser\u00e9be azonban \u00f6r\u00f6kli a VIX \u00e1ltal haszn\u00e1lt hibak\u00f3dokat. De valamilyen okb\u00f3l az SDK-ban nincs le\u00edr\u00e1s e hib\u00e1kr\u00f3l. Tapasztalatb\u00f3l kider\u00fclt, hogy a VDDK hib\u00e1k m\u00e1s k\u00f3dokkal csak a bin\u00e1ris \u00e9s a t\u00edzes sz\u00e1mk\u00f3d k\u00f6z\u00f6tti ford\u00edt\u00e1st jelentik. K\u00e9t r\u00e9szb\u0151l \u00e1ll \u2013 az els\u0151 fele a dokument\u00e1latlan kontextusinform\u00e1ci\u00f3t tartalmazza, a m\u00e1sodik r\u00e9sz pedig a hagyom\u00e1nyos VIX\/VDDK hib\u00e1kat. P\u00e9ld\u00e1ul, ha ezt l\u00e1tjuk:<\/p>\n

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

Akkor nyugodtan konvert\u00e1ljuk hexadecim\u00e1lis \u00e9rt\u00e9kre, \u00e9s megkapjuk a 132200000001-et. Az inform\u00e1ci\u00f3 szempontj\u00e1b\u00f3l nem relev\u00e1ns kezd\u0151 132200-at elvetj\u00fck, a marad\u00e9k pedig a hibak\u00f3dunk lesz (VDDK 1: Ismeretlen hiba). Nemr\u00e9giben k\u00fcl\u00f6n foglalkoztunk a leggyakoribb VDDK hib\u00e1kkal. cikk<\/u><\/a><\/noindex>.<\/p>\n

Most n\u00e9zz\u00fck meg a Windows<\/strong>. <\/p>\n

Itt minden sz\u00fcks\u00e9ges \u00e9s fontos dolgot megtal\u00e1lhatunk az alap\u00e9rtelmezett Esem\u00e9nynapl\u00f3ban<\/strong>. Azonban van egy kis probl\u00e9m\u00e1nk: a r\u00e9gi hagyom\u00e1nyok szerint a Windows nem a hiba teljes sz\u00f6veg\u00e9t napl\u00f3zza, csak a sz\u00e1m\u00e1t. P\u00e9ld\u00e1ul az 5-\u00f6s hiba azt jelenti, hogy \u201cHozz\u00e1f\u00e9r\u00e9s megtagadva\u201d, a 1722 azt, hogy \u201cAz RPC szerver nem \u00e9rhet\u0151 el\u201d, \u00e9s a 10060 pedig azt, hogy \u201cA kapcsolat megszakadt\u201d. Persze remek, ha eml\u00e9kszel a legismertebb hib\u00e1kra, de mi a helyzet a m\u00e9g sosem l\u00e1tottakkal? <\/p>\n

\u00c9s hogy az \u00e9let ne t\u0171nj\u00f6n t\u00fal \u00e9desnek, a hib\u00e1k hexadecim\u00e1lis form\u00e1ban is t\u00e1rol\u00f3dnak, 0x8007 el\u0151taggal. P\u00e9ld\u00e1ul az 0x8007000e — val\u00f3j\u00e1ban 14, mem\u00f3riahi\u00e1ny. Hogy mi\u00e9rt \u00e9s kinek k\u00e9sz\u00fclt mindez — rejt\u00e9ly, amelyet a s\u00f6t\u00e9ts\u00e9g bor\u00edt. Azonban a teljes hiba lista ingyenesen let\u00f6lthet\u0151 SMS n\u00e9lk\u00fcl a fejleszt\u0151i k\u00f6zpontb\u00f3l<\/u><\/a><\/noindex>.<\/p>\n

Egy\u00e9bk\u00e9nt n\u00e9ha m\u00e1s el\u0151tagokkal is tal\u00e1lkozhatunk, nemcsak a 0x8007-tel. Egy ilyen szomor\u00fa helyzetben a HRESULT (\u201eresult handle\u201d) meg\u00e9rt\u00e9s\u00e9hez m\u00e9g m\u00e9lyebbre kell \u00e1snunk a dokument\u00e1ci\u00f3val<\/u><\/a><\/noindex> a fejleszt\u0151k sz\u00e1m\u00e1ra. A norm\u00e1lis \u00e9letben nem tan\u00e1csoln\u00e1m, hogy ilyet csin\u00e1ljon, de ha esetleg sarokba szorult vagy egyszer\u0171en csak \u00e9rdekli, most m\u00e1r tudja, mit tegyen.<\/p>\n

De a Microsoft bar\u00e1taink kiss\u00e9 megsz\u00e1mt\u00e1k magukat, \u00e9s bemutattak egy seg\u00e9dprogramot ERR<\/u><\/a><\/noindex>. Ez egy kis darab konzolos boldogs\u00e1g, amely k\u00e9pes a hiba k\u00f3dokat emberi nyelvre ford\u00edtani Google haszn\u00e1lata n\u00e9lk\u00fcl. \u00cdgy m\u0171k\u00f6dik k\u00f6r\u00fclbel\u00fcl.<\/p>\n

C:UsersrootDesktop>err.exe 0x54f\n# hex 0x54f \/ decim\u00e1lis 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Bels\u0151 hiba t\u00f6rt\u00e9nt.\n# HRESULT: S\u00falyoss\u00e1g: SIKER (0), FACILITY_NULL (0x0), K\u00f3d 0x54f\n# hex 0x54f \/ decim\u00e1lis 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Bels\u0151 hiba t\u00f6rt\u00e9nt.\n# \"0x54f\"-re 2 tal\u00e1lat tal\u00e1lhat\u00f3<\/code><\/pre>\n
Joggal mer\u00fcl fel a k\u00e9rd\u00e9s: mi\u00e9rt nem \u00edrjuk a napl\u00f3kba azonnal a dek\u00f3dol\u00e1st, \u00e9s hagyjuk ezeket a titokzatos k\u00f3dokat? A v\u00e1lasz a harmadik f\u00e9lt\u0151l sz\u00e1rmaz\u00f3 alkalmaz\u00e1sokban rejlik. Amikor te magad h\u00edvsz meg egy WinAPI f\u00fcggv\u00e9nyt, akkor a v\u00e1lasz\u00e1nak dek\u00f3dol\u00e1sa nem neh\u00e9z, hiszen van egy speci\u00e1lis WinAPI h\u00edv\u00e1s erre. De ahogy m\u00e1r eml\u00edtettem, a napjainkban bej\u00f6v\u0151 v\u00e1laszokb\u00f3l mindent r\u00f6gz\u00edt\u00fcnk. Itt m\u00e1r a dek\u00f3dol\u00e1shoz folyamatosan figyelni kellene ezt a tudatfolyamot, \u00e9s ki kellene v\u00e1lasztani bel\u0151le a Windows hibak\u00f3dokat, dek\u00f3dolni \u0151ket, \u00e9s visszailleszteni. Mondjuk ki \u0151szint\u00e9n, nem a legizgalmasabb tev\u00e9kenys\u00e9g.<\/p>\n
Windows File Management API <\/strong>mindenf\u00e9lek\u00e9ppen haszn\u00e1lva van a f\u00e1jlokkal val\u00f3 munka sor\u00e1n. F\u00e1jlok l\u00e9trehoz\u00e1sa, t\u00f6rl\u00e9se, \u00edr\u00e1sra val\u00f3 megnyit\u00e1s, attrib\u00fatumokkal val\u00f3 munka \u00e9s m\u00e9g sok egy\u00e9b.<\/p>\n
A fent eml\u00edtett PowerShell Direct<\/strong> mint a VIX API megfelel\u0151je a Hyper-V vil\u00e1g\u00e1ban. Sajnos nem annyira rugalmas: sz\u00e1mos funkcion\u00e1lis korl\u00e1toz\u00e1s, nem minden gazdag\u00e9pen m\u0171k\u00f6dik, \u00e9s nem minden vend\u00e9g eset\u00e9ben.<\/p>\n
RPC<\/strong> (T\u00e1voll\u00e9v\u0151 Elj\u00e1r\u00e1s H\u00edv\u00e1s) Azt gondolom, hogy nincs olyan ember, aki dolgozott a Windows-szal, \u00e9s ne l\u00e1tott volna RPC-vel kapcsolatos hib\u00e1kat. Annak ellen\u00e9re, hogy sz\u00e9les k\u00f6rben elterjedt a t\u00e9veszme, ez nem egyetlen protokoll, hanem b\u00e1rmely kliens-szerver protokoll, amely megfelel bizonyos param\u00e9tereknek. Azonban, ha napl\u00f3inkban RPC hiba van, a 90% esetben ez a Microsoft RPC hib\u00e1ja lesz, amely a DCOM (Elosztott Komponens Modell) r\u00e9sz\u00e9t k\u00e9pezi.  Az interneten rengeteg dokument\u00e1ci\u00f3t tal\u00e1lhatunk e t\u00e9m\u00e1ban, de a java nagy r\u00e9sze er\u0151sen elavult. Ha azonban \u00e9les k\u00edv\u00e1ns\u00e1ga van a t\u00e9ma tanulm\u00e1nyoz\u00e1s\u00e1ra, tudok aj\u00e1nlani cikkeket Mi az RPC?<\/u><\/a><\/noindex>, Hogyan m\u0171k\u00f6dik az RPC<\/u> <\/a><\/noindex>\u00e9s egy hossz\u00fa lista RPC hib\u00e1kr\u00f3l<\/u><\/a><\/noindex>.<\/p>\n
Az RPC hib\u00e1k legf\u0151bb okai napl\u00f3inkban — a VBR komponensei k\u00f6z\u00f6tti kommunik\u00e1ci\u00f3s kudarcos k\u00eds\u00e9rletek (szerver > proxy, p\u00e9ld\u00e1ul), \u00e9s leggyakrabban a kommunik\u00e1ci\u00f3s probl\u00e9m\u00e1k miatt.<\/p>\n
A tetej\u00e9t jelent\u0151 RPC hiba — a The RPC server is unavailable (1722). Egyszer\u0171en fogalmazva, a kliens nem tudott kapcsol\u00f3dni a szerverhez. Hogy mi\u00e9rt \u00e9s hogyan — egys\u00e9ges v\u00e1lasz nincs, de ez \u00e1ltal\u00e1ban hiteles\u00edt\u00e9si vagy a 135-\u00f6s port el\u00e9r\u00e9s\u00e9vel kapcsolatos probl\u00e9ma. Az ut\u00f3bbi a dinamikus portkioszt\u00e1s\u00fa infrastrukt\u00far\u00e1kra jellemz\u0151. E t\u00e9m\u00e1ban van m\u00e9g k\u00fcl\u00f6n KVs is k\u00e9sz\u00fclt.<\/u><\/a><\/noindex>. A Microsoft — terjedelmes \u00fatmutat\u00f3<\/u><\/a><\/noindex> a hib\u00e1k okainak keres\u00e9s\u00e9hez.<\/p>\n
A m\u00e1sodik leggyakoribb hiba: There are no more endpoints available from the endpoint mapper (1753). Az RPC kliens vagy szerver nem tudott portot kiosztani mag\u00e1nak. Ez \u00e1ltal\u00e1ban akkor fordul el\u0151, amikor a szerver (eset\u00fcnkben a vend\u00e9gg\u00e9p) dinamikus portkioszt\u00e1sra volt be\u00e1ll\u00edtva, de a kioszt\u00e1skor a portok v\u00e9get \u00e9rtek. Ha a kliens oldal\u00e1r\u00f3l n\u00e9zz\u00fck (eset\u00fcnkben a VBR szerver), akkor ez jelenti, hogy a VeeamVssAgent vagy nem indult el, vagy nem lett regisztr\u00e1lva RPC interf\u00e9szk\u00e9nt. Ezzel kapcsolatban is van k\u00fcl\u00f6n KVs is k\u00e9sz\u00fclt.<\/u><\/a><\/noindex>.<\/p>\n
\u00c9s hogy befejezz\u00fck az RPC hib\u00e1k Top-3 list\u00e1j\u00e1t, eml\u00edts\u00fck meg az RPC function call failed (1726). Ez akkor jelentkezik, ha a kapcsolat m\u00e1r l\u00e9trej\u00f6tt, de az RPC k\u00e9r\u00e9sek nem m\u0171k\u00f6dnek. P\u00e9ld\u00e1ul inform\u00e1ci\u00f3t k\u00e9r\u00fcnk a VSS \u00e1llapot\u00e1r\u00f3l (ki tudja, lehet, \u00e9ppen most k\u00e9sz\u00fcl a shadow copy, \u00e9s mi pr\u00f3b\u00e1lkozunk), \u00e9s a v\u00e1lasz csend \u00e9s figyelmen k\u00edv\u00fcl hagy\u00e1s.<\/p>\n
Windows Tape Backup API <\/strong>sz\u00fcks\u00e9ges a szalagos k\u00f6nyvt\u00e1rakkal vagy meghajt\u00f3kkal val\u00f3 munk\u00e1hoz. Ahogy az elej\u00e9n eml\u00edtettem: nem okoz \u00f6r\u00f6met saj\u00e1t meghajt\u00f3kat \u00edrni \u00e9s k\u00e9s\u0151bb szenvedni a k\u00fcl\u00f6nb\u00f6z\u0151 eszk\u00f6z\u00f6k t\u00e1mogat\u00e1s\u00e1val. Ez\u00e9rt a Veeam nem rendelkezik saj\u00e1t meghajt\u00f3kkal. Minden az alap\u00e9rtelmezett API-n kereszt\u00fcl t\u00f6rt\u00e9nik, amelyet a hardvergy\u00e1rt\u00f3k val\u00f3s\u00edtanak meg. Logikusabb, nem igaz?<\/p>\n
SMB\/CIFS<\/strong> Mindenki megszokta, hogy ezeket egy\u00fctt \u00edrj\u00e1k, b\u00e1r j\u00f3form\u00e1n senki sem eml\u00e9kszik, hogy a CIFS (Common Internet File System) — ez csup\u00e1n az SMB (Server Message Block) priv\u00e1t verzi\u00f3ja. \u00cdgy nincs semmi rossz az ilyen fogalmak \u00f6sszes\u00edt\u00e9s\u00e9ben. A Samba — ez m\u00e1r a LinuxUnix megval\u00f3s\u00edt\u00e1s, \u00e9s ott vannak a saj\u00e1t saj\u00e1toss\u00e1gai, de elkalandoztam. Amit fontos megjegyezni: amikor a Veeam arra k\u00e9ri, hogy valamit r\u00f6gz\u00edtsenek UNC \u00faton (serverdirectory), a szerver a f\u00e1jlrendszer meghajt\u00f3inak hierarchi\u00e1j\u00e1t haszn\u00e1lja, bele\u00e9rtve a mup-ot \u00e9s a mrxsmb-t is a megoszt\u00e1sra val\u00f3 r\u00f6gz\u00edt\u00e9shez. K\u00f6vetkez\u00e9sk\u00e9ppen, ezek a meghajt\u00f3k is gener\u00e1lni fognak hib\u00e1kat.<\/p>\n
Nem lehet megker\u00fclni Winsock API<\/strong>. Ha valamit a h\u00e1l\u00f3zaton kell megtenni, a VBR a Windows Socket API-n kereszt\u00fcl m\u0171k\u00f6dik, amely a n\u00e9pnyelvben Winsock n\u00e9ven ismert. Teh\u00e1t ha egy IP:Port kapcsol\u00f3d\u00e1st l\u00e1tunk a napl\u00f3ban, az ez. A hivatalos dokument\u00e1ci\u00f3ban van egy meglehet\u0151sen j\u00f3 lista a lehet\u0151s\u00e9gekr\u0151l. hib\u00e1k<\/u><\/a><\/noindex>.<\/p>\n
A fent eml\u00edtett WMI<\/strong> (Windows Management Instrumentation) \u2014 ez egy mindenhat\u00f3 API a Windows vil\u00e1g\u00e1nak ir\u00e1ny\u00edt\u00e1s\u00e1hoz. P\u00e9ld\u00e1ul a Hyper-V haszn\u00e1lata sor\u00e1n a legt\u00f6bb k\u00e9r\u00e9s a gazdag\u00e9phez \u00e9ppen ezen kereszt\u00fcl t\u00f6rt\u00e9nik. Sz\u00f3val, ez egy teljesen p\u00f3tolhatatlan \u00e9s rendk\u00edv\u00fcl er\u0151teljes eszk\u00f6z. A legutols\u00f3 hiba hely\u00e9nek \u00e9s ok\u00e1nak felder\u00edt\u00e9s\u00e9ben nagy seg\u00edts\u00e9get ny\u00fajt a be\u00e9p\u00edtett WBEMtest.exe eszk\u00f6z.<\/p>\n
\u00c9s az utols\u00f3 a list\u00e1n, de semmik\u00e9ppen sem az utols\u00f3 a fontoss\u00e1gi sorrendben \u2014 VSS<\/strong> (Volume Shadow Storage). A t\u00e9ma annyira kimer\u00edthetetlen \u00e9s rejt\u00e9lyes, ah\u00e1ny dokument\u00e1ci\u00f3t \u00edrtak r\u00f3la. A Shadow Copy legk\u00f6nnyebben \u00fagy \u00e9rthet\u0151, mint egy k\u00fcl\u00f6nleges t\u00edpus\u00fa pillanatk\u00e9p, ami l\u00e9nyeg\u00e9ben az is. Ennek k\u00f6sz\u00f6nhet\u0151en a VMware-ben alkalmaz\u00e1skonzisztens biztons\u00e1gi ment\u00e9seket lehet k\u00e9sz\u00edteni, a Hyper-V-ben pedig szinte mindent. Tervem van, hogy k\u00e9sz\u00edtsek egy k\u00fcl\u00f6n cikket a VSS-r\u0151l, de addig is megpr\u00f3b\u00e1lhatj\u00e1k elolvasni ezt a le\u00edr\u00e1st<\/u><\/a><\/noindex>. Csak \u00f3vatosan, mert a VSS hirtelen meg\u00e9rt\u00e9se agys\u00e9r\u00fcl\u00e9st okozhat.<\/p>\n
Ezen a ponton val\u00f3sz\u00edn\u0171leg meg is \u00e1llhatunk. A legfontosabb alapvet\u0151 dolgok magyar\u00e1zat\u00e1t teljes\u00edtve, a k\u00f6vetkez\u0151 fejezetben m\u00e1r a napl\u00f3kra fogunk koncentr\u00e1lni. De ha maradtak k\u00e9rd\u00e9sei, ne habozzon feltenni \u0151ket a megjegyz\u00e9sekben.<\/p>\n<\/p>\n
Forr\u00e1s: 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\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\udd47Honnan sz\u00e1rmaznak a logok? Veeam Log Diving | ProHoster","description":"Folytatjuk mer\u00fcl\u00e9s\u00fcnket a var\u00e1zslatos j\u00f3sl\u00e1s vil\u00e1g\u00e1ba...","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","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\/hu\/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\/hu\/wp-json\/wp\/v2\/posts\/97729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=97729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/97729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/97730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=97729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=97729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=97729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}