Mes, Veeam, mėgstame rąstus. Ir kadangi dauguma mūsų sprendimų yra moduliniai, jie rašo daug žurnalų. O kadangi mūsų veiklos sritis – užtikrinti Jūsų duomenų saugumą (t.y. ramų miegą), tai žurnalai turėtų ne tik fiksuoti kiekvieną čiaudėjimą, bet ir tai padaryti gana detaliai. Tai būtina, kad kažkuo atveju būtų aišku, kaip tai „kas“ atsitiko, kas kaltas ir ką reikia daryti toliau. Tai kaip teismo medicinoje: niekada nežinai, kokia smulkmena padės rasti Lauros Palmer žudiką.
Todėl nusprendžiau pasūpuoti straipsnių seriją, kur nuosekliai kalbėsiu apie tai, ką rašome prie rąstų, kur juos laikome, kaip neišprotėti dėl jų struktūros ir ko ieškoti jų viduje.
Kodėl straipsnių serija ir kodėl neaprašyti visko iš karto?
Tiesiog surašyti, kuris žurnalas kur yra ir kas jame saugoma, yra gana pražūtingas reikalas. Ir baisu net pagalvoti apie šios informacijos atnaujinimą. Paprastas visų galimų „Veeam Backup & Replication“ žurnalų tipų sąrašas yra kelių lapų lentelė mažu šriftu. Taip, ir tai bus aktualu tik paskelbimo metu, nes. išleidus kitą pataisą gali atsirasti naujų žurnalų, pasikeis saugomos informacijos logika senuosiuose ir pan. Todėl daug naudingiau bus paaiškinti jų struktūrą ir juose esančios informacijos esmę. Tai leis geriau orientuotis po vietas nei banalus vardų kamšymas.
Todėl, norėdami stačia galva neskubėti į teksto lapų telkinį, šiame straipsnyje atlikime parengiamuosius darbus. Todėl šiandien mes nesigilinsime į pačius rąstus, o eisime iš tolo: sudarysime žodynėlį ir šiek tiek aptarsime Veeam struktūrą rąstų generavimo prasme.
Žodynas ir žargonas
Čia visų pirma verta atsiprašyti rusų kalbos grynumo čempionų ir Ožegovo žodyno liudininkų. Mes visi labai mėgstame savo gimtąją kalbą, bet prakeikta IT pramonė veikia anglų kalba. Na, mes nesugalvojome, bet tai atsitiko istoriškai. Tai ne mano kaltė, jis atėjo pats (c)
Mūsų versle anglicizmų (ir žargono) problema turi savo specifiką. Kai po nekaltais žodžiais, tokiais kaip „šeimininkas“ ar „svečias“, visas pasaulis jau seniai suprato labai konkrečius dalykus, tai ⅙ žemėse tęsiasi didvyriška sumaištis ir stulbinimas kapstantis į žodynus. Ir griežtai privalomas argumentas „Bet mūsų darbe ...“.
Be to, yra tik mūsų terminologija, kuri būdinga Veeam produktams, nors kai kurie žodžiai ir frazės atiteko žmonėms. Todėl dabar susitarsime, ką reiškia sąvoka, o ateityje po žodžiu „svečias“ turėsiu omenyje būtent tai, kas parašyta šiame skyriuje, o ne tai, prie ko esate įpratę darbe. Ir taip, tai nėra mano asmeninė užgaida, tai yra nusistovėję terminai pramonėje. Kovoti su jais yra šiek tiek beprasmiška. Nors aš visada esu už tai, kad komentaruose būtų galima atsipalaiduoti.
Deja, mūsų darbuose ir gaminiuose yra labai daug terminų, todėl nebandysiu jų visų išvardyti. Tik pati pagrindinė ir būtiniausia informacija apie atsargines kopijas ir žurnalus išgyvenimui jūroje. Besidomintiems taip pat galiu kolegos apie juostas, kur jis taip pat pateikė terminų, susijusių su ta funkcijos dalimi, sąrašą.
Priegloba (Host): Virtualizavimo pasaulyje tai yra mašina su hipervizoriumi. Fizinis, virtualus, debesis – nesvarbu. Jei kažkas paleidžia hipervizorių (ESXi, Hyper-V, KVM ir tt), tada šis „kažkas“ vadinamas pagrindiniu kompiuteriu. Nesvarbu, ar tai būtų klasteris su dešimt stelažų, ar nešiojamasis kompiuteris su pusantros virtualios mašinos laboratorija – jei paleidote hipervizorių, tapote priegloba. Kadangi hipervizoriuje yra virtualios mašinos. Yra net istorija, kad „VMware“ vienu metu norėjo tvirtai susieti žodį „host“ su ESXi. Bet ji to nepadarė.
Šiuolaikiniame pasaulyje „host“ sąvoka praktiškai susiliejo su „serverio“ sąvoka, o tai įneša tam tikros painiavos komunikacijoje, ypač kai kalbama apie „Windows“ infrastruktūrą. Taigi bet kurį įrenginį, kuriame yra kokia nors mus dominanti paslauga, galima drąsiai vadinti priegloba. Pavyzdžiui, WinSock žurnaluose viskas pažymėta žodžiu host. Klasikinis „Host not found“ yra to pavyzdys. Taigi pradedame nuo konteksto, bet atminkite – virtualizacijos pasaulyje šeimininkas yra tai, kas priima svečius (apie tai dviejose eilutėse žemiau).
Iš vietinio žargono (šiuo atveju net akronimų) čia primenama, kad VMware yra VI, vSphere – VC, o Hyper-V – HV.
Svečias (Svečias): Virtuali mašina, veikianti pagrindiniame kompiuteryje. Nėra čia ką aiškinti, viskas taip logiška ir paprasta. Tačiau daugelis čia uoliai tempia kai kurias kitas reikšmes.
Kam? Nežinau.
Svečių OS, atitinkamai, svečio kompiuterio operacinė sistema. Ir taip toliau.
Atsarginės kopijos / replikacijos darbas (jobA): Grynas Wim žargonas, nurodantis kai kurias užduotis. Atsarginė kopija == Atsarginė užduotis. Niekas nesugalvojo, kaip gražiai išversti į rusų kalbą, todėl visi sako „JobA“. Su akcentu paskutiniam skiemeniui.
Taip, jie tiesiog ima ir sako „joba“. Ir net laiškuose taip rašo, ir viskas gerai.
Visokie atsarginės kopijos darbai, atsarginės kopijos užduotys ir pan., ačiū, bet nereikia. Tik darbas, ir būsi suprastas. Svarbiausia akcentuoti paskutinį skiemenį.
Atsarginė kopija (Atsarginė kopija, atsarginė kopija. Tikriems seniems žmonėms atsarginė kopija leidžiama): Be akivaizdaus (atsarginė duomenų kopija kažkur guli), tai reiškia ir patį darbą (trimis eilutėmis aukščiau, jei jau pamiršote), dėl ko atsiranda pats atsarginės kopijos failas. Tikriausiai ponai, kuriems anglų kalba yra gimtoji, tingi sakyti, kad kiekvieną kartą atlikau atsarginį darbą, todėl jie tiesiog sako, kad aš padariau atsarginę kopiją, ir visi puikiai vienas kitą supranta. Kviečiu palaikyti šią nuostabią iniciatyvą.
Konsoliduoti (konsoliduoti): Terminas, kuris pasirodė ESXi 5.0 Momentinių nuotraukų meniu parinktis, kuri pradeda vadinamųjų našlaičių momentinių nuotraukų trynimo procesą. Tai yra momentinės nuotraukos, kurios yra fiziškai prieinamos, bet iškrito iš rodomos loginės struktūros. Teoriškai šis procesas neturėtų turėti įtakos momentinių nuotraukų tvarkyklėje rodomiems failams, tačiau visko gali nutikti. Konsolidavimo proceso esmė yra ta, kad momentinės nuotraukos (antrinio disko) duomenys įrašomi į pagrindinį (pagrindinį) diską. Diskų sujungimo procesas vadinamas sujungimu. Jei buvo išleista konsolidavimo komanda, momentinės nuotraukos įrašą galima pašalinti iš duomenų bazės prieš sujungiant ir ištrinant momentinę nuotrauką. Ir jei momentinės nuotraukos dėl kokių nors priežasčių nepavyko ištrinti, atsiranda tos pačios našlaitės momentinės nuotraukos. Apie darbą su momentinėmis nuotraukomis VMware turi . Ir mes taip pat kažkaip apie juos .
Duomenų saugykla (Stora arba saugykla): Labai plati sąvoka, tačiau virtualizacijos pasaulyje ji suprantama kaip vieta, kur saugomi virtualios mašinos failai. Bet bet kuriuo atveju čia reikia labai aiškiai suvokti kontekstą ir su menkiausia abejone pasiaiškinti, ką būtent tavo pašnekovas turėjo omenyje.
Tarpinis serveris (tarpinis serveris): Svarbu iš karto suprasti, kad Veeam Proxy nėra visiškai tas pats, prie ko esame įpratę internete. „Veeam“ produktuose tai yra tam tikras subjektas, užsiimantis duomenų perkėlimu iš vienos vietos į kitą. Jei nesigilinate į detales, tai VBR yra komandų ir valdymo serveris, o tarpiniai serveriai yra jo darbiniai arkliukai. Tai yra, tarpinis serveris yra mašina, per kurią srautas teka ir kuriame yra įdiegti VBR komponentai, padedantys valdyti šį srautą. Pavyzdžiui, perkelti duomenis iš vieno kanalo į kitą arba tiesiog prikišti diskus prie savęs (HotAdd režimas).
Saugykla (saugykla): Techniškai tai tik įrašas VBR duomenų bazėje, nurodantis vietą, kur saugomos atsarginės kopijos ir kaip prie šios vietos prisijungti. Tiesą sakant, tai gali būti tik CIFS kamuoliukas arba atskiras diskas, serveris ar kibiras debesyje. Vėlgi, mes esame kontekste, bet suprantame, kad saugykla yra tik vieta, kur yra jūsų atsarginės kopijos.
Momentinė nuotrauka (SnapshOt): Oksfordo gramatikos mėgėjai mieliau sako, kas yra momentinis, o kas – momentinis, tačiau neraštingoji dauguma gauna naudos iš didesnės masės. Jei kas nežino, tai technologija, leidžianti atkurti disko būseną tam tikru momentu. Tai daroma laikinai nukreipiant įvesties / išvesties operacijas toliau nuo pagrindinio disko – tada ji bus vadinama RoW (peradresavimo rašant) momentine nuotrauka – arba perrašomus blokus perkeliant iš disko į kitą – tai bus vadinama CoW (Copy on Write). ) momentinė nuotrauka. Dėl plačių šių funkcijų naudojimo galimybių „Veeam“ gali sukurti atsarginę magiją. Griežtai kalbant, ne tik jie, bet ir kitų leidimų reikalas.
ESXi dokumentacijoje ir žurnaluose dėl šio termino tvyro chaosas, o minint momentines nuotraukas galite rasti pačias momentines nuotraukas, perdaryti žurnalą ir net delta diską. Veeam dokumentacijoje tokio įtrūkimo nėra, o momentinė nuotrauka yra momentinė nuotrauka, o perdarymo žurnalas yra būtent REDO failas, sukurtas nepriklausomo nepaliaujamo disko. REDO failai ištrinami, kai virtualioji mašina išjungiama, todėl jų supainiojimas su momentinėmis nuotraukomis yra kelias į nesėkmę.
Sintetika (sintetika): Sintetinės atsarginės kopijos yra atvirkštinės laipsniškos ir amžinai į priekį siunčiamos atsarginės kopijos. Jei nesate susidūrę su šiuo terminu, tai tik vienas iš mechanizmų, naudojamų kuriant atsarginės grandinės transformaciją. Tačiau žurnaluose taip pat galite rasti transformacijos koncepciją, kuri naudojama kuriant visas kopijas iš žingsnių (sintetinė pilna).
Užduotis (Užduotis): Tai kiekvienos atskiros mašinos apdorojimo procesas. Tai yra: turite atsarginį darbą, kurį sudaro trys mašinos. Tai reiškia, kad kiekvienas automobilis bus apdorojamas kaip atskiros užduoties dalis. Iš viso bus keturi žurnalai: pagrindinis – darbų ir trys – užduočių. Tačiau čia yra svarbus niuansas: laikui bėgant žodis „užduotis“ tapo be reikalo dviprasmiškas. Kai kalbame apie bendruosius žurnalus, turime omenyje, kad užduotis yra būtent VM. Tačiau yra „užduočių“ ir tarpiniame serveryje, ir saugykloje. Čia tai gali reikšti virtualų diską, virtualią mašiną ir visą darbą. Tai yra, svarbu neprarasti konteksto.
Veeam %name% paslauga: Kad atsarginės kopijos būtų sėkmingos, vienu metu veikia kelios paslaugos, kurių sąrašą galite rasti standartinėje įrangoje. Jų pavadinimai gana skaidriai atspindi jų esmę, tačiau tarp lygių yra pati svarbiausia – Veeam Backup Service, be kurios visa kita neapsieis.
VSS: Techniškai VSS visada turėtų reikšti „Microsoft Volume Shadow Copy Service“. Tiesą sakant, daugelis jį naudoja kaip „Application-Aware Image Processing“ sinonimą. Kas, žinoma, kategoriškai neteisinga, bet tai istorija iš kategorijos „Džipu galima pavadinti bet kurį visureigį, ir būsi suprastas“.
Fantastiški rąstai ir kur jie gyvena
Šį skyrių noriu pradėti atskleisdamas didžiąją paslaptį – koks laikas rodomas žurnaluose?
Prisiminti:
- ESXi visada rašo žurnalus UTC+0.
- „vCenter“ saugo žurnalus pagal savo laiko juostos laiką.
- Veeam saugo žurnalus pagal serverio, kuriame jis yra, laiką ir laiko juostą.
- Ir tik „Windows“ įvykiai EVTX formatu nenukenčia nuo susiejimo su niekuo. Atidarius, laikas perskaičiuojamas automobiliui, kuriame jie buvo atidaryti. Patogiausias variantas, nors su juo yra sunkumų. Vienintelis apčiuopiamas sunkumas yra vietovių skirtumas. Tai praktiškai garantuotas kelias į neįskaitomus žurnalus. Taip, yra variantų, kaip tai gydyti, bet nesiginčykime su tuo, kad IT srityje viskas veikia anglų kalba, ir sutikime serveriuose visada nustatyti anglišką lokalę. O prašau.
Dabar pakalbėkime apie vietas, kur gyvena rąstai ir kaip juos gauti. VBR atveju yra du būdai.
Pirmasis variantas tinka, jei nenorite ieškoti failų, kurie yra konkrečiai susiję su jūsų bėda. Norėdami tai padaryti, turime atskirą vedlį, kuriame galite nurodyti konkretų darbą ir konkretų laikotarpį, kuriam jums reikia žurnalų. Tada jis pats peržvelgs aplankus ir viską, ko reikia, sudės į vieną archyvą. Kur jo ieškoti ir kaip su juo dirbti, išsamiai aprašyta .
Tačiau vedlys nerenka visų užduočių žurnalų ir, pavyzdžiui, jei jums reikia išstudijuoti atkūrimo, perjungimo ar atkūrimo žurnalus, jūsų kelias yra aplanke. %ProgramData%/Veeam/Backup. Tai yra pagrindinė VBR logotipų saugykla, o %ProgramData% yra paslėptas aplankas ir tai gerai. Beje, numatytąją vietą galima priskirti iš naujo naudojant REG_SZ: LogDirectory tipo registro raktą HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam atsarginės kopijos ir replikacijos šakoje.
„Linux“ įrenginiuose darbuotojų agentų žurnalų reikia ieškoti aplanke /var/log/VeeamBackup/jei naudojate root arba sudo paskyrą. Jei neturite tokių privilegijų, ieškokite prisijungimų /tmp/VeeamBackup.
„%OS_name%“ „Veeam“ agentui reikia ieškoti žurnalų %ProgramData%/Veeam/Endpoint (Arba %ProgramData%/Veeam/Backup/Endpoint) Ir /var/log/veeam atitinkamai.
Jei naudojate „Application-Aware Image Processing“ (ir greičiausiai tai darote), situacija tampa šiek tiek sudėtingesnė. Jums reikės mūsų pagalbininko žurnalų, kurie yra saugomi pačioje virtualioje mašinoje, ir VSS žurnalų. Apie tai, kaip ir kur gauti šią laimę, išsamiai parašyta . Ir žinoma yra surinkti reikiamus sistemos žurnalus.
Windows įvykiai patogiai renkami pagal . Jei naudojate „Hyper-V“, viskas bus sudėtingesnė, nes jums taip pat reikės visų jos žurnalų iš „Programų ir paslaugų žurnalai“ > „Microsoft“ > „Windows“ filialas. Nors visada galite eiti kvailesniu keliu ir tiesiog pasiimti visus objektus iš %SystemRoot%System32winevtLogs.
Jei diegiant/atnaujinant kažkas sugenda, viską, ko reikia, rasite aplanke %ProgramData%/Veeam/Setup/Temp. Nors neslėpsiu, kad OS renginiuose galima rasti daugiau naudingos informacijos nei šiuose žurnaluose. Likusi dalis įdomių dalykų slypi %Temp%, tačiau daugiausia yra susijusios programinės įrangos, tokios kaip bazė, .Net bibliotekos ir kiti dalykai, diegimo žurnalai. Atminkite, kad Veeam yra įdiegtas iš msi, o visi jo komponentai taip pat yra įdiegti kaip atskiri msi paketai, net jei tai nebuvo parodyta GUI. Todėl, jei nepavyks įdiegti vieno iš komponentų, visas VBR diegimas bus sustabdytas. Todėl reikia įeiti į rąstus ir pažiūrėti, kas tiksliai ir kokiu momentu sugedo.
Ir galiausiai, gyvenimo įsilaužimas: jei diegimo metu gaunate klaidą, neskubėkite spustelėti Gerai. Pirmiausia paimame žurnalus, tada spustelėkite Gerai. Taip gausite žurnalą, kuris baigiasi klaidos metu, o pabaigoje be šiukšlių.
Taip atsitinka, kad reikia patekti į vSphere žurnalus. Užsiėmimas labai nedėkingas, bet, pasiraitojus rankoves, tenka daryti ką nors kita. Paprasčiausioje versijoje mums reikia žurnalų su virtualios mašinos įvykiais vmware.log, kurie yra šalia jo .vmx failo. Sunkesniu atveju atidarykite „Google“ ir paklauskite, kur yra jūsų prieglobos versijos žurnalai, nes „VMware“ mėgsta keisti šią vietą nuo leidimo iki leidimo. Pavyzdžiui, , bet už . „vCenter“ žurnalams pakartokite procedūrą . Tačiau apskritai mus domina įvykių žurnalai hostd.log, prieglobos įvykiai, valdomi vCenter vpxa.log, branduolio žurnalai vmkernel.log ir autentifikavimo žurnalai auth.log. Na, o labiausiai apleistais atvejais gali praversti SSO žurnalas, esantis SSO aplanke.
Sunkus? Supainioti? Baugus? Bet tai net ne pusė informacijos, su kuria mūsų pagalba dirba kasdien. Taigi jie tikrai labai šaunūs.
Veeam komponentai
Ir kaip šio įvadinio straipsnio pabaigą, pakalbėkime šiek tiek apie Veeam atsarginės kopijos ir replikacijos komponentus. Nes kai ieškote skausmo priežasties, būtų malonu suprasti, kaip veikia pacientas.
Taigi, kaip visi tikriausiai žino, Veeam Backup yra vadinamoji SQL programa. Tai yra, visi nustatymai, visa informacija ir apskritai viskas, kas reikalinga tik normaliam veikimui - visa tai yra jo duomenų bazėje. Tiksliau, dviejose duomenų bazėse, jei kalbame apie daugybę VBR ir EM: atitinkamai VeeamBackup ir VeeamBackupReporting. Taip ir atsitiko: įdėjome kitą programą – atsiranda kita duomenų bazė. Kad nebūtų laikomi visi kiaušiniai viename krepšyje.
Tačiau norint, kad visa ši ekonomika veiktų sklandžiai, mums reikia paslaugų ir programų rinkinio, kuris sujungs visus komponentus. Pavyzdžiui, štai kaip atrodo vienoje iš mano laboratorijų:
Eina vyriausiojo dirigento pareigas Veeam atsarginių kopijų kūrimo paslauga. Būtent jis yra atsakingas už informacijos mainus su bazėmis. Jis taip pat atsakingas už visų užduočių vykdymą, paskirstytų išteklių organizavimą ir darbą kaip tam tikras komunikacijos centras įvairioms konsolėms, agentams ir visa kitai. Žodžiu, be jo tikrai neapsieina, bet tai visiškai nereiškia, kad jis viską daro pats.
Padeda jam įgyvendinti savo planą Veeam atsarginių kopijų tvarkyklė. Tai ne paslauga, o subjektas, kuris paleidžia užduotis ir stebi jų vykdymo procesą. Atsarginės kopijos tarnybos darbo rankos, su kuriomis ji jungiasi prie pagrindinio kompiuterio, kuria momentines nuotraukas, stebi saugojimą ir pan.
Bet grįžkime prie paslaugų sąrašo. Veeam brokerių paslauga. Pasirodė v9.5 (ir tai nėra kriptovaliutų kasėjas, kaip kai kas manė tada). Renka informaciją apie VMware pagrindinius kompiuterius ir palaiko jos aktualumą. Bet ne iš karto bėkite rašyti piktų komentarų, kad šnipinėjame jus ir nutekiname visus prisijungimus / slaptažodžius į taschmajor. Viskas yra šiek tiek paprasčiau. Kai kuriate atsarginę kopiją, pirmiausia turite prisijungti prie pagrindinio kompiuterio ir atnaujinti visus duomenis apie jo struktūrą. Tai gana lėta ir sudėtinga istorija. Tiesiog prisiminkite, kiek laiko užtrunka, kol prisijungiate per žiniatinklio sąsają, ir atminkite, kad ten skaičiuojamas tik viršutinis sluoksnis. Ir tada vis tiek reikia atverti visą hierarchiją į reikiamą vietą, beje. Žodžiu, siaubas. Jei kuriate keliolika atsarginių kopijų, kiekviena užduotis turi atlikti šią procedūrą. Jei kalbame apie dideles infrastruktūras, tai šis procesas gali užtrukti dešimt ar daugiau minučių. Todėl nuspręsta tam skirti atskirą paslaugą, per kurią bus galima gauti visada naujausią informaciją. Paleidžiant, jis patikrina ir nuskaito visą pridėtą infrastruktūrą, o tada bando veikti tik laipsniškų pakeitimų lygiu. Taigi net jei vienu metu sukursite šimtą atsarginių kopijų, jie visi prašys informacijos iš mūsų brokerio ir nekankins šeimininkų savo prašymais. Jei nerimaujate dėl išteklių, mūsų skaičiavimais, 5000 virtualių mašinų reikia tik apie 100 Mb atminties.
Toliau turime Veeam konsolė. Jis yra Veeam Remote Console, jis yra Veeam.Backup.Shell. Tai ta pati GUI, kurią matome ekrano kopijose. Viskas paprasta ir akivaizdu – konsolę galima paleisti iš bet kur, jei tik tai Windows ir yra ryšys su VBR serveriu. Vienintelis dalykas, kurį galima pasakyti, yra tai, kad FLR procesas prijungs taškus lokaliai (ty mašinoje, kurioje veikia konsolė). Na, įvairūs Veeam Explorers taip pat veiks vietoje, nes jie yra konsolės dalis. Bet tai jau nunešė mane į gamtą...
Dar viena įdomi paslauga Veeam atsarginių kopijų katalogo duomenų paslauga. Paslaugų sąraše žinoma kaip Veeam svečių katalogo paslauga. Jis užsiima failų sistemų indeksavimu svečių kompiuteriuose ir šiomis žiniomis užpildo aplanką VBRCatalog. Jis naudojamas tik ten, kur įjungtas indeksavimo žymimasis laukelis. Ir prasminga jį įjungti tik tuo atveju, jei turite įmonės vadovą. Todėl patarimas iš visos širdies: neįjunkite indeksavimo tiesiog taip, jei neturite EAT. Taupykite nervus ir palaikymo laiką.
Taip pat verta atkreipti dėmesį į kitas svarbias paslaugas Veeam montuotojo paslauga, kurios pagalba yra pristatomi ir montuojami reikalingi komponentai tarpiniuose serveriuose, saugyklose ir kituose šliuzuose. Tiesą sakant, jis nuneša reikiamus .msi paketus į serverius ir juos įdiegia.
Veeam Data Mover - naudojant pagalbinius agentus, paleistus tarpinius serverius (ir ne tik), jis užsiima duomenų perkėlimu. Pavyzdžiui, kurdamas atsarginę kopiją, vienas agentas nuskaitys failus iš pagrindinio duomenų saugyklos, o antrasis atsargiai įrašys juos į atsarginę kopiją.
Atskirai norėčiau atkreipti dėmesį į svarbų dalyką, į kurį dažnai reaguoja klientai - tai paslaugų versijų ir informacijos skirtumai Programų ir funkcijų papildinyje. Taip, sąrašas bus toks pat, tačiau versijos gali būti visiškai nesuderinamos. Tai nėra labai šaunu iš vizualios pusės, bet visiškai normalu, jei viskas veikia stabiliai. Pavyzdžiui, diegimo paslaugos versijos numeris gerokai atsilieka nuo gretimų. Siaubas ir košmaras? Ne, nes jis nėra visiškai iš naujo įdiegtas, bet jo DLL tiesiog atnaujinamas. Patch v9.5 U4 įvyko techninio palaikymo košmaras: atnaujinimo metu visos paslaugos gavo naujas versijas, išskyrus pačią svarbiausią. U4b pataisoje transporto tarnyba visas kitas aplenkė net dviem versijomis (vertinant pagal skaičius). Ir tai taip pat normalu - jame buvo rasta rimta klaida, todėl ji gavo papildomą atnaujinimą, palyginti su likusiais. Taigi apibendrinant: versijų skirtumai GALI būti problema, bet jei skirtumas yra ir viskas veikia tinkamai, tikriausiai taip ir turėtų būti. Tačiau niekas nedraudžia jums tai paaiškinti techniniame palaikyme.
Tai buvo vadinamosios privalomosios arba Privalomos paslaugos. Ir yra visa krūva pagalbinių, tokių kaip Tape Service, Mount Service, vPowerNFS Service ir pan.
Hyper-V apskritai viskas tas pats, tik yra specifinis Veeam Backup Hyper-V integravimo paslauga ir savo vairuotoją darbui su CBT.
Ir pabaigai pakalbėkime apie tai, kas atsarginės kopijos metu dirba virtualiose mašinose. Norėdami paleisti scenarijus prieš ir po užšaldymo, sukurti šešėlinę kopiją, rinkti metaduomenis, dirbti su SQL operacijų žurnalais ir kt. Veeam svečių pagalbininkas. Ir jei failų sistemos yra indeksuotos, Veeam svečių indeksuotojas . Tai laikinos paslaugos, įdiegtos atsarginės kopijos kūrimo laikotarpiu ir pašalintos po jos.
„Linux“ mašinų atveju viskas yra daug paprasčiau dėl daugybės integruotų bibliotekų ir pačios sistemos galimybių. Pavyzdžiui, indeksavimas atliekamas naudojant mlocate.
Tai kol kas viskas
Nedrįstu tavęs skaudinti trumpas Manau, kad įžanga apie Veeam variklio skyrių baigta. Taip, mes net nepriartėjome prie pačių tankmelių, bet patikėkite, kad juose pateikiama informacija neatrodytų kaip nerišlus sąmonės srautas, tokia įžanga yra būtinai reikalinga. Prie pačių žurnalų planuoju eiti tik trečiame straipsnyje, o kito planas – paaiškinti, kas generuoja žurnalus, kas tiksliai juose rodoma ir kodėl būtent, o ne kitaip.
Šaltinis: www.habr.com