By Veeam hâlde wy fan houtblokken. En om't de measte fan ús oplossingen modulêr binne, skriuwe se in protte logs. En om't de omfang fan ús aktiviteit is om de feiligens fan jo gegevens te garandearjen (dus rêstige sliep), dan moatte de logs net allinich elke sneeze opnimme, mar it ek yn wat detail dwaan. Dit is nedich, sadat it yn gefal fan wat dúdlik is hoe't dit "wat" barde, wa't de skuld hat en wat dêrnei dien wurde moat. It is lykas yn forensyske wittenskip: jo witte noait hokker lyts ding jo sil helpe de moardner fan Laura Palmer te finen.
Dêrom besleat ik in swing te nimmen by in searje artikels, wêr't ik opfolgjend sil prate oer wat wy skriuwe oan 'e logs, wêr't wy se opslaan, hoe net gek wurde mei har struktuer en wat te sykjen yn har.
Wêrom in searje artikels en wêrom net alles yn ien kear beskriuwe?
Simply listje hokker log is wêr en wat is opslein yn it is in nochal desastreus bedriuw. En it is eng om sels nei te tinken oer it bywurkjen fan dizze ynformaasje. In ienfâldige list fan alle mooglike soarten logs yn Veeam Backup & Replication is in tabel op ferskate blêden yn lytse print. En it sil allinich relevant wêze op 'e tiid fan publikaasje, om't ... as de folgjende patch wurdt frijlitten, kinne nije logs ferskine, de logika fan 'e opsleine ynformaasje yn' e âlde sil feroarje, ensfh. Dêrom sil it folle rendabeler wêze om har struktuer te ferklearjen en de essinsje fan 'e ynformaasje yn har. Hjirmei kinne jo better troch de plakken navigearje dan it banale kramjen fan nammen.
Dêrom, om net te haasten yn 'e pool fan tekstblêden, litte wy wat tariedend wurk dwaan yn dit artikel. Dêrom sille wy hjoed net yn 'e logs sels komme, mar sille wy fan fierren gean: wy sille in glossary gearstalle en de Veeam-struktuer in bytsje besprekke yn termen fan it generearjen fan logs.
Wurdlist en jargon
Hjir, earst fan alle, is it wurdich om ferûntskuldigingen oan 'e kampioenen fan' e suverens fan 'e Russyske taal en de tsjûgen fan Ozhegov's wurdboek. Wy hâlde allegear tige fan ús memmetaal, mar de ferdomde IT-yndustry wurket yn it Ingelsk. No, wy kamen der net op, mar it barde histoarysk. It is net myn skuld, hy kaam sels (c)
Yn ús bedriuw hat it probleem fan anglisismen (en jargon) syn eigen spesifikaasjes. Wannear't ûnder ûnskuldige wurden as "gast" of "gast" de hiele wrâld hat lang begrepen hiel spesifike dingen, dan op ⅙ fan it lân, heroyske betizing en staggering mei pokken yn wurdboeken. En it strikt ferplichte argumint "Mar by ús wurk ...".
Plus, d'r is gewoan ús terminology, dy't spesifyk ynherinte is yn Veeam-produkten, hoewol guon wurden en útdrukkingen populêr wurden binne. Dêrom, no sille wy iens oer wat term betsjut wat, en yn 'e takomst, mei it wurd "gast" Ik sil krekt betsjutte wat is skreaun yn dit haadstik, en net wat jo binne wend oan it wurk. En ja, dit is net myn persoanlike wille, dit binne goed fêststelde termen yn 'e yndustry. It bestriden fan har is wat nutteloos. Al bin ik altyd foarstanner fan chillen yn opmerkingen.
Spitigernôch binne d'r in protte termen en produkten yn ús wurk, dus ik sil net besykje se allegear op te listjen. Allinnich de meast basale ynformaasje oer backups en logs dy't nedich binne foar oerlibjen op see. Foar belangstellenden kin ik ek kollega oer de feeds, dêr't er ek joech in list mei termen yn ferbân mei dat diel fan 'e funksjonaliteit.
Host (Host): Yn 'e wrâld fan virtualisaasje is dit in masine mei in hypervisor. Fysike, firtuele, wolk - it makket neat út. As eat in hypervisor rint (ESXi, Hyper-V, KVM ensfh), dan wurdt dit "wat" in host neamd. Oft it no in kluster is mei tsien rekken of jo laptop mei in laboratoarium foar ien en in heale firtuele masines, as jo in hypervisor lansearre hawwe, wurde jo in host. Om't de hypervisor firtuele masines host. D'r is sels in ferhaal dat VMware op in stuit in fêste assosjaasje fan it wurd host woe berikke mei ESXi. Mar se koe it net.
Yn 'e moderne wrâld is it konsept fan "host" praktysk gearfoege mei it konsept fan "tsjinner", wat in bepaalde betizing foar kommunikaasje bringt, benammen as it giet om Windows-ynfrastruktuer. Dus elke masine wêrop in foar ús ynteressante tsjinst leit kin feilich in host wurde neamd. Bygelyks, yn 'e WinSock-logs is alles markearre mei it wurd host. De klassike "Host net fûn" is hjir in foarbyld fan. Dat wy geane út 'e kontekst, mar tink derom - yn' e wrâld fan virtualisaasje is de host wat de gasten host (mear oer dizze twa rigels hjirûnder).
Ut lokaal jargon (leaver sels akronyms, yn dit gefal), wurdt it hjir weromroppen dat VMware VI is, vSphere is VC, en Hyper-V is HV.
Gast (Gast): In firtuele masine dy't rint op in host. D'r is hjir net iens wat te ferklearjen, alles is sa logysk en ienfâldich. In protte slepe lykwols iverich wat oare betsjuttingen hjir.
Foar wat? Ik wit it net.
Guest OS, respektivelik, it bestjoeringssysteem fan 'e gastmasine. Ensafuorthinne.
Reservekopy-/replikaasjetaak (jobA): Suver Wim-jargon, wat guon fan 'e taken oantsjut. Reservekopy taak == Reservekopy taak. Nimmen hat útfûn hoe't se it moai oersette yn it Russysk, dus elkenien seit "JobA". Mei klam op it lêste wurdlid.
Ja, dat is hoe't se gewoan "joba" sizze. En se skriuwe sels sa yn brieven, en alles is goed.
Alle soarten fan Backup banen, Reservekopy Taken, ensfh, tank, mar net nedich. Gewoan dwaan in wurk, en hja sille begripe dy. It wichtichste is om de klam op 'e lêste wurdlid te setten.
Reservekopy (Backup, reservekopy. Foar wiere-oldfags is Reservekopy tastien): Neist it fanselssprekkend (in reservekopy fan de gegevens dy't earne lizze), betsjut it ek de baan sels (trije rigels boppe, as jo al fergetten binne), wêrtroch't datselde reservekopybestân ferskynt. Wierskynlik, hearen, Ingelsktaligen binne te lui om te sizzen dat ik elke kear myn reservekopy wurke, dus se sizze gewoan dat ik myn reservekopy rûn, en elkenien begrypt inoar perfekt. Ik stel foar om dit prachtige inisjatyf te stypjen.
Konsolidearje: In term dy't ferskynde yn ESXi 5.0 In opsje yn it momintopnamemenu dat begjint it proses fan it wiskjen fan saneamde orphaned momintopnamen. Dat is, snapshots dy't fysyk beskikber binne, mar binne fallen út 'e werjûn logyske struktuer. Teoretysk soe dit proses gjin ynfloed hawwe op de bestannen werjûn yn 'e snapshotbehearder, mar alles kin barre. De essinsje fan it konsolidaasjeproses is dat gegevens fan in momintopname (bernskiif) nei de haadskiif (âlder) skreaun wurde. It proses fan gearfoegjen fan skiven wurdt gearfoegjen neamd. As in konsolidaasjekommando waard jûn, kin it momintopnamerecord út 'e databank wiske wurde foardat de momintopname gearfoege en wiske wurdt. En as de snapshot om ien of oare reden net wiske wurde koe, dan ferskine dizze selde wees-snapshots. VMware hat ynformaasje oer wurkjen mei snapshots . En wy prate ek op ien of oare manier oer har .
Datastore (Stora of hundredaj): In heul breed konsept, mar yn 'e wrâld fan virtualisaasje ferwiist it nei it plak wêr't firtuele masinebestannen opslein wurde. Mar yn alle gefallen moatte jo de kontekst heul dúdlik begripe en, as jo de minste twifel hawwe, dúdlik meitsje wat jo petearpartner krekt bedoelde.
Proxy (Proxy): It is wichtich om fuortendaliks te begripen dat Veeam Proxy net hielendal itselde is as wat wy op it ynternet wend binne. Binnen Veeam-produkten is dit in soarte fan entiteit dy't him dwaande hâldt mei it oerdragen fan gegevens fan it iene plak nei it oare. As jo net yngeane yn details, dan is VBR in kommando- en kontrôletsjinner, en proxy's binne har wurkhynders. Dat is, in proxy is in masine wêrmei't ferkear streamt en wêrop VBR-komponinten ynstalleare binne dy't helpe om dit ferkear te stjoeren. Bygelyks om gegevens fan it iene kanaal nei it oare oer te bringen, of gewoan om skiven oan himsels te kleien (HotAdd-modus).
Repository (Repository): Technysk is dit gewoan in yngong yn 'e VBR-database, dy't it plak oanjout wêr't de backups wurde opslein, en hoe't jo ferbine mei dit plak. Yn feite kin it of gewoan in CIFS-bal wêze as in aparte skiif, server of bak yn 'e wolk. Nochris binne wy yn kontekst, mar wy begripe dat in repository gewoan in plak is wêr't jo backups binne.
Snapshot (SnapshOt): Oxford grammatikaleafhawwers leaver te sizzen wa't momintopname is en wa is momintopname, mar de analfabeeten mearderheid profitearje fan 'e gruttere massa. As immen net wit, dit is in technology wêrmei jo te herstellen de steat fan in skiif op in bepaald punt yn 'e tiid. Dit wurdt dien troch tydlik I/O-operaasjes fuort te lieden fan de haadskiif - dan wurdt it RoW (Redirect on Write) momintopname neamd - of troch herskriuwbere blokken fan jo skiif nei in oare te ferpleatsen - dit wurdt CoW neamd (Copy on Write) ) momintopname. It is te tankjen oan de brede mooglikheden foar it brûken fan dizze funksjes dat Veeam syn backupmagy kin wurkje. Strikt sjoen, net allinich foar har, mar dit is in kwestje fan kommende releases.
Yn de dokumintaasje en ESXi logs der is gaos om dizze term, en yn 'e kontekst fan it neamen fan snapshots kinne jo fine snapshots sels, redo log en sels delta skiif. D'r is gjin sa'n skeel yn 'e Veeam-dokumintaasje, en in momintopname is in momintopname, en in redo-log is krekt in REDO-bestân makke troch in ûnôfhinklike net-persistente skiif. REDO-bestannen wurde wiske as de firtuele masine is útskeakele, dus betizing mei snapshots is in resept foar mislearring.
Syntetysk: Syntetyske backups ferwize nei reverse inkrementele en foar altyd foarút backups. As jo dizze term net binne tsjinkaam, is it gewoan ien fan 'e meganismen dy't brûkt wurde om in transformaasje fan in reservekopyketen te bouwen. Yn 'e logs kinne jo lykwols ek it konsept fan Transform fine, dat wurdt brûkt yn it ramt fan it meitsjen fan folsleine kopyen út ynkommens (syntetyske fol).
Taak: Dit is it proses fan it ferwurkjen fan elke yndividuele masine binnen in baan. Dat is: jo hawwe in reservekopy taak dy't omfiemet trije masines. Dit betsjut dat elke masine wurdt ferwurke binnen in aparte taak. Yn totaal sille d'r fjouwer logs wêze: de wichtichste foar de baan en trije foar de taken. Lykwols, hjir is in wichtige nuânse: yn 'e rin fan' e tiid is it wurd "taak" ûnnedich dûbelsinnich wurden. As wy prate oer algemiene logs, bedoele wy dat in taak krekt in VM is. Mar sawol de proxy as it repository hawwe har eigen "taken". Dêr kin dit in firtuele skiif, in firtuele masine, of de hiele baan betsjutte. Dat is, it is wichtich om de kontekst net te ferliezen.
Veeam %name% Tsjinst: Foar it foardiel fan suksesfolle backups wurkje ferskate tsjinsten tagelyk, in list wêrfan kin fûn wurde yn 'e standert apparatuer. Har nammen wjerspegelje har essinsje frij transparant, mar ûnder gelikensen is d'r de wichtichste - Veeam Backup Service, sûnder hokker de rest net sil wurkje.
VSS: Technysk moat VSS altyd stean foar Microsoft Volume Shadow Copy Service. Yn feite wurdt it troch in protte brûkt as synonym foar Application-Aware Image Processing. Wat, fansels, is categorically ferkeard, mar dit is in ferhaal út de kategory "Elke SUV kin neamd wurde in jeep, en jo sille wurde begrepen."
Fantastyske logs en de plakken dêr't se wenje
Ik wol dit haadstik begjinne mei it iepenbierjen fan it grutte geheim - hoe let wurdt werjûn yn 'e logs?
Unthâld:
- ESXi skriuwt altyd logs yn UTC + 0.
- vCenter hâldt logs neffens de tiid fan syn tiidsône.
- Veeam hâldt logs op basearre op de tiid en tiidsône fan de tsjinner wêrop it is ynstalleare.
- En allinich Windows-eveneminten yn EVTX-formaat hawwe gjin lêst fan bining oan neat. By iepening wurdt de tiid opnij berekkene foar de auto wêrop se iepene waarden. De meast handige opsje, hoewol d'r swierrichheden mei binne. De ienige taastbere muoite is it ferskil yn lokaasjes. Dit is in praktysk garandearre paad nei ûnlêsbere logs. Ja, d'r binne opsjes foar hoe't jo dit moatte behannelje, mar litte wy gewoan net argumearje mei it feit dat alles yn IT yn it Ingelsk wurket, en akkoard om altyd de Ingelske lokaasje op 'e servers yn te stellen. Oh asjebleaft.
Litte wy no prate oer de plakken wêr't de logs libje en hoe't se se krije. Yn it gefal fan VBR binne d'r twa oanpak.
Opsje ien is geskikt as jo net graach sykje nei bestannen yn 'e algemiene heap dy't spesifyk relatearje oan jo probleem. Hjirfoar hawwe wy in aparte wizard, wêrmei jo in spesifike baan en in spesifike perioade kinne oantsjutte wêrfoar jo logs nedich binne. Dêrnei giet er sels troch de mappen en set alles wat er nedich is yn ien argyf. Oer wêr't jo it sykje en hoe't jo dermei wurkje, wurdt yn detail skreaun yn .
De wizard sammelet lykwols net de logs fan alle taken en, bygelyks, as jo de logs fan 'e restauraasje, failover of failback moatte bestudearje, leit jo paad yn' e map %ProgramData%/Veeam/Backup. Dit is de wichtichste VBR-logopslach, en %ProgramData% is in ferburgen map en dat is goed. Trouwens, de standertlokaasje kin opnij wurde tawiisd mei in registerkaai fan type REG_SZ: LogDirectory yn 'e HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Reservekopy en replikaasje branch.
Op Linux-masines moatte logs fan wurkagenten socht wurde yn /var/log/VeeamBackup/as jo in root- of sudo-akkount brûke. As jo soksoarte privileezjes net hawwe, sykje dan nei logs /tmp/VeeamBackup.
Foar Veeam-agent foar %OS_name% moatte logs yn socht wurde %ProgramData%/Veeam/Endpoint (of %ProgramData%/Veeam/Backup/Endpoint) en /var/log/veeam respektivelik.
As jo applikaasje-bewuste ôfbyldingsferwurking brûke (en wierskynlik binne jo), dan wurdt de situaasje wat komplisearre. Jo sille ús helplogs nedich hawwe, dy't wurde opslein yn 'e firtuele masine sels, en VSS-logs. Hoe en wêr te krijen dit lok is skreaun yn detail yn . En der is fansels om de nedige systeemlogboeken te sammeljen.
It is handich om te sammeljen Windows-eveneminten neffens . As jo Hyper-V brûke, wurde dingen yngewikkelder, om't jo ek al har logs nedich binne fan 'e applikaasjes en tsjinstlogs> Microsoft> Windows-ôfdieling. Hoewol kinne jo altyd gean de mear dom manier en gewoan ophelje alle objekten út % SystemRoot% System32winevtLogs.
As der wat brekt by ynstallaasje/upgrade, dan is alles wat jo nedich binne te finen yn 'e %ProgramData%/Veeam/Setup/Temp map. Hoewol ik it feit net ferbergje sil dat jo mear brûkbere ynformaasje kinne fine yn OS-eveneminten dan yn dizze logs. It oerbleaune nijsgjirrige guod leit yn %Temp%, mar der binne benammen ynstallaasjelogs fan besibbe software, lykas de databank, .Net-biblioteken en oare dingen. Tink derom dat Veeam is ynstalleare fan in msi, en al syn komponinten wurde ek ynstalleare as aparte msi-pakketten, sels as dit net yn 'e GUI waard werjûn. Dêrom, as de ynstallaasje fan ien fan 'e komponinten mislearret, sil de folsleine VBR-ynstallaasje stopje. Dêrom moatte jo nei de logs gean en sjen wat krekt bruts en op hokker momint.
En noch ien lêste libbenshack: as jo in flater krije by ynstallaasje, haast dan net om op OK te klikken. Earst nimme wy de logs, klik dan op OK. Op dizze manier krije jo in log dat einiget op it momint fan 'e flater, sûnder jiskefet oan' e ein.
En it bart dat jo yn 'e vSphere-logs moatte komme. It is in tige tankber wurk, mar as jo de mouwen opsmyt, moatte jo wat oars dwaan. Yn 'e ienfâldichste ferzje sille wy logs nedich hawwe mei firtuele masine-eveneminten vmware.log, dy't njonken syn .vmx-bestân lizze. Iepenje Google yn in komplekser gefal en freegje wêr't de logs foar jo ferzje fan 'e host binne, om't VMware graach dizze lokaasje fan release nei release feroaret. Bygelyks, , mar foar . Foar vCenter logs, werhelje de proseduere . Mar yn it algemien, wy sille wêze ynteressearre yn host evenemint logs hostd.log, host eveneminten beheard troch vCenter vpxa.log, kernel logs vmkernel.log en autentikaasje logs auth.log. No, yn 'e meast ferwaarleazge gefallen kin it SSO-log, dat yn' e SSO-map leit, fan pas komme.
Omslachtich? Yn 'e war? Scary? Mar dit is net iens de helte fan de ynformaasje wêrmei ús stipe op deistige basis wurket. Dus se binne echt, echt cool.
Veeam Components
En om dit ynliedend artikel ôf te sluten, litte wy in bytsje prate oer de Veeam Backup & Replication-komponinten. Want as jo sykje nei de oarsaak fan pine, soe it moai wêze om te begripen hoe't de pasjint wurket.
Dat, lykas elkenien wierskynlik wit, is Veeam Backup in saneamde SQL-basearre applikaasje. Dat is, alle ynstellingen, alle ynformaasje en, yn 't algemien, alles dat nedich is foar normaal funksjonearjen - dit alles is yn har databank. Of leaver, yn twa databases, as wy it hawwe oer in kombinaasje fan VBR en EM: VeeamBackup en VeeamBackupReporting, respektivelik. En sa barde it: wy ynstallearje in oare applikaasje - in oare databank ferskynt. Om net alle aaien yn ien koer op te slaan.
Mar om dizze heule ûndernimming soepel te wurkjen, sille wy in set tsjinsten en applikaasjes nedich wêze dy't alle komponinten mei-inoar ferbine. Krekt bygelyks, dit is hoe't it derút sjocht yn ien fan myn laboratoaria:
Treedt as haadkondukteur Veeam Reservekopy Service. Hy is dejinge dy't ferantwurdlik is foar it útwikseljen fan ynformaasje mei de databases. Hy is ek ferantwurdlik foar it lansearjen fan alle taken, it orkestrearjen fan tawiisde middels en wurkje as in soarte fan kommunikaasjesintrum foar in ferskaat oan konsoles, aginten en al it oare. Yn ien wurd is der hielendal gjin wei sûnder him, mar dat betsjut net dat er alles sels docht.
Helpt him by de ferfolling fan syn plan Veeam Backup Manager. Dit is gjin tsjinst, mar in entiteit dy't banen lansearret en it proses fan har útfiering kontrolearret. De wurkjende hannen fan 'e reservekopytsjinst, wêrmei't it ferbynt mei hosts, makket snapshots, kontrolearret behâld, ensfh.
Mar werom nei de list fan tsjinsten. Veeam Broker Service. Ferskynd yn v9.5 (en dit is gjin krypto-miner, lykas guon doe tochten). Sammelet ynformaasje oer VMware-hosts en behâldt har relevânsje. Mar rin net daliks om lilke opmerkings te skriuwen dat wy jo bespionearje en alle logins / wachtwurden lekke nei de taschmajor. Alles is in bytsje ienfâldiger. As jo in reservekopy útfiere, is it earste ding dat jo moatte dwaan ferbine mei de host en alle gegevens oer de struktuer bywurkje. Dit is in nochal stadich en omslachtig ferhaal. Unthâld gewoan hoe lang it duorret foar jo om oan te melden fia de webynterface, en tink dat allinich de boppeste laach dêr teld wurdt. En dan moatte jo trouwens de hiele hiërargy noch op it goede plak iepenje. Yn in wurd, horror. As jo in tsiental backups útfiere, dan moat elke taak dizze proseduere dwaan. As wy it hawwe oer grutte ynfrastruktuer, dan kin dit proses tsien minuten of mear duorje. Dêrom is besletten om hjirfoar in aparte tsjinst ta te kennen, wêrmei't it mooglik is om altyd aktuele ynformaasje te krijen. By it opstarten kontrolearret en scant it alle tafoege ynfrastruktuer, en besiket dan allinich te wurkjen op it nivo fan ynkrementele feroarings. Dus sels as jo hûndert backups tagelyk útfiere, sille se allegear ynformaasje freegje fan ús brokker, en sille de hosts net mei har oanfragen martelje. As jo besoarge binne oer boarnen, dan hawwe neffens ús berekkeningen 5000 firtuele masines mar sawat 100 Mb oan ûnthâld nedich.
Folgjende hawwe wy Veeam konsole. Hy is Veeam Remote Console, hy is Veeam.Backup.Shell. Dit is deselde GUI dy't wy sjogge yn 'e skermôfbyldings. Alles is ienfâldich en fanselssprekkend - de konsole kin fan oeral wurde lansearre, salang't it Windows is en d'r in ferbining is mei de VBR-tsjinner. It ienige ding dat kin wurde sein is dat de FLR proses sil mount punten lokaal (dat wol sizze op 'e masine dêr't de konsole rint). No, ferskate Veeam Explorers sille ek lokaal rinne, om't se diel útmeitsje fan 'e konsole. Mar it hat my al yn it wyld brocht ...
De folgjende nijsgjirrige tsjinst is Veeam Reservekopy Catalog Data Service. Bekend as Veeam Guest Catalog Service yn 'e list mei tsjinsten. Hy is dwaande mei it yndeksearjen fan triemsystemen op gastmasines en folt de VBRCatalog-map mei dizze kennis. It wurdt allinich brûkt wêr't it karfakje foar yndeksearring ynskeakele is. En it makket allinich sin om it yn te skeakeljen as jo Enterprise Manager hawwe. Dêrom, advys út 'e boaiem fan myn hert: yndeksearje net sa as jo gjin EAT hawwe. Besparje jo senuwen en stipe tiid.
Ek fan oare wichtige tsjinsten is it wurdich op te merken Veeam Ynstallearder Service, mei help wêrfan de nedige komponinten wurde levere en ynstalleare op proxy's, repositories en oare poarten. Yn feite, hy leveret de nedige .msi-pakketten oan de servers en ynstalleart se.
Veeam Data Mover - mei help fan auxiliary aginten lansearre op proxies (en net allinich) draacht it gegevens oer. Bygelyks, tidens reservekopy sil ien agint bestannen lêze fan 'e hostdatastore, en de twadde sil se foarsichtich skriuwe nei de reservekopy.
Apart wol ik in wichtich ding opmerke wêrop kliïnten faak reagearje - it ferskil yn ferzjes fan tsjinsten en ynformaasje yn 'e programma's en funksjes snap-in. Ja, de list sil itselde wêze, mar de ferzjes kinne folslein ynkonsistint wêze. Dit is net hiel geweldich út in fisueel eachpunt, mar it is folslein normaal as alles wurket stabyl. Bygelyks, it ferzjenûmer fan 'e Ynstalleardertsjinst leit fier efter de buorlju. Horror en nachtmerje? Nee, om't it net hielendal opnij is ynstalleare, mar syn DLL wurdt gewoan bywurke. Yn 'e v9.5 U4-patch barde in nachtmerje foar technyske stipe: tidens de fernijing krigen alle tsjinsten nije ferzjes, útsein de wichtichste. Yn 'e U4b-patch wie de ferfierstsjinst alle oaren foar mei safolle as twa ferzjes (beoardielje nei de nûmers). En dit is ek normaal - in serieuze brek waard fûn yn it, dus it krige in bonus update relatyf oan de oaren. Dus, om te gearfetten: ferzjeferskillen KINNE in probleem wêze, mar as d'r in ferskil is en alles goed wurket, dan soe it wierskynlik sa wêze moatte. Mar gjinien ferbiedt jo dit te ferdúdlikjen mei technyske stipe.
Dit wiene de saneamde ferplichte of Ferplichte tsjinsten. En d'r is in hiele bosk auxiliary ones, lykas Tape Service, Mount Service, vPowerNFS Service ensafuorthinne.
Foar Hyper-V yn 't algemien is alles itselde, allinich is d'r in spesifyk Veeam Backup Hyper-V Yntegraasjetsjinst en syn eigen bestjoerder foar wurkjen mei CBT.
En oan 'e ein sille wy prate oer wa't wurket op firtuele masines by reservekopy. Om pre- en post-freeze-skripts út te fieren, in skaadkopy te meitsjen, metadata te sammeljen, te wurkjen mei SQL-transaksjelogboeken, ensfh. Veeam Guest Helper. En as bestânsystemen yndeksearre binne, Veeam Guest Indexer . Dit binne tydlike tsjinsten dy't ynset wurde foar de doer fan 'e reservekopy en dêrnei fuorthelle.
Yn it gefal fan Linux-masines is alles folle ienfâldiger troch de oanwêzigens fan in grut oantal ynboude biblioteken en de mooglikheden fan it systeem sels. Bygelyks, yndeksearring wurdt dien fia mlocate.
Dat is alles foar no
Ik doar dy net mear te marteljen en koart Ik achtsje de ynlieding foar it Veeam-motorromte kompleet. Ja, wy binne net iens ticht by de hoalen sels kommen, mar leau my, sadat de ynformaasje dy't dêryn presintearre is net in ûnkoherinte stream fan bewustwêzen liket, sa'n ynlieding is perfoarst needsaaklik. Ik plan om allinich yn it tredde artikel nei de logs sels te gean, en it plan foar de folgjende is om te ferklearjen wa't de logs generearret, wat krekt yn har wurdt werjûn en wêrom krekt, en net oars.
Boarne: www.habr.com
