{"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\/lv\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: komponenti un glos\u0101rijs","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Veeam Log Diving: komponenti un glos\u0101rijs\" src=\"\/wp-content\/uploads\/2020\/10\/682d05cf95f6dc8fa2b0a091619cb0a1.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nM\u0113s Veeam m\u012blam \u017eurn\u0101lus. Un, t\u0101 k\u0101 liel\u0101k\u0101 da\u013ca m\u016bsu risin\u0101jumu ir modul\u0101ri, tie pieraksta diezgan daudz \u017eurn\u0101lu. T\u0101 k\u0101 m\u016bsu darb\u012bbas joma ir j\u016bsu datu dro\u0161\u012bbas garant\u0113\u0161ana (t.i., mier\u012bgs miegs), \u017eurn\u0101liem j\u0101fiks\u0113 ne tikai katra s\u012bkumu, bet ar\u012b j\u0101sniedz pietiekami detaliz\u0113ta inform\u0101cija. Tas ir nepiecie\u0161ams, lai, ja kaut kas notiktu, b\u016btu skaidrs, k\u0101 tas notika, kur\u0161 ir atbild\u012bgs un ko dar\u012bt t\u0101l\u0101k. \u0160eit k\u0101 krimin\u0101listik\u0101: nekad nevari zin\u0101t, k\u0101da s\u012bkums pal\u012bdz\u0113s atrast Loras Palmers slepkavu.<\/p>\n<p>T\u0101p\u0113c es nol\u0113mu uzs\u0101kt rakstu s\u0113riju, kur\u0101 sec\u012bgi st\u0101st\u012b\u0161u par to, ko m\u0113s rakst\u0101m \u017eurn\u0101los, kur m\u0113s tos glab\u0101jam, k\u0101 nenon\u0101kt pr\u0101t\u0101 no to strukt\u016bras un ko mekl\u0113t tajos.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>K\u0101p\u0113c rakstu s\u0113rija un k\u0101p\u0113c neaprakst\u012bt visu uzreiz? <\/h3>\n<p>\nVienk\u0101r\u0161i uzskait\u012bt, kur\u0161 \u017eurn\u0101ls kur atrodas un kas taj\u0101 glab\u0101jas \u2014 ir diezgan bezj\u0113dz\u012bga ideja. Un doma par \u0161o inform\u0101cijas atjaunin\u0101\u0161anu ir bied\u0113jo\u0161a. Vienk\u0101r\u0161a visu iesp\u0113jamo \u017eurn\u0101lu veidu Veeam Backup &amp; Replication uzskait\u012b\u0161ana ir tabula vair\u0101kiem lap\u0101m ar maziem burtiem. Un t\u0101 b\u016bs aktu\u0101la tikai izdo\u0161anas br\u012bd\u012b, jo p\u0113c n\u0101kam\u0101 iel\u0101gojuma var par\u0101d\u012bties jauni \u017eurn\u0101li, var main\u012bties glab\u0101jam\u0101s inform\u0101cijas lo\u0123ika vecajos utt. T\u0101p\u0113c, daudz izdev\u012bg\u0101k b\u016bs izskaidrot to strukt\u016bru un saturu, kas tajos iek\u013cauts. Tas \u013caus lab\u0101k orient\u0113ties nek\u0101 ban\u0101la v\u0101rdu m\u0101c\u012b\u0161an\u0101s.<\/p>\n<p>T\u0101d\u0113\u013c, lai nekristu galv\u0101 dzi\u013cajos tekstu j\u016bklos, \u0161aj\u0101 rakst\u0101 veiksim sagatavo\u0161anas darbus. T\u0101d\u0113j\u0101di \u0161odien m\u0113s neiesim iek\u0161\u0101 pa\u0161os \u017eurn\u0101los, bet skat\u012bsim tos no t\u0101lienes: sast\u0101d\u012bsim v\u0101rdn\u012bcu un nedaudz apspried\u012bsim Veeam strukt\u016bru no \u017eurn\u0101lu \u0123ener\u0113\u0161anas viedok\u013ca.<\/p>\n<h3>V\u0101rdn\u012bca un \u017eargonismi<\/h3>\n<p>\n\u0160eit vispirms j\u0101piedod krievu valodas t\u012br\u012bbas aizst\u0101vjiem un O\u017eegova v\u0101rdn\u012bcas sekot\u0101jiem. M\u0113s visi \u013coti m\u012blam savu dzimto valodu, bet nol\u0101d\u0113t\u0101 IT industrija str\u0101d\u0101 ang\u013cu valod\u0101. Nu, m\u0113s to neizdom\u0101j\u0101m, t\u0101 ir v\u0113stures sakrit\u012bba. Es neesmu vain\u012bga, tas pats atn\u0101ca.<\/p>\n<p>M\u016bsu jom\u0101 anglicismu (un \u017eargona) probl\u0113ma ir ar savu specifiku. Kad zem nevain\u012bg\u0101m v\u0101rdiem, piem\u0113ram, \"hosts\" vai \"viesis\", visa pasaule jau sen saprot pavisam konkr\u0113tas lietas, tad uz \u2159 da\u013cas zemes turpin\u0101s varon\u012bga nesakrit\u012bba un v\u0101rdn\u012bcu mekl\u0113\u0161ana. Un stingri oblig\u0101lais arguments \"Bet pie mums darb\u0101...\".<\/p>\n<p>Ir ar\u012b m\u016bsu pa\u0161u terminolo\u0123ija, kas rakstur\u012bga tie\u0161i Veeam produktiem, lai gan da\u017ei v\u0101rdi un fr\u0101zes ir k\u013cuvu\u0161i popul\u0101ri. T\u0101p\u0113c tagad m\u0113s vienosimies, ko katrs termins noz\u012bm\u0113, un turpm\u0101k zem v\u0101rda \"viesis\" es saprat\u012b\u0161u tie\u0161i to, kas ir uzrakst\u012bts \u0161aj\u0101 noda\u013c\u0101, nevis to, pie k\u0101 j\u016bs esat pieradu\u0161i sav\u0101 darb\u0101. Un j\u0101, tas nav person\u012bgi mans kapr\u012bze, tas ir pie\u0146emti terminolo\u0123ijas nozares termi\u0146i. C\u012bn\u012bties ar tiem ir nedaudz bezj\u0113dz\u012bgi. Tom\u0113r es vienm\u0113rmu \u0161aub\u0101m koment\u0101ros.<\/p>\n<p>Diem\u017e\u0113l terminolo\u0123ija m\u016bsu darb\u0101 un produktos ir \u013coti pla\u0161a, t\u0101p\u0113c m\u0113\u0123in\u0101t uzskait\u012bt visus es nepl\u0101noju. Tikai vissvar\u012bg\u0101kie un nepiecie\u0161amie inform\u0101cijas izdz\u012bvo\u0161anai par dubl\u0113\u0161anas oper\u0101cij\u0101m un \u017eurn\u0101liem. Interesentiem es varu ar\u012b <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/veeam\/blog\/443716\/\">pied\u0101v\u0101t rakstu <\/a><\/noindex>kol\u0113\u0123iem par lent\u0113m, kur vi\u0146\u0161 ar\u012b sniedza terminolo\u0123ijas sarakstu, kas attiecas uz \u0161o funkcionalit\u0101tes da\u013cu.<\/p>\n<p><strong>Host (Host):<\/strong> Virtualiz\u0101cijas pasaul\u0113 tas ir dators ar hipervizoru. Fizisks, virtu\u0101ls, m\u0101ko\u0146ains \u2013 nav svar\u012bgi. Ja kaut kas ir uzs\u0101cis hipervizoru (ESXi, Hyper-V, KVM utt.), tad to sauc par hostu. Neatkar\u012bgi no t\u0101, vai tas ir klasteris uz desmit r\u0101mjiem vai j\u016bsu kl\u0113pjdators ar pusotru virtu\u0101lo ma\u0161\u012bnu \u2013 ja esat palaidis hipervizoru, tad esat k\u013cuvu\u0161i par hostu. Jo hipervizors host\u0113 virtu\u0101l\u0101s ma\u0161\u012bnas. Pat ir st\u0101sts, ka VMware k\u0101d\u0101 laik\u0101 v\u0113l\u0113j\u0101s pan\u0101kt stingru asoci\u0101ciju starp v\u0101rdu host un ESXi. Bet vi\u0146iem neizdev\u0101s.<\/p>\n<p>M\u016bsdienu pasaul\u0113 j\u0113dziens \"host\" praktiski ir sapl\u016bdis ar j\u0113dzienu \"serveris\", kas rada noteiktu neskaidr\u012bbu sazi\u0146\u0101, \u012bpa\u0161i, ja runa ir par Windows infrastrukt\u016bru. T\u0101p\u0113c jebkura ier\u012bce, uz kuras atrodas k\u0101ds mums interesants serviss, var tikt dro\u0161i d\u0113v\u0113ta par hostu. Piem\u0113ram, WinSock \u017eurn\u0101los ar v\u0101rdu host tiek atz\u012bm\u0113ts viss. Klasisks \"Host not found\" ir \u0161\u012b piem\u0113rs. T\u0101tad izsv\u0113rsim no konteksta, bet atcer\u0113simies \u2014 virtualiz\u0101cijas pasaul\u0113 host ir tas, kas host\u0113 viesus (par to div\u0101s rind\u0101s zem\u0101k).<\/p>\n<p>No viet\u0113j\u0101m \u017eargoniem (dr\u012bz\u0101k akron\u012bmiem, \u0161aj\u0101 gad\u012bjum\u0101) \u0161eit pieminams, ka VMware ir VI, vSphere ir VC, bet Hyper-V ir HV.<\/p>\n<p><strong>Viesis (Guest):<\/strong> Virtu\u0101l\u0101 ma\u0161\u012bna, kas darbojas uz hosta. Te pat nav ko skaidrot, viss ir tik lo\u0123iski un vienk\u0101r\u0161i. Tom\u0113r daudzi cent\u012bgi velk \u0161eit k\u0101dus citus noz\u012bmes. <\/p>\n<p>K\u0101p\u0113c? Es nezinu.<br \/>\nViesu oper\u0113t\u0101jsist\u0113ma (Guest OS), attiec\u012bgi, viesu ma\u0161\u012bnas oper\u0113t\u0101jsist\u0113ma. Un t\u0101 t\u0101l\u0101k.<\/p>\n<p><strong>Dubl\u0113\u0161anas\/Replik\u0101cijas uzdevums (Backup\/Replication Job):<\/strong> T\u012bri VMware \u017eargonis, kas apz\u012bm\u0113 k\u0101du no uzdevumiem. Backup job == Dubl\u0113\u0161anas uzdevums. K\u0101 to skaisti iztulkot uz latvie\u0161u \u2014 neviens nav izdom\u0101jis, t\u0101p\u0113c visi saka \"uzdevums\". Ar uzsvaru uz p\u0113d\u0113jo slogu.<\/p>\n<p>J\u0101, t\u0101 vienk\u0101r\u0161i pa\u0146em un saka \"uzdevums\". Un pat v\u0113stul\u0113s t\u0101 raksta, un viss ir labi.<br \/>\nVis\u0101di Dubl\u0113\u0161anas darbi, Dubl\u0113\u0161anas uzdevumi utt., paldies, bet n\u0113. Vienk\u0101r\u0161i uzdevums, un j\u016bs tiksiet saprasti. Galvenais \u2014 uzsvars uz p\u0113d\u0113jo slogu.<\/p>\n<p><strong>Dubl\u0113\u0161ana (Backup, b\u0113kaps. Patiesiem vecajiem faniem at\u013cauts teikt bakups):<\/strong> Papildus ac\u012bmredzamajam (b\u016bt rezerv\u0113 saglab\u0101tai datu kopijai), tas noz\u012bm\u0113 ar\u012b pa\u0161u uzdevumu (tr\u012bs rindkopas iepriek\u0161, ja jau aizmirs\u0101t), k\u0101 rezult\u0101t\u0101 rasties tas pats dubl\u0113\u0161anas fails. Dro\u0161i vien, ang\u013cu valodas run\u0101t\u0101ji ir p\u0101r\u0101k slinki, lai katru reizi teiktu I ran my backup job, t\u0101p\u0113c vi\u0146i vienk\u0101r\u0161i saka I ran my backup, un visi viens otru lieliski saprot. Ieteiktu atbalst\u012bt \u0161o br\u012bni\u0161\u0137\u012bgo iniciat\u012bvu.<\/p>\n<p><strong>Konsolid\u0101cija (Consolidate): <\/strong>Termins, kas par\u0101d\u012bjies ESXi 5.0. Opcija izv\u0113ln\u0113 darbam ar snapp\u0161otiem, kas uzs\u0101k procesu, lai izdz\u0113stu sauktos orphaned snapp\u0161otus. Proti, snapp\u0161oti, kas fiziski past\u0101v, bet izkritu\u0161i no redzamu lo\u0123isko strukt\u016bru. Teor\u0113tiski \u0161im procesam nevajadz\u0113tu skart mened\u017eer\u012b redzamos snapp\u0161otu failus, tom\u0113r gad\u0101s vis\u0101di. Satura procesa konsolid\u0101cija ir t\u0101da, ka dati no snapp\u0161ota (child disk) tiek ierakst\u012bti galvenaj\u0101 (parent) disk\u0101. Disku apvieno\u0161anas process tiek saukts par m\u0113r\u017eo\u0161anu (merge). Ja ir dota komanda konsolid\u0113\u0161anai, tad ieraksts par snapp\u0161otu var tikt dz\u0113sts no datu b\u0101zes \u0101tr\u0101k, nek\u0101 snapp\u0161ots tiks apvienots un dz\u0113sts. Un, ja snapp\u0161ota izdz\u0113\u0161ana neizdodas k\u0101das iemesla d\u0113\u013c, tad par\u0101d\u0101s \u0161ie pa\u0161i orphaned snapp\u0161oti. Par darbu ar snapp\u0161otiem VMware ir <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.vmware.com\/en\/VMware-vSphere\/5.5\/com.vmware.vsphere.hostclient.doc\/GUID-06CB6D7D-9ECE-4C53-AA11-C5F2662328CD.html\">ne slikts KB<\/a><\/noindex>. Un m\u0113s ar\u012b k\u0101dreiz par vi\u0146iem <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/veeam\/blog\/249959\/\">rakst\u012bj\u0101m Habr\u0101<\/a><\/noindex>.<\/p>\n<p><strong>Datastore (Stora vai stor\u0101d\u017es): <\/strong>\u00a0\u013boti pla\u0161a j\u0113dziena, tom\u0113r virtualiz\u0101cijas pasaul\u0113 to saprot k\u0101 vietu, kur tiek glab\u0101ti virtu\u0101lo ma\u0161\u012bnu faili. Ta\u010du jebkur\u0101 gad\u012bjum\u0101 \u0161eit ir j\u0101izprot konteksts, un pie maz\u0101kaj\u0101m \u0161aub\u0101m j\u0101paskaidro, ko tie\u0161i j\u016bsu sarunu biedrs dom\u0101jis.\u00a0<\/p>\n<p><strong>Proxy (Proksi): <\/strong>Svar\u012bgi saprast, ka Veeam Proxy nav glu\u017ei tas pats, ar ko esam pieradu\u0161i saskarties internet\u0101. Veeam produktu kontekst\u0101 tas ir k\u0101da b\u016bt\u012bba, kas nodarbojas ar datu p\u0101rs\u016bt\u012b\u0161anu no vienas vietas uz citu. Ja neiedzi\u013cin\u0101mies deta\u013c\u0101s, tad VBR ir komandu serveris, bet proksi ir t\u0101 darba zirgi. Proksi ir dators, caur kuru pl\u016bst trafiks, un uz kuru ir uzst\u0101d\u012bti VBR komponenti, kas pal\u012bdz \u0161o trafiku p\u0101rvald\u012bt. Piem\u0113ram, p\u0101rs\u016bt\u012bt datus no viena kan\u0101la uz citu vai vienk\u0101r\u0161i piesl\u0113gt diskus (HotAdd re\u017e\u012bm\u0101).<\/p>\n<p><strong>Repository (Repotis): <\/strong>\u00a0Tehniski tas ir vienk\u0101r\u0161i ieraksts VBR datub\u0101z\u0113, kas nor\u0101da uz vietu, kur glab\u0101jas dubl\u0113jumi, un k\u0101 pie \u0161\u012bs vietas piek\u013c\u016bt. Faktiski tas var b\u016bt gan vienk\u0101r\u0161a CIFS koplieto\u0161anas mape, gan atsevi\u0161\u0137s disks, serveris vai m\u0101ko\u0146a spainis. Atkal esam kontekst\u0101, bet saprotam, ka repository ir vienk\u0101r\u0161i vieta, kur atrodas j\u016bsu dubl\u0113jumi.<\/p>\n<p>\u00a0<strong>Snapshot (Snaops): <\/strong>Oksfordas gramatikas piekrit\u0113ji dod priek\u0161roku run\u0101t \"snep\u0161ots\" vai \"snep\u0161ots\", tom\u0113r analfab\u0113tisk\u0101 vair\u0101kuma uzvara balst\u0101s uz liel\u0101ku skaitu. Ja k\u0101ds nezina \u2014 t\u0101 ir tehnolo\u0123ija, kas \u013cauj atjaunot diska st\u0101vokli noteikt\u0101 br\u012bd\u012b. To veic vai nu p\u0101radres\u0113jot I\/O oper\u0101cijas prom no galven\u0101 diska \u2014 tad to sauc par RoW (Redirect on Write) snap\u0161otu \u2014 vai ar\u012b p\u0101rvietojot p\u0101rrakst\u0101m\u0101s blokas no j\u016bsu diska uz citu \u2014 to sauc par CoW (Copy on Write) snap\u0161otu. Tie\u0161i pla\u0161o \u0161o funkciju pielieto\u0161anas iesp\u0113ju d\u0113\u013c Veeam var veikt savu dubl\u0113\u0161anas ma\u0123iju. Prec\u012bz\u0101k, ne tikai tam, bet tas ir tuv\u0101ko laidienu jaut\u0101jums.<\/p>\n<p>ESXi dokument\u0101cij\u0101 un \u017eurn\u0101los ap \u0161o terminu valda haoss, un kontekst\u0101, kur\u0101 tiek piemin\u0113ti snapshots, var sastapt gan pa\u0161us snapshots, gan redo log, un pat delta disks. Veeam dokument\u0101cij\u0101 \u0161\u0101das neskaidr\u012bbas nav, un snapshots ir snapshots, bet redo log ir tie\u0161i REDO fails, ko izveidojis neatkar\u012bgs non-persistent disks. REDO faili tiek dz\u0113sti, kad virtu\u0101l\u0101 ma\u0161\u012bna tiek izsl\u0113gta, t\u0101p\u0113c tos sajaukt ar snapshots ir ce\u013c\u0161 uz izg\u0101\u0161anos.<\/p>\n<p><strong>Sint\u0113tisks (Sint\u0113tika):<\/strong> Sint\u0113tiskie backupi pieder pie reverse incremental un forever forward backupiem. Ja j\u016bs v\u0113l neesat sask\u0101ru\u0161ies ar \u0161o terminu, tad tas ir viens no meh\u0101nismiem, ko izmanto, lai veidotu backup \u0137\u0113di. Tom\u0113r \u017eurn\u0101los var sastapt ar\u012b terminu Transform, kas tiek izmantots pilnu kopiju izveid\u0113 no inkrementiem (sint\u0113tiskais pilnais).<\/p>\n<p><strong>Uzdevums (Uzdevums):<\/strong> Tas ir katras atsevi\u0161\u0137as ma\u0161\u012bnas apstr\u0101des process darba iecel\u0161an\u0101. Proti: ja jums ir backup darba iecel\u0161ana, kur\u0101 ir iek\u013cautas tr\u012bs ma\u0161\u012bnas. T\u0101tad, katra ma\u0161\u012bna tiks apstr\u0101d\u0101ta katra sava uzdevuma ietvaros. T\u0101 rezult\u0101t\u0101 b\u016bs \u010detri \u017eurn\u0101li: viens pamat\u017eurn\u0101ls darba iecel\u0161anai un tr\u012bs uzdevumiem. Tom\u0113r \u0161eit ir viens svar\u012bgs nianses: laika gait\u0101 v\u0101rds \"uzdevums\" ir k\u013cuvis par p\u0101r\u0101k daudznoz\u012bm\u012bgu. Kad run\u0101jam par kop\u0113jiem \u017eurn\u0101liem, m\u0113s dom\u0101jam, ka uzdevums ir tie\u0161i VM. Ta\u010du savi \"uzdevumi\" ir ar\u012b proxy un glab\u0101tuv\u0113. Tur tas var noz\u012bm\u0113t gan virtu\u0101lo disku, gan virtu\u0101lo ma\u0161\u012bnu, gan visu darba iecel\u0161anu. T\u0101tad ir svar\u012bgi nezaud\u0113t kontekstu.<\/p>\n<p><strong>Veeam %name% Pakalpojums (Pakalpojums)<\/strong>: <strong>\u00a0<\/strong>Uz veiksm\u012bgu backupu labkl\u0101j\u012bbu str\u0101d\u0101 vair\u0101ki pakalpojumi, kuru sarakstu var atrast standartaj\u0101 r\u012bk\u0101. To nosaukumi pietiekami caursp\u012bd\u012bgi atspogu\u013co to b\u016bt\u012bbu, tom\u0113r starp l\u012bdz\u012bgiem ir vissvar\u012bg\u0101kais \u2014 Veeam Backup Service, bez kura p\u0101r\u0113jie nedarbosies.<\/p>\n<p><strong>VSS: <\/strong>Tehniski VSS vienm\u0113r j\u0101apz\u012bm\u0113 ar Microsoft Volume Shadow Copy Service. Faktiski to izmanto daudzi k\u0101 sinon\u012bmu Application-Aware Image Processing. Kas, protams, ir kategoriski nepareizi, tom\u0113r t\u0101 ir st\u0101sts no kategorijas \"Jebkuru SUV var saukt par d\u017eipu, un tevi saprat\u012bs\".<\/p>\n<h3>Fantastiski \u017eurn\u0101li un vietas, kur t\u0101s apdz\u012bvo<\/h3>\n<p>\nV\u0113los s\u0101kt \u0161o noda\u013cu ar liel\u0101s nosl\u0113puma atkl\u0101\u0161anu \u2014 k\u0101ds laiks tiek r\u0101d\u012bts \u017eurn\u0101los?<\/p>\n<p>Atcerieties:<\/p>\n<ul>\n<li>ESXi vienm\u0113r raksta \u017eurn\u0101lus UTC+0.<\/li>\n<li>vCenter re\u0123istr\u0113 \u017eurn\u0101lus p\u0113c sava laika zonas.<\/li>\n<li>Veeam re\u0123istr\u0113 \u017eurn\u0101lus p\u0113c laika un laika zonas server\u012b, uz kura tas ir uzst\u0101d\u012bts.<\/li>\n<li>Un tikai Windows notikumi EVTX form\u0101t\u0101 nav piesaist\u012bti nekam. Atverot, laiks tiek p\u0101rr\u0113\u0137in\u0101ts atbilsto\u0161i datoram, uz kura tos atver. Tas ir vis\u0113rt\u0101kais variants, lai gan reiz\u0113m ir gr\u016bt\u012bbas ar\u012b ar to. Vien\u012bg\u0101 j\u016btam\u0101 gr\u016bt\u012bba ir lokaliz\u0101cijas at\u0161\u0137ir\u012bbas. Tas ir praktiski garant\u0113ts ce\u013c\u0161 uz nesalas\u0101miem \u017eurn\u0101liem. J\u0101, ir varianti, k\u0101 to risin\u0101t, bet vienk\u0101r\u0161i nepie\u0137ersimies tam, ka viss IT str\u0101d\u0101 ang\u013cu valod\u0101, un vienosimies vienm\u0113r iestat\u012bt serveros ang\u013cu valodas lokaliz\u0101ciju. L\u016bdzu.\u00a0<\/li>\n<\/ul>\n<p>\nTagad tom\u0113r run\u0101sim par viet\u0101m, kur dz\u012bvo \u017eurn\u0101li un k\u0101 tos ieg\u016bt. VBR gad\u012bjum\u0101 ir divi pieejas veidi.\u00a0<\/p>\n<p>Pirmais variants ir piem\u0113rots, ja jums nav v\u0113l\u0113\u0161an\u0101s mekl\u0113t kop\u0113j\u0101 kaudz\u0113 failus, kas tie\u0161i attiecas uz j\u016bsu probl\u0113mu. Tam mums ir atsevi\u0161\u0137s vednis, kuram varat nor\u0101d\u012bt konkr\u0113tu darbu un konkr\u0113tu laika periodu, par kuru jums vajadz\u012bgi \u017eurn\u0101li. V\u0113l\u0101k tas pats izsken\u0113s map\u012btes un saliks visu nepiecie\u0161amo vien\u0101 arh\u012bv\u0101. Par to, kur to mekl\u0113t un k\u0101 ar to str\u0101d\u0101t, s\u012bk\u0101k aprakst\u012bts <noindex><a rel=\"nofollow\" href=\"https:\/\/www.veeam.com\/kb1832\">\u0161aj\u0101 KB<\/a><\/noindex>.<\/p>\n<p>Tom\u0113r vednis apkopo \u017eurn\u0101lus nevis visu darbu un, piem\u0113ram, ja nepiecie\u0161ams p\u0113t\u012bt restor\u0101na, failover vai failback \u017eurn\u0101lus, tad ce\u013c\u0161 ved uz map\u012bti <strong>%ProgramData%\/Veeam\/Backup<\/strong>. Tas ir galvenais VBR \u017eurn\u0101lu glab\u0101tava, un %ProgramData% ir sl\u0113gta mape, un tas ir norm\u0101li. Starp citu, noklus\u0113juma vietu var p\u0101rd\u0113v\u0113t, izmantojot re\u0123istra atsl\u0113gu tipa REG_SZ: LogDirectory HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication noda\u013c\u0101.<\/p>\n<p>Linux ma\u0161\u012bn\u0101s darba a\u0123entu \u017eurn\u0101lus j\u0101mekl\u0113 \/<b>var\/log\/VeeamBackup\/<\/b>, ja tiek izmantota root vai sudo konts. Ja jums \u0161\u0101du privil\u0113\u0123iju nav, tad mekl\u0113jiet \u017eurn\u0101lus <b>\/tmp\/VeeamBackup<\/b>.\u00a0<\/p>\n<p>Veeam a\u0123entam %OS_name% \u017eurn\u0101li j\u0101samekl\u0113<b> %ProgramData%\/Veeam\/Endpoint<\/b> (vai <b>%ProgramData%\/Veeam\/Backup\/Endpoint<\/b>) un <b>\/var\/log\/veeam<\/b> atbilsto\u0161i.<\/p>\n<p>Ja izmantojat Application-Aware Image Processing (un, visticam\u0101k, j\u016bs to izmantojat), situ\u0101cija nedaudz sare\u017e\u0123\u012bjas. Jums b\u016bs nepiecie\u0161ami m\u016bsu pal\u012bga \u017eurn\u0101li, kas glab\u0101jas pa\u0161\u0101 virtu\u0101laj\u0101 ma\u0161\u012bn\u0101, un VSS \u017eurn\u0101li. Par to, k\u0101 un kur ieg\u016bt \u0161o laimi, s\u012bk\u0101k aprakst\u012bts <noindex><a rel=\"nofollow\" href=\"https:\/\/www.veeam.com\/kb1789\">\u0161aj\u0101 rakst\u0101<\/a><\/noindex>. Un, protams, ir <noindex><a rel=\"nofollow\" href=\"https:\/\/www.veeam.com\/kb1873\">atsevi\u0161\u0137s raksts<\/a><\/noindex> par nepiecie\u0161amo sist\u0113mas \u017eurn\u0101lu apkopo\u0161anu.\u00a0<\/p>\n<p>Windows notikumus \u0113rti apkopot saska\u0146\u0101 ar <noindex><a rel=\"nofollow\" href=\"https:\/\/www.veeam.com\/kb1873\">\u0161aj\u0101 KB<\/a><\/noindex>. Ja j\u016bs izmantojat Hyper-V, tas sare\u017e\u0123\u012b jaut\u0101jumu, jo jums b\u016bs nepiecie\u0161ami ar\u012b visi t\u0101 \u017eurn\u0101li no Applications and Service Logs &gt; Microsoft &gt; Windows. Tom\u0113r vienm\u0113r varat izv\u0113l\u0113ties aplamu ce\u013cu un vienk\u0101r\u0161i pa\u0146emt visus objektus no %SystemRoot%System32winevtLogs.<\/p>\n<p>Ja, ja ir kaut kas, kas saboj\u0101jas instal\u0101cijas \/ uzlabojuma laik\u0101, tad visu nepiecie\u0161amo var atrast map\u0113 %ProgramData% \/ Veeam \/ Setup \/ Temp. Lai gan es nev\u0113los sl\u0113pt, ka OS notikumos var atrast noder\u012bg\u0101ku inform\u0101ciju nek\u0101 \u0161ajos \u017eurn\u0101los. Viss interesantais atrodas %Temp%, bet tur galvenok\u0101rt ir saist\u012bt\u0101 programmat\u016bras instal\u0101cijas \u017eurn\u0101li, piem\u0113ram, datu b\u0101zes, .Net bibliot\u0113kas un citi. \u0145emiet v\u0113r\u0101, ka Veeam tiek instal\u0113ts no msi, un visi t\u0101 komponensti tiek instal\u0113ti k\u0101 atsevi\u0161\u0137i msi pakotnes, pat ja tas nav atspogu\u013cots GUI. T\u0101d\u0113j\u0101di, ja k\u0101da komponenta instal\u0101cija neizdodas, visa VBR instal\u0101cija tiks aptur\u0113ta. T\u0101p\u0113c ir j\u0101iet uz \u017eurn\u0101liem un j\u0101p\u0101rbauda, kas tie\u0161i sal\u016bza un kur\u0101 br\u012bd\u012b.<\/p>\n<p>Un dz\u012bves hacks nosl\u0113gum\u0101: sa\u0146emot k\u013c\u016bdu instal\u0101cijas laik\u0101, nesteidzieties nospiest OK. Vispirms pa\u0146emiet \u017eurn\u0101lus, tad nospiediet OK. T\u0101d\u0113j\u0101di j\u016bs ieg\u016bsiet \u017eurn\u0101lu, kas beidzas k\u013c\u016bdas br\u012bd\u012b, bez liek\u0101 satura beig\u0101s.<\/p>\n<p>Un ir t\u0101, ka da\u017ereiz ir j\u0101iet uz vSphere \u017eurn\u0101liem. Tas ir \u013coti nepat\u012bkams darbs, bet, uzsukot piedurknes, n\u0101kas to dar\u012bt un ne tikai to. Visvienk\u0101r\u0161\u0101kaj\u0101 variant\u0101 mums b\u016bs nepiecie\u0161ami \u017eurn\u0101li ar virtu\u0101l\u0101s ma\u0161\u012bnas notikumiem vmware.log, kas atrodas blakus t\u0101s .vmx failam. Sare\u017e\u0123\u012bt\u0101k\u0101 gad\u012bjum\u0101 atveram Google un jaut\u0101jam, kur atrodas \u017eurn\u0101li j\u016bsu viesu versijai, jo VMware m\u012bl \u0161o vietu main\u012bt no izlai\u0161anas uz izlai\u0161anu. \u0160eit, piem\u0113ram, <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.vmware.com\/en\/VMware-vSphere\/7.0\/com.vmware.vsphere.monitoring.doc\/GUID-832A2618-6B11-4A28-9672-93296DA931D0.html\">raksts 7.0<\/a><\/noindex>, bet \u0161eit ir <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2032076\">5.5<\/a><\/noindex>. Attiec\u012bb\u0101 uz vCenter \u017eurn\u0101liem atk\u0101rtojam proced\u016bru <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/s\/article\/2033430\">mekl\u0113jot Google<\/a><\/noindex>. Bet visp\u0101r\u012bgi m\u016bs interes\u0113s hosta notikumu \u017eurn\u0101li hostd.log, vCenter p\u0101rvald\u012bto hostu notikumi vpxa.log, kodola \u017eurn\u0101li vmkernel.log un autentifik\u0101cijas \u017eurn\u0101li auth.log. Nu un visgr\u016bt\u0101kajos gad\u012bjumos var noder\u0113t SSO \u017eurn\u0101ls, kas atrodas SSO map\u0113.<\/p>\n<p>Apgr\u016btino\u0161i? Jauki? Bail\u012bgi? Bet tas pat nav puse inform\u0101cijas, ar kuru str\u0101d\u0101 m\u016bsu atbalsts ikdien\u0101. T\u0101p\u0113c vi\u0146i tie\u0161\u0101m ir \u013coti for\u0161i.<\/p>\n<h3>Veeam komponenti<\/h3>\n<p>\nUn k\u0101 nosl\u0113gumu \u0161im ievada rakstam nedaudz parun\u0101sim par Veeam Backup &amp; Replication komponentiem. Jo, kad mekl\u0113jiet s\u0101pju c\u0113loni, ir labi saprast, k\u0101 ir iek\u0101rtots pacients.<\/p>\n<p>T\u0101tad, k\u0101 visiem noteikti ir zin\u0101ms, Veeam Backup ir t\u0101 sauktais SQL balst\u012bts lietojums. Proti, visas iestat\u012bjumi, visa inform\u0101cija un viss, kas nepiecie\u0161ams norm\u0101lai darb\u012bbai, ir t\u0101 datub\u0101z\u0113. Vai, prec\u012bz\u0101k sakot, div\u0101s datub\u0101z\u0113s, ja run\u0101jam par VBR un EM salikumu: VeeamBackup un VeeamBackupReporting atbilsto\u0161i. T\u0101 tas ir izveidojies: uzst\u0101d\u0101m v\u0113l vienu lietojumu \u2014 par\u0101d\u0101s v\u0113l viena datub\u0101ze. Lai neuzglab\u0101tu visus olas vien\u0101 groz\u0101.<\/p>\n<p>Ta\u010du, lai viss \u0161is bizness darbotos saska\u0146oti, mums nepiecie\u0161ams pakalpojumu un lietojumu kopums, kas savienos visus komponentus kop\u0101. Iz\u0146\u0113muma gad\u012bjum\u0101, l\u016bk, k\u0101 tas izskat\u0101s vien\u0101 no man\u0101m laboratorij\u0101m:<\/p>\n<p><img decoding=\"async\" alt=\"Veeam Log Diving: komponenti un glos\u0101rijs\" src=\"\/wp-content\/uploads\/2020\/10\/fed0ad07d8ddcfab180bc1e4b64de4fc.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nGalven\u0101 diri\u0123enta lom\u0101 ir <strong>Veeam Backup Service<\/strong>. Tie\u0161i vi\u0146\u0161 ir atbild\u012bgs par inform\u0101cijas apmai\u0146u ar datub\u0101z\u0113m. T\u0101pat vi\u0146\u0161 ir atbild\u012bgs par visu uzdevumu uzs\u0101k\u0161anu, nodro\u0161inot izdal\u012bto resursu or\u0137estr\u0101ciju un darbojas k\u0101 sazi\u0146as centrs da\u017e\u0101d\u0101m konsol\u0113m, a\u0123entiem un citiem elementiem. V\u0101rdu sakot, bez vi\u0146a noteikti nekas nesan\u0101ks, ta\u010du tas absol\u016bti nenoz\u012bm\u0113, ka vi\u0146\u0161 visu veic pats.<\/p>\n<p>Pl\u0101not\u0101 izpild\u0113 vi\u0146am pal\u012bdz <strong>Veeam Backup Manager<\/strong>. T\u0101 nav pakalpojums, bet b\u016bt\u012bba, kas nodarbojas ar uzdevumu izpildes uzs\u0101k\u0161anu un seko procesu norisei. Backup service darbasp\u0113ks, ar kuru tas piesl\u0113dzas pie serveriem, izveido snap\u0161otus, uzrauga saglab\u0101\u0161anas termi\u0146us un t\u0101 t\u0101l\u0101k.<\/p>\n<p>Ta\u010du atgriez\u012bsimies pie pakalpojumu saraksta. <strong>Veeam Broker Service<\/strong>. Par\u0101d\u012bj\u0101s v9.5 (un tas nav kriptoval\u016btu ieguves programmat\u016bra, k\u0101 to toreiz dom\u0101ja da\u017ei). Tas apkopo inform\u0101ciju par VMware hostiem un nodro\u0161ina t\u0101s aktualit\u0101ti. Bet nesteidzieties rakst\u012bt dusm\u012bgus koment\u0101rus, ka m\u0113s j\u016bs \u0161piono un leakojam visus lietot\u0101jdatus\/ parole ta\u010du. Viss ir nedaudz vienk\u0101r\u0161\u0101k. Kad j\u016bs uzs\u0101kat dubl\u0113\u0161anu, vispirms ir j\u0101piesl\u0113dzas hostam un j\u0101atjaunina visi dati par t\u0101 strukt\u016bru. Tas ir diezgan l\u0113ns un apjom\u012bgs process. Vienk\u0101r\u0161i atcerieties, cik ilgi jums ilgst piesl\u0113g\u0161an\u0101s oper\u0101cija caur t\u012bmek\u013ca saskarni, un \u0146emiet v\u0113r\u0101, ka tur tiek skait\u012bts tikai aug\u0161\u0113jais sl\u0101nis. Un p\u0113c tam v\u0113l ir j\u0101atver visa hierarhija l\u012bdz nepiecie\u0161amajai vietai, starp citu. V\u0101rdu sakot, \u0161ausmas. Ja j\u016bs uzs\u0101kat desmit dubl\u0113jumus, katrai darb\u012bbai b\u016bs j\u0101veic \u0161\u012b proced\u016bra. Ja runa ir par liel\u0101m infrastrukt\u016br\u0101m, tad \u0161is process var aiz\u0146emt desmit min\u016btes un vair\u0101k. T\u0101p\u0113c tika pie\u0146emts l\u0113mums izveidot atsevi\u0161\u0137u pakalpojumu, caur kuru vienm\u0113r var\u0113s ieg\u016bt aktu\u0101lu inform\u0101ciju. Tas starta br\u012bd\u012b p\u0101rbauda un sken\u0113 visu pievienoto infrastrukt\u016bru, p\u0113c tam cen\u0161as str\u0101d\u0101t tikai ar inkrement\u0101l\u0101m izmai\u0146\u0101m. T\u0101tad pat ja jums tiks palaisti simts dubl\u0113jumi vienlaikus, tie visi piepras\u012bs inform\u0101ciju no m\u016bsu brokera, nevis moc\u012bs hostus ar saviem piepras\u012bjumiem. Ja uztraucaties par resursiem, tad p\u0113c m\u016bsu apr\u0113\u0137iniem 5000 virtu\u0101laj\u0101m ma\u0161\u012bn\u0101m ir vajadz\u012bgas apm\u0113ram 100 Mb atmi\u0146as.<\/p>\n<p>T\u0101l\u0101k mums ir <strong>Veeam Console<\/strong>. Tas ir Veeam Remote Console, tas ir Veeam.Backup.Shell. Tas ir tie\u0161i tas GUI, ko m\u0113s redzam ekr\u0101nuz\u0146\u0113mumos. Viss ir vienk\u0101r\u0161i un ac\u012bmredzami \u2014 konsoli var palaist no jebkuras vietas, kam\u0113r t\u0101 ir Windows un ir savienojums ar VBR serveri. Vien\u012bgais, ko var teikt: FLR process mont\u0113s punktus lok\u0101li (t.i., uz ma\u0161\u012bnas, kur\u0101 palaista konsole). Un da\u017e\u0101die Veeam Explorers ar\u012b tiks palaisti lok\u0101li, jo vi\u0146i ir konsoles da\u013ca. Bet tas jau mani aizved uz citiem tematiem\u2026<\/p>\n<p>N\u0101kamais interesantais pakalpojums \u2014 <strong>Veeam Backup Catalog Data Service. <\/strong>Serviss ir paz\u012bstams k\u0101 Veeam Guest Catalog Service. Tas indeks\u0113 failu sist\u0113mas viesma\u0161\u012bn\u0101s un piepilda ar \u0161\u012bm zin\u0101\u0161an\u0101m VBRCatalog map\u012bti. Tas tiek izmantots tikai tad, ja ir iesl\u0113gta indeks\u0113\u0161anas opcija. Un to ir j\u0113ga iesl\u0113gt tikai tad, ja jums ir Enterprise Manager. T\u0101p\u0113c, no sirds iesaku: nesl\u0113dziet indeks\u0113\u0161anu vienk\u0101r\u0161i t\u0101pat, ja jums nav EM. Saglab\u0101jiet nervus un atbalsta laiku.<\/p>\n<p>No citiem svar\u012bgiem pakalpojumiem j\u0101atz\u012bm\u0113 <strong>Veeam Installer Service<\/strong>, ar kura pal\u012bdz\u012bbu notiek nepiecie\u0161amo komponentu pieg\u0101de un uzst\u0101d\u012b\u0161ana proxy, kr\u0101tuves un citu v\u0101rteju sist\u0113m\u0101s. Paties\u012bb\u0101 tas pieg\u0101d\u0101 nepiecie\u0161amos .msi paketes uz serveriem un veic to instal\u0113\u0161anu.\u00a0<\/p>\n<p><strong>Veeam Data Mover<\/strong> \u2014 izmantojot uz proxy (un ne tikai) izpild\u0101mus pal\u012bgapr\u012bkus, nodarbojas ar datu p\u0101rvieto\u0161anu. Piem\u0113ram, veicot dubl\u0113\u0161anu, viens a\u0123ents las\u012bs failus no hosta datu kr\u0101tuves, bet otrs tos r\u016bp\u012bgi ierakst\u012bs dubl\u0113jum\u0101.<\/p>\n<p>Atsevi\u0161\u0137i j\u0101atz\u012bm\u0113 svar\u012bga lieta, uz kuru bie\u017ei rea\u0123\u0113 klienti \u2014 tas ir pakalpojumu un inform\u0101cijas versiju at\u0161\u0137ir\u012bbas Programmas un funkcijas r\u012bk\u0101. J\u0101, saraksts b\u016bs vien\u0101ds, bet versij\u0101s var b\u016bt piln\u012bgs juceklis. Tas nav \u013coti pat\u012bkami vizu\u0101li, tom\u0113r piln\u012bb\u0101 norm\u0101li, ja viss str\u0101d\u0101 stabilit\u0101ti. Piem\u0113ram, Installer pakalpojum\u0101 versijas numurs iev\u0113rojami atpaliek no blakus eso\u0161ajiem. \u0160ausmas? N\u0113, jo tas netiek piln\u012bb\u0101 p\u0101rinstal\u0113ts, bet vienk\u0101r\u0161i tiek atjaunin\u0101tas t\u0101 DLL. V9.5 U4 iel\u0101 liela tehnisk\u0101 atbalsta murgu atjaunin\u0101\u0161anas laik\u0101 visas pakalpojumu versijas bija jaunas, iz\u0146emot galveno. U4b, transporta pakalpojums apsteidza visus p\u0101r\u0113jos pat par div\u0101m versij\u0101m (ja sprie\u017e p\u0113c skait\u013ciem). Un tas ar\u012b ir norm\u0101li \u2014 taj\u0101 tika atrasta nopietna k\u013c\u016bda, t\u0101p\u0113c tas sa\u0146\u0113ma bonusu atjaunin\u0101jumu attiec\u012bb\u0101 pret citiem. T\u0101p\u0113c, apkopojot, versiju at\u0161\u0137ir\u012bbas VAR b\u016bt probl\u0113ma, bet, ja at\u0161\u0137ir\u012bba ir, un viss darbojas pareizi, tad, visticam\u0101k, t\u0101 tie\u0161\u0101m ir nepiecie\u0161ama. Bet neviens jums neaizliedz to preciz\u0113t tehniskaj\u0101 atbalst\u0101.<\/p>\n<p>T\u0101 bija t\u0101 saukt\u0101 oblig\u0101t\u0101 vai Mandatory pakalpojumi. Bet ir ar\u012b vesela virkne pal\u012bgpakalpojumu, piem\u0113ram, Tape Service, Mount Service, vPowerNFS Service un t\u0101 t\u0101l\u0101k.<\/p>\n<p>Hyper-V gad\u012bjum\u0101 viss ir t\u0101ds pats, tikai ir specifisks <strong>Veeam Backup Hyper-V Integration Service<\/strong> un savs draiveris CBT darb\u012bbai.<\/p>\n<p>Un un beig\u0101 m\u0113s run\u0101sim, kas str\u0101d\u0101 ar virtu\u0101laj\u0101m ma\u0161\u012bn\u0101m dubl\u0113\u0161anas laik\u0101. Pre- un post-freeze skriptu palai\u0161anai, \u0161edou kopijai, metadatu apkopo\u0161anai, SQL dar\u012bjumu \u017eurn\u0101lu apstr\u0101dei un citiem procesiem tiek izmantots <strong>Veeam Guest Helper<\/strong>. Un, ja notiek failu sist\u0113mu indeks\u0113\u0161ana, <strong>Veeam Guest Indexer <\/strong>. Tie ir pagaidu pakalpojumi, kas tiek izveidoti dubl\u0113\u0161anas laik\u0101 un no\u0146emti p\u0113c tam.<\/p>\n<p>Jaun\u0101s Linux ma\u0161\u012bn\u0101s viss ir daudz vienk\u0101r\u0161\u0101k, pateicoties daudzajiem ieb\u016bv\u0113tajiem bibliot\u0113k\u0101m un pa\u0161a sist\u0113mas iesp\u0113j\u0101m. Piem\u0113ram, indeks\u0113\u0161ana tiek veikta, izmantojot mlocate.<\/p>\n<h3>Uz \u0161o br\u012bdi viss.<\/h3>\n<p>\nNegribu j\u016bs vair\u0101k moc\u012bt un <u>\u012bsi<\/u> uzskatu, ka ievads Veeam iek\u0161\u0113j\u0101s strukt\u016br\u0101s ir nosl\u0113dzies. J\u0101, m\u0113s paties\u012bb\u0101 pat tuvu netik\u0101m l\u012bdz pa\u0161iem \u017eurn\u0101liem, bet ticiet man, lai inform\u0101cija, kas tajos ir, neizklaus\u012btos k\u0101 bezsakara apzi\u0146as pl\u016bsma, \u0161\u0101ds ievads noteikti ir nepiecie\u0161ams. Par pa\u0161u \u017eurn\u0101lu es pl\u0101noju run\u0101t tikai tre\u0161aj\u0101 rakst\u0101, bet n\u0101kamais pl\u0101ns ir izskaidrot, kur\u0161 \u0123ener\u0113 \u017eurn\u0101lus, kas tie\u0161i tajos tiek att\u0113lots un k\u0101p\u0113c tie\u0161i t\u0101, nevis cit\u0101di.<br \/>\n<br \/>Avots: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/veeam\/blog\/519398\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041c\u044b \u0432 Veeam \u043b\u044e\u0431\u0438\u043c \u043b\u043e\u0433\u0438. \u0410 \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u043d\u0430\u0448\u0438\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439 \u043c\u043e\u0434\u0443\u043b\u044c\u043d\u044b\u0435, \u0442\u043e \u043b\u043e\u0433\u043e\u0432 \u043e\u043d\u0438 \u043f\u0438\u0448\u0443\u0442 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u043c\u043d\u043e\u0433\u043e. \u0410 \u0440\u0430\u0437 \u0441\u0444\u0435\u0440\u0430 \u043d\u0430\u0448\u0435\u0439 \u0434\u0435\u044f\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u2014 \u044d\u0442\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u0435 \u0441\u043e\u0445\u0440\u0430\u043d\u043d\u043e\u0441\u0442\u0438 \u0432\u0430\u0448\u0438\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 (\u0442.\u0435. \u0441\u043f\u043e\u043a\u043e\u0439\u043d\u043e\u0433\u043e \u0441\u043d\u0430), \u0442\u043e \u043b\u043e\u0433\u0438 \u0434\u043e\u043b\u0436\u043d\u044b \u043d\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u0444\u0438\u043a\u0441\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u043a\u0430\u0436\u0434\u044b\u0439 \u0447\u0438\u0445, \u043d\u043e \u0438 \u0434\u0435\u043b\u0430\u0442\u044c \u044d\u0442\u043e \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e. \u042d\u0442\u043e \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u0447\u0442\u043e\u0431\u044b \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0447\u0435\u0433\u043e \u0431\u044b\u043b\u043e \u043f\u043e\u043d\u044f\u0442\u043d\u043e, \u043a\u0430\u043a \u044d\u0442\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97727,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97726","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041c\u044b \u0432 Veeam \u043b\u044e\u0431\u0438\u043c \u043b\u043e\u0433\u0438.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/lv\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"lv_LV\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Veeam Log Diving: \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u044b \u0438 \u0433\u043b\u043e\u0441\u0441\u0430\u0440\u0438\u0439 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041c\u044b \u0432 Veeam \u043b\u044e\u0431\u0438\u043c \u043b\u043e\u0433\u0438.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/lv\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-21T06:42:15+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-10-21T06:42:15+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Veeam Log Diving: komponenti un glos\u0101rijs | ProHoster","description":"M\u0113s Veeam m\u012blam \u017eurn\u0101lus.","canonical_url":"https:\/\/prohoster.info\/lv\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"lv_LV","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\udd47Veeam Log Diving: \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u044b \u0438 \u0433\u043b\u043e\u0441\u0441\u0430\u0440\u0438\u0439 | ProHoster","og:description":"\u041c\u044b \u0432 Veeam \u043b\u044e\u0431\u0438\u043c \u043b\u043e\u0433\u0438.","og:url":"https:\/\/prohoster.info\/lv\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","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:15+00:00","article:modified_time":"2020-10-21T06:42:15+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97726","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-10-03 07:14:38","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/posts\/97726","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/comments?post=97726"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/posts\/97726\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/media\/97727"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/media?parent=97726"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/categories?post=97726"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/lv\/wp-json\/wp\/v2\/tags?post=97726"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}