Veeam-en erregistroak maite ditugu. Eta gure soluzio gehienak modularrak direnez, erregistro asko idazten dituzte. Eta gure jardueraren esparrua zure datuen segurtasuna (hau da, lo lasaia) bermatzea denez, erregistroek doministiku guztiak grabatu ez ezik, xehetasun batzuk ere egin behar dituzte. Beharrezkoa da, zerbait gertatuz gero argi gera dadin nola gertatu den “zer” hori, nork duen erruduna eta zer egin behar den gero. Zientzia forentsean bezala da: ez dakizu zer gauza txiki lagunduko dizun Laura Palmerren hiltzailea aurkitzen.
Hori dela eta, artikulu sorta bati swing bat ematea erabaki nuen, non sekuentzialki hitz egingo dudan erregistroetan zer idazten dugun, non gordetzen ditugun, nola ez zoratu haien egiturarekin eta zer bilatu behar den haien barruan.
Zergatik artikulu sorta bat eta zergatik ez dena aldi berean deskribatzen?
Erregistroa non dagoen eta bertan gordetzen dena zerrendatzea besterik ez da eginkizun negargarria da. Eta beldurra ematen du informazio hori eguneratuta mantentzea pentsatzeak. Veeam Backup & Replication-en erregistro mota posible guztien zerrenda sinplea hainbat orritan letra txikiz idatzitako taula bat da. Bai, eta argitalpen unean bakarrik izango da garrantzitsua, zeren. hurrengo adabakia kaleratzen denean, erregistro berriak ager daitezke, zaharretan gordetako informazioaren logika aldatuko da, etab. Hori dela eta, askoz errentagarriagoa izango da haien egitura eta horietan jasotako informazioaren funtsa azaltzea. Honek lekuetan hobeto nabigatzeko aukera emango dizu izenen pilaketa hutsala baino.
Hori dela eta, testu-orrien putzuan buru-belarri ez sartzeko, egin dezagun artikulu honetan prestaketa lan bat. Hori dela eta, gaur ez gara erregistroetan sartuko, urrutitik joango gara: glosario bat osatuko dugu eta Veeam egituraz apur bat eztabaidatuko dugu erregistroak sortzeari dagokionez.
Glosarioa eta jargoia
Hemen, lehenik eta behin, merezi du barkamena eskatzea errusiar hizkuntzaren garbitasunaren txapeldunei eta Ozhegoven hiztegiaren lekukoei. Denok asko maite dugu gure ama hizkuntza, baina IT industria madarikatuak ingelesez funtzionatzen du. Tira, ez genuen asmatu, baina historikoki gertatu zen. Ez da nire errua, bera etorri zen (c)
Gure negozioan, anglizismoen (eta jargoiaren) arazoak bere berezitasunak ditu. "Anfitrioi" edo "gonbidatu" bezalako hitz errugabeen azpian mundu osoak aspalditik gauza zehatzak ulertzen dituenean, orduan lurraldearen ⅙n, nahasmen heroikoa eta hiztegietan sartzearekin txundituta jarraitzen du. Eta erabat derrigorrezko argudioa "Baina gure lanean...".
Gainera, gure terminologia hutsa dago, Veeam produktuetan berezkoa dena, nahiz eta hitz eta esaldi batzuk jendearengana joan diren. Hori dela eta, orain adostuko dugu zer esan nahi duen terminoak, eta etorkizunean, "gonbidatua" hitzaren azpian, kapitulu honetan idatzitakoa esango dut zehazki, eta ez lanean ohituta zaudenarekin. Eta bai, hau ez da nire kapritxo pertsonala, ondo finkatuta dauden terminoak dira industrian. Haien aurka borrokatzea alferrikakoa da. Nahiz eta beti iruzkinetan lasaitzearen aldekoa izan.
Zoritxarrez, gure lan eta produktuetan termino asko daude, beraz, ez naiz horiek guztiak zerrendatzen saiatuko. Itsasoan bizirauteko babeskopiei eta erregistroei buruzko informazio oinarrizkoena eta beharrezkoena bakarrik. Interesa dutenentzat, nik ere egin dezaket lankideek zintei buruz, non funtzionalitatearen zati horrekin lotutako terminoen zerrenda ere eman zuen.
Ostalari (Ostalari): Birtualizazioaren munduan, hau hipervisorea duen makina bat da. Fisikoa, birtuala, hodeia - berdin dio. Zerbait hipervisor bat exekutatzen ari bada (ESXi, Hyper-V, KVM eta abar), orduan "zerbait" horri ostalari deitzen zaio. Hamar rack dituen kluster bat den edo zure ordenagailu eramangarria makina birtual bat eta erdirako laborategia duen - hipervisor bat abiarazi baduzu, ostalari bihurtu zara. Hipervisoria makina birtualak hartzen dituelako. Bada garai batean VMware-k ostalari hitzaren elkarketa irmoa lortu nahi zuela ESXirekin. Baina ez zuen egin.
Mundu modernoan, "ostalari" kontzeptua ia batu egin da "zerbitzari" kontzeptuarekin, eta horrek nolabaiteko nahasmena dakar komunikazioan, batez ere Windows azpiegiturari dagokionez. Beraz, gure intereseko zerbitzuren bat hartzen duen edozein makina ostalari dei daiteke modu seguruan. Adibidez, WinSock erregistroetan dena host hitzarekin markatuta dago. "Ostalaria ez da aurkitu" klasikoa da horren adibide. Beraz, testuingurutik abiatzen gara, baina gogoratu - birtualizazioaren munduan, ostalari bat da gonbidatuak hartzen dituena (horri buruzko informazio gehiago beheko bi lerroetan).
Tokiko jergatik (akronimoak ere bai, kasu honetan), hemen gogoratzen da VMware VI dela, vSphere VC dela eta Hyper-V HV dela.
Gonbidatua (Gonbidatua): Ostalarian exekutatzen ari den makina birtuala. Hemen ez dago ezer esplikatzeko, dena hain logikoa eta sinplea da. Hala ere, askok arretaz arrastaka beste esanahi batzuk hona.
Zertarako? Ez dakit.
OS gonbidatua, hurrenez hurren, gonbidatutako makina sistema eragilea. Eta abar.
Babeskopia/erreplika lana (jobA): Wim-en jargoi hutsa, zeregin batzuk adieraziz. Babeskopia lana == Babeskopia lana. Inork ez du asmatu errusierara nola itzuli ederki, beraz, denek esaten dute "JobA". Azken silaban azpimarratuz.
Bai, besterik gabe hartu eta “joba” esaten dute. Eta gutunetan ere horrela idazten dute, eta dena ondo dago.
Era guztietako babeskopia-lanak, babeskopia-zereginak, etab., eskerrik asko, baina ez da beharrezkoa. Lan bat besterik ez, eta ulertuko zaituzte. Garrantzitsua azken silaban azentua jartzea da.
Babeskopia (Bakopia, babeskopia. True-oldfag-en kasuan, babeskopia onartzen da): Bistakoaz gain (nonbait dauden datuen babeskopia), lana bera ere esan nahi du (goian hiru lerro, dagoeneko ahaztu bazaizu), eta horren ondorioz babeskopia fitxategia agertzen da. Seguruenik, jaunak ingeles hiztunak alferegiak dira aldi bakoitzean nire babeskopia egin dudala esateko, beraz, nire babeskopia egin dudala esaten dute eta denek primeran ulertzen dute elkar. Ekimen zoragarri hau laguntzera gonbidatzen zaituztet.
Finkatu (finkatu): ESXi 5.0-n agertzen den terminoa argazki-menuko aukera bat, umezurtz deitzen diren argazkiak ezabatzeko prozesua abiarazten duena. Hau da, fisikoki eskuragarri dauden, baina bistaratzen den egitura logikotik kanpo geratu diren argazkiak. Teorian, prozesu honek ez luke eraginik izango argazkien kudeatzailean bistaratzen diren fitxategietan, baina edozer gerta daiteke. Finkatze-prozesuaren funtsa argazkiaren (haur-diskoaren) datuak disko nagusian (gurasoan) idazten direla da. Diskoak konbinatzeko prozesua batu deritzo. Bateratze-agindu bat eman bada, argazki-erregistroa datu-basetik ezabatu daiteke, argazkia batu eta ezabatu aurretik. Eta argazkia edozein arrazoirengatik ezin bada ezabatu, argazki umezurtz hauek agertuko dira. Argazkiekin lan egiteari buruz, VMware-k badu . Eta horiei buruz ere nolabait .
Datu-biltegia (biltegiratzea edo biltegiratzea): Oso kontzeptu zabala, baina birtualizazioaren munduan, makina birtualeko fitxategiak gordetzen diren leku gisa ulertzen da. Baina, nolanahi ere, hemen testuingurua oso argi ulertu behar duzu eta, zalantza txikienarekin, zure solaskideak zer izan zuen buruan argitu.
Proxy (Proxy): Garrantzitsua da berehala ulertzea Veeam Proxy ez dela Interneten ohituta gaudenaren berdina. Veeam produktuen barruan, datuak leku batetik bestera transferitzeaz arduratzen den entitate moduko bat da. Xehetasunetan sartzen ez bazara, VBR komando- eta kontrol-zerbitzaria da, eta proxy-ak bere lan-zaldiak dira. Hau da, proxy bat trafikoa igarotzen den eta trafiko hori zuzentzen laguntzen duten VBR osagaiak instalatzen dituen makina bat da. Adibidez, datuak kanal batetik bestera transferitzeko, edo, besterik gabe, diskoak bere buruari atxikitzeko (HotAdd modua).
Biltegia (Repository): Teknikoki, hau VBR datu-baseko sarrera bat besterik ez da, babeskopiak non gordetzen diren eta leku horretara nola konektatu adieraziz. Izan ere, CIFS bola bat edo hodeian dagoen disko, zerbitzari edo ontzi bereizi bat izan daiteke. Berriz ere, testuinguruan gaude, baina ulertzen dugu biltegi bat zure babeskopiak dauden leku bat besterik ez dela.
Argazkia (SnapshOt): Oxfordeko gramatikazaleek nahiago dute esan nor den argazkia eta nor den argazkia, baina analfabetoen gehiengoari mesede handiagoa ateratzen zaio. Inork ez badaki, une jakin batean disko baten egoera berreskuratzeko aukera ematen duen teknologia da. Hau egiten da aldi baterako I/O eragiketak disko nagusitik kanpo birbideratuz - gero RoW (Redirect on Write) argazkia deituko da - edo zure diskotik beste batera graba daitezkeen blokeak mugituz - CoW (Copy on Write) deituko da. ) argazkia. Funtzio hauek erabiltzeko aukera zabalei esker, Veeam-ek babeskopia-magia landu dezake. Zorrotz esanda, ez haiek bakarrik, hauxe da hurrengo argitalpenen kontua.
Termino honen inguruan kaosa dago ESXi dokumentazioan eta erregistroetan, eta argazkiak aipatzeko testuinguruan, argazkiak beraiek aurki ditzakezu, eta berregin erregistroa eta baita delta diskoa ere. Veeam-en dokumentazioak ez du halako urraketarik jasotzen, eta argazki bat argazki bat da, eta berregin erregistroa disko iraunkor ez-iraunkor independente batek sortutako REDO fitxategi bat da. REDO fitxategiak ezabatzen dira makina birtuala itzaltzen denean, beraz, argazkiekin nahastea huts egiteko bidea da.
Sintetikoak (sintetikoak): Babeskopia sintetikoak alderantzizko inkrementalak dira eta betirako babeskopiak aurrera egiten dituzte. Termino hau topatu ez baduzu, babes-katearen eraldaketa bat eraikitzeko erabiltzen den mekanismoetako bat besterik ez da. Hala ere, erregistroetan Transformatu kontzeptua ere aurki dezakezu, gehikuntzatik kopia osoak sortzeko esparruan erabiltzen dena (sintetikoa osoa).
Zeregin (Zeregin): Lanaren barruan makina bakoitza prozesatzeko prozesua da. Hau da: babeskopia-lan bat duzu, hiru makina biltzen dituena. Horrek esan nahi du auto bakoitza zeregin bereizi baten zati gisa prozesatu egingo dela. Guztira, lau erregistro izango dira: nagusia lanetarako eta hiru zereginetarako. Hala ere, ñabardura garrantzitsu bat dago hemen: denborarekin, "zeregin" hitza alferrikako anbiguo bihurtu da. Erregistro orokorrei buruz hitz egiten dugunean, zeregin bat VM bat dela esan nahi dugu. Baina "zereginak" daude bai proxyan eta baita biltegian ere. Bertan disko birtual bat, makina birtual bat eta lan osoa esan dezake. Hau da, garrantzitsua da testuingurua ez galtzea.
Veeam %name% Zerbitzua: Babeskopia arrakastatsuen onurarako, hainbat zerbitzu funtzionatzen dute aldi berean, eta horien zerrenda ekipamendu estandarrean aurki daiteke. Haien izenak nahiko garden islatzen dute beren esentzia, baina berdinen artean dago garrantzitsuena - Veeam Backup Service, eta hori gabe gainerakoak ez du funtzionatuko.
VSS: Teknikoki, VSS-k Microsoft Volume Shadow Copy Zerbitzua esan behar du beti. Izan ere, askok erabiltzen dute Aplikazio-jabeko irudien tratamenduaren sinonimo gisa. Hori, noski, guztiz oker dago, baina hau "Edozein SUV jeep dei daiteke, eta ulertuko zaituzte" kategoriako istorio bat da.
Enbor fantastikoak eta non bizi diren
Kapitulu hau sekretu handia agerian utziz hasi nahi dut: zer ordu ageri da erregistroetan?
Gogoratu:
- ESXi-k beti idazten ditu erregistroak UTC+0-n.
- vCenter-ek bere ordu-eremuaren orduaren araberako erregistroak gordetzen ditu.
- Veeam-ek zerbitzariaren orduaren eta ordu-eremuaren arabera gordetzen ditu erregistroak.
- Eta EVTX formatuan dauden Windows-eko gertaerek bakarrik ez dute ezer lotzen. Irekitakoan, ireki ziren autoaren ordua berriro kalkulatzen da. Aukerarik erosoena, nahiz eta zailtasunak izan. Zailtasun ukigarri bakarra lokalen arteko aldea da. Hau ia bermatuta dagoen erregistro irakurgaitzetarako bidea da. Bai, badaude hau tratatzeko aukerak, baina ez dezagun eztabaidatu IT-an dena ingelesez funtzionatzen duela, eta adostu dezagun zerbitzarietan beti ingeleseko lokalizazioa ezartzea. Ai mesedez.
Orain hitz egin dezagun enborrak bizi diren lekuei buruz eta nola lortu. VBRren kasuan, bi ikuspegi daude.
Lehenengo aukera egokia da zure arazoarekin zehazki zerikusia duten fitxategiak pila orokorrean bilatzeko gogorik ez baduzu. Horretarako, morroi bereizi bat dugu, zeinari lan zehatz bat eta erregistroak behar dituzun epe jakin bat zehaztu diezaiokezu. Ondoren, karpetak berak aztertuko ditu eta behar duzun guztia artxibo batean jarriko du. Non bilatu eta nola lan egin behar den xehetasunez deskribatzen da .
Hala ere, morroiak ez ditu zeregin guztien erregistroak biltzen eta, adibidez, leheneratzeko, hutsegitearen edo hutsegitearen erregistroak aztertu behar badituzu, zure bidea karpetan dago. %ProgramData%/Veeam/Backup. Hau da VBR logotipo-denda nagusia eta %ProgramData% ezkutuko karpeta bat da eta ondo dago. Bide batez, kokapen lehenetsia berriro esleitu daiteke REG_SZ: LogDirectory motako erregistro-gakoa erabiliz HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication adarrean.
Linux makinetan, langile-agenteen erregistroak / atalean bilatu behar diravar/log/VeeamBackup/root edo sudo kontu bat erabiltzen baduzu. Ez baduzu horrelako pribilegiorik, bilatu saioa hasteko /tmp/VeeamBackup.
%OS_name% erregistroak Veeam agentearentzat bilatu behar dira %ProgramData%/Veeam/Endpoint (Edo %ProgramData%/Veeam/Backup/Endpoint) Eta /var/log/veeam hurrenez hurren.
Aplikazioen araberako irudien prozesamendua erabiltzen ari bazara (eta ziurrenik hala bazara), egoera zertxobait korapilatu egiten da. Gure laguntzailearen erregistroak beharko dituzu, makina birtualean bertan gordeta daudenak, eta VSS erregistroak. Zorion hori nola eta non lortu buruz, zehatz-mehatz idatzita dago . Eta badago noski beharrezko sistemaren erregistroak biltzeko.
Windows-eko gertaerak ondo biltzen dira . Hyper-V erabiltzen ari bazara, gauzak konplikatu egiten dira, Aplikazio eta Zerbitzuen Erregistroak > Microsoft > Windows adarreko bere erregistro guztiak ere beharko dituzu eta. Nahiz eta beti bide ergelagoa joan eta %SystemRoot%System32winevtLogs-en objektu guztiak jaso ditzakezu.
Instalazioan/berritzean zerbait apurtzen bada, behar duzun guztia %ProgramData%/Veeam/Setup/Temp karpetan aurki dezakezu. Nahiz eta ez dudan ezkutatuko OS gertakarietan erregistro hauetan baino informazio baliagarriagoa aurki dezakezula. Gainontzeko interesgarria %Temp%-n dago, baina batez ere erlazionatutako softwarerako instalazio erregistroak daude, hala nola, oinarria, .Net liburutegiak eta beste gauza batzuk. Kontuan izan Veeam msi-tik instalatuta dagoela eta bere osagai guztiak msi pakete bereizi gisa ere instalatuta daudela, nahiz eta hori GUIan erakutsi ez izan. Beraz, osagaietako baten instalazioak huts egiten badu, VBR instalazio osoa geldituko da. Hori dela eta, erregistroetan sartu eta zer apurtu den eta zein puntutan ikusi behar duzu.
Eta azkenik, bizitza hack bat: instalazioan akatsen bat jasotzen baduzu, ez zaitez presarik Ados sakatu. Lehenik erregistroak hartuko ditugu, ondoren Ados sakatu. Horrela akatsaren unean amaitzen den erregistroa lortuko duzu, amaieran zaborrik gabe.
Eta gertatzen da vSphere erregistroetan sartu behar duzula. Ogibidea oso eskergabea da, baina, mahukak bilduta, beste zerbait egin behar da. Bertsio sinpleenean, makina birtualeko gertaeren erregistroak behar ditugu vmware.log, bere .vmx fitxategiaren ondoan daudenak. Kasu zailago batean, ireki Google eta galdetu non dauden zure ostalariaren bertsioaren erregistroak, VMware-k oso gustuko baitu toki hau kaleratze batetik bestera aldatzea. Adibidez, , bainan . vCenter erregistroetarako, errepikatu prozedura . Baina, oro har, ostalari gertaeren erregistroak hostd.log, vCenter vpxa.log-ek kudeatutako ostalari gertaeren, nukleoaren vmkernel.log eta autentifikazio erregistroak auth.log. Bada, kasurik baztertuenetan, SSO karpetan dagoen SSO erregistroa ondo etor daiteke.
Astuna? Nahastuta? Beldurgarria? Baina hau ez da gure laguntzak egunero lan egiten duen informazioaren erdia ere. Beraz, oso politak dira.
Veeam osagaiak
Eta sarrerako artikulu honen ondorio gisa, hitz egin dezagun Veeam Backup & Replication-en osagaiei buruz. Zeren minaren kausa bilatzen ari zarenean, ondo legoke gaixoak nola funtzionatzen duen ulertzea.
Beraz, denek dakiten bezala, Veeam Backup SQLn oinarritutako aplikazioa da. Hau da, ezarpen guztiak, informazio guztia eta, oro har, funtzionamendu normalerako soilik beharrezkoa den guztia - hori guztia bere datu-basean dago. Edo hobeto esanda, bi datu-basetan, VBR eta EM mordo batez ari bagara: VeeamBackup eta VeeamBackupReporting, hurrenez hurren. Eta horrela gertatu zen: beste aplikazio bat jarri genuen - beste datu base bat agertzen da. Arrautza guztiak saski batean ez gordetzeko.
Baina ekonomia honek guztiak ondo funtziona dezan, osagai guztiak lotuko dituen zerbitzu eta aplikazio multzo bat behar dugu. Adibide gisa, hau da nire laborategietako batean nolakoa den:
Zuzendari nagusi gisa jarduten du Veeam Backup Zerbitzua. Bera da oinarriekin informazioa trukatzeaz arduratzen dena. Era berean, zeregin guztiak abian jartzeaz, esleitutako baliabideak orkestratzeaz eta hainbat kontsola, agente eta beste hainbat komunikazio gune gisa lan egiteaz arduratzen da. Hitz batean, zalantzarik gabe, ez dago modurik bera gabe, baina horrek ez du esan nahi dena berak egiten duenik.
Bere plana betetzen laguntzen dio Veeam Backup Manager. Hau ez da zerbitzu bat, lanpostuak abiarazten dituen eta haien exekuzio prozesuaren jarraipena egiten duen entitate bat baizik. Babeskopia zerbitzuaren lan-eskuak, zeinekin ostalariekin konektatzen den, argazkiak sortzen ditu, atxikipena kontrolatzen du, etab.
Baina itzuli zerbitzuen zerrendara. Veeam Broker Zerbitzua. v9.5-en agertu zen (eta hau ez da kriptografia-meatzari bat, batzuek orduan uste zuten bezala). VMware ostalariei buruzko informazioa biltzen du eta bere garrantzia mantentzen du. Baina ez zaitez berehala exekutatu iruzkin haserreak zu zelatatzen ari garela eta saio-hasiera / pasahitz guztiak taschmajor-era isurtzen ari garela. Dena zertxobait sinpleagoa da. Babeskopia bat exekutatzen duzunean, egin behar duzun lehenengo gauza ostalarira konektatu eta bere egiturari buruzko datu guztiak eguneratzea da. Istorio motel samarra eta astuna da hau. Gogoratu zenbat denbora behar duzun web interfazearen bidez saioa hasteko, eta gogoratu goiko geruza bakarrik zenbatzen dela bertan. Eta gero oraindik hierarkia osoa leku egokian ireki behar duzu, bide batez. Hitz batean, izua. Dozena bat babeskopia exekutatzen badituzu, lan bakoitzak prozedura hau egin behar du. Azpiegitura handiez ari bagara, prozesu honek hamar minutu edo gehiago iraun dezake. Hori dela eta, horretarako zerbitzu bereizia esleitzea erabaki zen, eta horren bidez beti eguneratuta dagoen informazioa jaso ahal izango da. Abiaraztean, gehitutako azpiegitura guztiak egiaztatzen eta eskaneatzen ditu, eta gero aldaketa gehigarrien mailan bakarrik lan egiten saiatzen da. Beraz, aldi berean ehun segurtasun kopia egiten badituzu ere, guztiek informazioa eskatuko diote gure brokerari, eta ez dituzte ostalariak oinazetuko beren eskaerekin. Baliabideez kezkatuta bazaude, gure kalkuluen arabera, 5000 makina birtualek 100 Mb-ko memoria baino ez dute behar.
Hurrengoa dugu Veeam kontsola. Veeam Remote Console da, Veeam.Backup.Shell da. Pantaila-argazkietan ikusten dugun GUI bera da. Dena sinplea eta bistakoa da - kontsola edozein lekutatik abiarazi daiteke, betiere Windows bada eta VBR zerbitzariarekin konexioa badago. Esan daitekeen gauza bakarra da FLR prozesuak lokalean muntatuko dituela puntuak (hau da, kontsola martxan dagoen makinan). Bada, askotariko Veeam Explorers lokalean ere exekutatuko da, kontsolaren parte direlako. Baina dagoeneko basamortura eraman nau...
Beste zerbitzu interesgarri bat da Veeam Backup Katalogoko Datu Zerbitzua. Zerbitzuen zerrendan Veeam Guest Catalog Service izenez ezagutzen da. Makina gonbidatuetan fitxategi-sistemak indexatzen dihardu eta ezagutza horrekin betetzen du VBRCatalog karpeta. Indexatzeko kontrol-laukia gaituta dagoenean bakarrik erabiltzen da. Eta zentzuzkoa da gaitzea Enterprise Manager baduzu. Hori dela eta, bihotz-bihotzez aholkua: ez piztu indexatzea horrela, EAT ez baduzu. Aurreztu nerbioak eta laguntza denbora.
Beste zerbitzu garrantzitsu batzuetatik ere nabarmentzekoa da Veeam Instalatzaile Zerbitzua, zeinaren laguntzaz beharrezko osagaiak entregatu eta instalatzen dira proxietan, biltegietan eta beste atebideetan. Izan ere, beharrezko .msi paketeak zerbitzarietara eramaten ditu eta instalatzen ditu.
Veeam Data Mover - proxyetan abiarazitako agente laguntzaileen laguntzaz (eta ez bakarrik) datuak aldatzean dihardu. Adibidez, babeskopia egitean, agente batek ostalariaren datu-biltegiko fitxategiak irakurriko ditu eta bigarrenak arreta handiz idatziko ditu babeskopian.
Bereizita, bezeroek askotan erreakzionatzen duten gauza garrantzitsu bat adierazi nahiko nuke: hau da zerbitzuen eta informazioen bertsioen aldea Programak eta Ezaugarrien osagarrian. Bai, zerrenda berdina izango da, baina bertsioak guztiz desadostasunak izan daitezke. Ikuspegitik ez da oso polita, baina guztiz normala da dena egonkorra badabil. Adibidez, Instalatzaile zerbitzurako, bertsio-zenbakia aldamenekoen urrun dago. Izua eta amesgaiztoa? Ez, ez dagoelako guztiz berriro instalatuta, baina bere DLL eguneratu besterik ez dago. v9.5 U4 adabakian, laguntza teknikoko amesgaizto bat gertatu zen: eguneratzean, zerbitzu guztiek bertsio berriak jaso zituzten, garrantzitsuena izan ezik. U4b adabakian, garraio-zerbitzuak bi bertsio baino gehiago gainditu zituen beste guztiak (zenbakiak ikusita). Eta hori ere normala da - akats larri bat aurkitu zen bertan, beraz, gainerako eguneratze bonus bat jaso zuen. Beraz, laburbilduz: bertsioen desberdintasunak arazo bat izan zitekeen, baina alderik badago eta dena ondo funtzionatzen badu, seguruenik hala beharko luke. Baina inork ez dizu debekatzen laguntza teknikoan hori argitzea.
Derrigorrezko edo Derrigorrezko zerbitzuak deitutakoak ziren. Eta osagarri mordoa dago, hala nola, Tape Service, Mount Service, vPowerNFS Zerbitzua eta abar.
Hyper-Vrentzat, oro har, dena berdina da, espezifiko bat bakarrik dago Veeam Backup Hyper-V Integrazio Zerbitzua eta zure gidaria CBTrekin lan egiteagatik.
Eta azkenean, hitz egin dezagun nork lan egiten duen makina birtualetan babeskopietan. Izoztu aurreko eta ondorengo scriptak exekutatzeko, itzal kopia bat sortzeko, metadatuak biltzeko, SQL transakzioen erregistroekin lan egiteko, etab. Veeam gonbidatu laguntzailea. Eta fitxategi-sistemak indexatzen badira, Veeam Gonbidatuen indexatzailea . Babeskopiak irauten duen bitartean inplementatutako aldi baterako zerbitzuak dira eta ondoren kendu egiten dira.
Linux makinen kasuan, dena askoz errazagoa da barne-liburutegi ugari egoteagatik eta sistemaren beraren gaitasunengatik. Adibidez, indexazioa mlocate bidez egiten da.
Hori da guztia oraingoz
Ez naiz ausartzen gehiago zu minik egitera laburra Veeam motorren konpartimentuaren sarrera amaitutzat jotzen dut. Bai, ez gara txosnetara hurbildu ere egin, baina sinets iezadazue, horietan aurkezten den informazioak kontzientzia korronte inkoherente bat ez dirudi, horrelako sarrera bat guztiz beharrezkoa da. Hirugarren artikuluan soilik erregistroetara joateko asmoa dut, eta hurrengorako plana erregistroak nork sortzen dituen azaltzea da, haietan zer bistaratzen den zehazki eta zergatik zehazki, eta ez bestela.
Iturria: www.habr.com
