Sisi kwa Veeam tunapenda magogo. Na kwa kuwa suluhisho zetu nyingi ni za kawaida, huandika magogo mengi. Na kwa kuwa upeo wa shughuli zetu ni kuhakikisha usalama wa data yako (yaani, usingizi wa utulivu), basi kumbukumbu haipaswi tu kurekodi kila kupiga chafya, lakini pia kuifanya kwa undani fulani. Hii ni muhimu ili katika kesi ya kitu iwe wazi jinsi hii "nini" ilifanyika, ni nani wa kulaumiwa, na nini kifanyike baadaye. Ni kama katika sayansi ya uchunguzi: haujui ni kitu gani kidogo kitakusaidia kupata muuaji wa Laura Palmer.
Kwa hivyo, niliamua kuchukua swing katika safu ya nakala, ambapo nitazungumza sequentially juu ya kile tunachoandika kwa magogo, ambapo tunazihifadhi, jinsi ya kutoenda wazimu na muundo wao na nini cha kuangalia ndani yao.
Kwa nini mfululizo wa makala na kwa nini usielezee kila kitu mara moja?
Kuorodhesha logi ni wapi na ni nini kimehifadhiwa ndani yake ni kazi mbaya sana. Na inatisha hata kufikiria juu ya kuweka habari hii hadi sasa. Orodha rahisi ya aina zote zinazowezekana za kumbukumbu katika Veeam Backup & Replication ni jedwali kwenye laha kadhaa kwa maandishi madogo. Ndiyo, na itakuwa muhimu tu wakati wa kuchapishwa, kwa sababu. wakati kiraka kinachofuata kinatolewa, magogo mapya yanaweza kuonekana, mantiki ya habari iliyohifadhiwa katika zamani itabadilika, nk. Kwa hivyo, itakuwa na faida zaidi kuelezea muundo wao na kiini cha habari iliyomo ndani yao. Hii itakuruhusu kuvinjari maeneo vizuri kuliko kubana kwa majina.
Kwa hiyo, ili tusikimbilie kuingia kwenye bwawa la karatasi za maandishi, hebu tufanye kazi ya maandalizi katika makala hii. Kwa hiyo, leo hatutaingia kwenye magogo wenyewe, lakini tutatoka mbali: tutakusanya glossary na kujadili muundo wa Veeam kidogo kwa suala la kuzalisha magogo.
Faharasa na jargon
Hapa, kwanza kabisa, inafaa kuomba msamaha kwa mabingwa wa usafi wa lugha ya Kirusi na mashahidi wa kamusi ya Ozhegov. Sote tunapenda lugha yetu ya asili sana, lakini tasnia ya IT iliyolaaniwa inafanya kazi kwa Kiingereza. Kweli, hatukukuja nayo, lakini ilitokea kihistoria. Sio kosa langu, alikuja mwenyewe (c)
Katika biashara yetu, shida ya anglicisms (na jargon) ina maalum yake. Unapokuwa chini ya maneno yasiyo na hatia kama vile "mwenyeji" au "mgeni" ulimwengu mzima umeelewa kwa muda mrefu mambo mahususi, basi kwenye β ya nchi, mkanganyiko wa kishujaa na kuyumbayumba kwa kuchochewa katika kamusi huendelea. Na hoja ya lazima kabisa "Lakini katika kazi yetu ...".
Zaidi ya hayo, kuna istilahi zetu tu, ambazo ni asili katika bidhaa za Veeam, ingawa baadhi ya maneno na vifungu vimeenda kwa watu. Kwa hiyo, sasa tutakubaliana juu ya neno gani linamaanisha nini, na katika siku zijazo, chini ya neno "mgeni", nitamaanisha hasa yale yaliyoandikwa katika sura hii, na sio yale ambayo hutumiwa kwenye kazi. Na ndio, hii sio matakwa yangu ya kibinafsi, haya ni masharti yaliyowekwa vizuri kwenye tasnia. Kupigana nao hakuna maana kwa kiasi fulani. Ingawa mimi huwa napenda kupumzika kwenye maoni.
Kwa bahati mbaya, kuna maneno mengi katika kazi na bidhaa zetu, kwa hivyo sitajaribu kuorodhesha yote. Taarifa tu ya msingi na muhimu kuhusu chelezo na magogo kwa ajili ya kuishi katika bahari. Kwa wale wanaopenda, naweza pia wenzake kuhusu kanda, ambapo pia alitoa orodha ya maneno kuhusiana na sehemu hiyo ya utendaji.
Mwenyeji (mwenyeji): Katika ulimwengu wa virtualization, hii ni mashine yenye hypervisor. Kimwili, virtual, wingu - haijalishi. Ikiwa kitu kinaendesha hypervisor (ESXi, Hyper-V, KVM nk), basi "kitu" hiki kinaitwa mwenyeji. Iwe ni kundi lililo na rafu kumi au kompyuta yako ndogo iliyo na maabara ya mashine moja na nusu pepe - ikiwa ulizindua kiboreshaji sauti, utakuwa mwenyeji. Kwa sababu hypervisor inakaribisha mashine za kawaida. Kuna hata hadithi kwamba VMware wakati mmoja ilitaka kufikia muungano thabiti wa neno jeshi na ESXi. Lakini hakufanya hivyo.
Katika ulimwengu wa kisasa, dhana ya "mwenyeji" imeunganishwa kivitendo na dhana ya "seva", ambayo huleta machafuko fulani kwa mawasiliano, hasa linapokuja suala la miundombinu ya Windows. Kwa hivyo mashine yoyote inayopangisha huduma fulani ya kuvutia kwetu inaweza kuitwa mwenyeji kwa usalama. Kwa mfano, katika kumbukumbu za WinSock kila kitu kimewekwa alama na neno jeshi. Classic "Host not found" ni mfano wa hili. Kwa hivyo tunaanza kutoka kwa muktadha, lakini kumbuka - katika ulimwengu wa uvumbuzi, mwenyeji ndiye mwenyeji wa wageni (zaidi juu ya hii katika mistari miwili hapa chini).
Kutoka jargon ya ndani (badala ya vifupisho, katika kesi hii), inakumbukwa hapa kwamba VMware ni VI, vSphere ni VC, na Hyper-V ni HV.
Mgeni (Mgeni): Mashine pepe inayoendesha kwenye seva pangishi. Hakuna kitu cha kuelezea hapa, kila kitu ni mantiki na rahisi. Walakini, wengi huburuta hapa maana zingine kwa bidii.
Kwa ajili ya nini? Sijui.
Mgeni OS, kwa mtiririko huo, mfumo wa uendeshaji wa mashine ya wageni. Nakadhalika.
Kazi ya Kuhifadhi nakala/Rudia (kaziA): jargon safi ya Wim, inayoashiria baadhi ya kazi. Kazi ya kuhifadhi == Kazi ya Hifadhi. Hakuna mtu aliyefikiria jinsi ya kutafsiri kwa uzuri kwa Kirusi, hivyo kila mtu anasema "JobA". Kwa msisitizo juu ya silabi ya mwisho.
Ndio, wanaichukua tu na kusema "joba". Na hata katika barua wanaandika hivyo, na kila kitu kiko sawa.
Aina zote za kazi za Hifadhi Nakala, Kazi za Hifadhi Nakala, n.k., asante, lakini hakuna haja. Kazi tu, na utaeleweka. Jambo kuu ni kuweka mkazo kwenye silabi ya mwisho.
Hifadhi nakala (Chelezo, chelezo. Kwa true-oldfags, chelezo inaruhusiwa): Mbali na dhahiri (nakala ya chelezo ya data iko mahali fulani), pia inamaanisha kazi yenyewe (mistari mitatu hapo juu, ikiwa tayari umesahau), kama matokeo ambayo faili ya chelezo sana inaonekana. Labda, mabwana wazungumzaji asilia wa Kiingereza ni wavivu sana kusema niliendesha kazi yangu ya chelezo kila wakati, kwa hivyo wanasema tu niliendesha nakala yangu, na kila mtu anaelewa kila mmoja kikamilifu. Ninakualika uunge mkono mpango huu mzuri.
Kuunganisha (Kuunganisha): Neno ambalo lilionekana katika ESXi 5.0 Chaguo katika menyu ya muhtasari ambayo huanza mchakato wa kufuta kile kinachoitwa vijipicha vya yatima. Hiyo ni, snapshots ambazo zinapatikana kimwili, lakini zilianguka nje ya muundo wa kimantiki ulioonyeshwa. Kinadharia, mchakato huu haupaswi kuathiri faili zilizoonyeshwa kwenye meneja wa snapshot, lakini chochote kinaweza kutokea. Kiini cha mchakato wa uimarishaji ni kwamba data kutoka kwa snapshot (diski ya mtoto) imeandikwa kwa diski kuu (mzazi). Mchakato wa kuchanganya disks inaitwa kuunganisha. Ikiwa amri ya ujumuishaji imetolewa, basi rekodi ya snapshot inaweza kuondolewa kutoka kwa hifadhidata kabla ya kuunganishwa na kufutwa kwa snapshot. Na ikiwa snapshot haikuweza kufutwa kwa sababu yoyote, basi snapshots hizi za yatima zinaonekana. Kuhusu kufanya kazi na snapshots, VMware ina . Na sisi pia kwa namna fulani juu yao .
Hifadhidata (Hifadhi au hifadhi): Wazo pana sana, lakini katika ulimwengu wa uboreshaji, inaeleweka kama mahali ambapo faili za mashine huhifadhiwa. Lakini kwa hali yoyote, hapa unahitaji kuelewa muktadha kwa uwazi sana na, kwa mashaka kidogo, fafanua ni nini hasa mjumbe wako alikuwa akifikiria.
Wakala (Wakala): Ni muhimu kuelewa mara moja kwamba Wakala wa Veeam sio sawa kabisa na yale ambayo tumezoea kwenye mtandao. Ndani ya bidhaa za Veeam, hii ni aina ya huluki inayoshughulika na kuhamisha data kutoka sehemu moja hadi nyingine. Ikiwa hautaingia katika maelezo, basi VBR ni seva ya amri na udhibiti, na washirika ni kazi zake. Hiyo ni, proksi ni mashine ambayo trafiki inapita na ambayo vipengele vya VBR vimewekwa ambayo husaidia kudhibiti trafiki hii. Kwa mfano, kuhamisha data kutoka kwa chaneli moja hadi nyingine, au tu kushikamana na diski yenyewe (Modi ya HotAdd).
Hazina (Hazina): Kitaalam, hii ni ingizo tu katika hifadhidata ya VBR, inayoonyesha mahali ambapo chelezo zimehifadhiwa, na jinsi ya kuunganisha mahali hapa. Kwa kweli, inaweza kuwa tu mpira wa CIFS au diski tofauti, seva au ndoo kwenye wingu. Tena, tuko katika muktadha, lakini tunaelewa kuwa hazina ni mahali ambapo chelezo zako ziko.
Picha (SnapshOt): Wapenda sarufi wa Oxford wanapendelea kusema nani ni muhtasari na nani ni mukhtasari, lakini wengi wasiojua kusoma na kuandika wananufaika na wingi mkubwa zaidi. Ikiwa mtu yeyote hajui, hii ni teknolojia ambayo inakuwezesha kurejesha hali ya disk kwa wakati fulani kwa wakati. Hii inafanywa ama kwa kuelekeza kwa muda shughuli za I / O mbali na diski kuu - basi itaitwa RoW (Redirect on Write) snapshot - au kwa kuhamisha vizuizi vinavyoweza kuandikwa tena kutoka kwa diski yako hadi nyingine - hii itaitwa CoW (Nakala kwenye Andika ) picha. Ni kutokana na uwezekano mpana wa kutumia vitendaji hivi kwamba Veeam inaweza kufanya uchawi wake wa chelezo. Kwa kweli, sio wao tu, lakini hili ndio suala la matoleo yanayofuata.
Kuna machafuko karibu na neno hili katika hati na kumbukumbu za ESXi, na katika muktadha wa kutaja vijipicha, unaweza kupata vijipicha vyenyewe, na fanya upya logi, na hata diski ya delta. Nyaraka za Veeam hazina machozi kama hayo, na muhtasari ni muhtasari, na logi ya kufanya upya ni faili ya REDO iliyoundwa na diski huru isiyoendelea. Faili za REDO hufutwa wakati mashine pepe imezimwa, kwa hivyo kuzichanganya na vijipicha ni njia ya kutofaulu.
Sintetiki (Sintetiki): Hifadhi rudufu za syntetisk ni nakala za nyongeza na za mbele milele. Iwapo haujapata neno hili, ni moja tu ya njia zinazotumiwa kuunda mabadiliko ya mnyororo wa chelezo. Hata hivyo, katika magogo unaweza pia kupata dhana ya Kubadilisha, ambayo hutumiwa katika mfumo wa kuunda nakala kamili kutoka kwa nyongeza (synthetic kamili).
Kazi (Kazi): Huu ni mchakato wa kusindika kila mashine ya kibinafsi ndani ya kazi. Hiyo ni: una kazi ya chelezo, ambayo inajumuisha mashine tatu. Hii inamaanisha kuwa kila gari litachakatwa kama sehemu ya kazi tofauti. Kwa jumla, kutakuwa na magogo manne: moja kuu kwa kazi na tatu kwa kazi. Walakini, kuna nuance muhimu hapa: baada ya muda, neno "kazi" limekuwa lisilo na maana. Tunapozungumza juu ya kumbukumbu za jumla, tunamaanisha kuwa kazi ni VM haswa. Lakini kuna "kazi" zote kwenye wakala na kwenye hazina. Hapo inaweza kumaanisha diski halisi, mashine ya kawaida, na kazi nzima. Hiyo ni, ni muhimu kutopoteza muktadha.
Veeam %name% Huduma: Kwa manufaa ya salama zilizofanikiwa, huduma kadhaa hufanya kazi mara moja, orodha ambayo inaweza kupatikana katika vifaa vya kawaida. Majina yao yanaonyesha kwa uwazi kiini chao, lakini kati ya sawa kuna moja muhimu zaidi - Huduma ya Hifadhi Nakala ya Veeam, bila ambayo iliyobaki haitafanya kazi.
VSS: Kitaalam, VSS inapaswa kusimama kila wakati kwa Huduma ya Nakala ya Kivuli cha Kiasi cha Microsoft. Kwa kweli, hutumiwa na wengi kama kisawe cha Usindikaji wa Picha wa Ufahamu wa Maombi. Ambayo, kwa kweli, sio sawa kabisa, lakini hii ni hadithi kutoka kwa kitengo "SUV yoyote inaweza kuitwa jeep, na utaeleweka."
Magogo ya ajabu na wapi wanaishi
Ninataka kuanza sura hii kwa kufichua siri kuu - ni wakati gani unaonyeshwa kwenye magogo?
Kumbuka:
- ESXi huandika kumbukumbu kila wakati katika UTC+0.
- vCenter huweka kumbukumbu kulingana na wakati wa eneo lake la saa.
- Veeam huweka kumbukumbu kulingana na saa na saa za eneo la seva ambayo imewashwa.
- Na matukio ya Windows tu katika muundo wa EVTX hayateseka kutokana na kumfunga kwa chochote. Inapofunguliwa, wakati unahesabiwa tena kwa gari ambalo walifunguliwa. Chaguo rahisi zaidi, ingawa kuna ugumu nayo. Ugumu pekee unaoonekana ni tofauti katika maeneo. Hii ni njia iliyohakikishwa kivitendo kwa kumbukumbu zisizoweza kusomeka. Ndiyo, kuna chaguzi za jinsi ya kutibu hili, lakini tusibishane na ukweli kwamba kila kitu katika IT hufanya kazi kwa Kiingereza, na kukubali daima kuweka eneo la Kiingereza kwenye seva. Oh tafadhali.
Sasa hebu tuzungumze juu ya maeneo ambayo magogo yanaishi na jinsi ya kuipata. Katika kesi ya VBR, kuna njia mbili.
Chaguo la kwanza linafaa ikiwa huna hamu ya kutafuta faili kwenye lundo la jumla ambalo linahusiana haswa na shida yako. Kwa kufanya hivyo, tuna mchawi tofauti, ambayo unaweza kutaja kazi maalum na kipindi maalum ambacho unahitaji magogo. Kisha atapitia folda mwenyewe na kuweka kila kitu unachohitaji kwenye kumbukumbu moja. Wapi kuitafuta na jinsi ya kufanya kazi nayo imeelezewa kwa undani katika .
Walakini, mchawi haukusanyi magogo ya kazi zote na, kwa mfano, ikiwa unahitaji kusoma magogo ya urejeshaji, kushindwa au kushindwa, njia yako iko kwenye folda. %ProgramData%/Veeam/Backup. Hili ndilo duka kuu la nembo la VBR na %ProgramData% ni folda iliyofichwa na hiyo ni sawa. Kwa njia, eneo la chaguo-msingi linaweza kugawanywa tena kwa kutumia REG_SZ: Ufunguo wa usajili wa aina ya LogDirectory katika tawi la HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup na Replication.
Kwenye mashine za Linux, magogo ya wakala wa wafanyikazi yanapaswa kutafutwa ndani /var/logi/VeeamBackup/ikiwa unatumia mzizi au akaunti ya sudo. Ikiwa huna haki kama hizo, basi tafuta kumbukumbu /tmp/VeeamBackup.
Kwa wakala wa Veeam kwa kumbukumbu %OS_name% inapaswa kutafutwa ndani %ProgramData%/Veeam/Endpoint (Au %ProgramData%/Veeam/Backup/Endpoint) na /var/log/veeam ipasavyo.
Ikiwa unatumia Usindikaji wa Picha wa Ufahamu wa Maombi (na uwezekano mkubwa unatumia), basi hali inakuwa ngumu zaidi. Utahitaji magogo ya msaidizi wetu, ambayo yanahifadhiwa ndani ya mashine ya kawaida yenyewe, na kumbukumbu za VSS. Kuhusu jinsi na wapi kupata furaha hii, imeandikwa kwa undani ndani . Na bila shaka kuna kukusanya kumbukumbu muhimu za mfumo.
Matukio ya Windows yanakusanywa kwa urahisi kulingana na . Ikiwa unatumia Hyper-V, mambo yanakuwa magumu zaidi, kwani utahitaji pia kumbukumbu zake zote kutoka kwa Kumbukumbu za Maombi na Huduma > Microsoft > tawi la Windows. Ingawa unaweza kwenda kwa njia ya kijinga zaidi kila wakati na kuchukua tu vitu vyote kutoka %SystemRoot%System32winevtLogs.
Ikiwa kitu kitavunjika wakati wa usakinishaji/uboreshaji, basi kila kitu unachohitaji kinaweza kupatikana kwenye folda ya %ProgramData%/Veeam/Setup/Temp. Ingawa sitaficha ukweli kwamba katika hafla za OS unaweza kupata habari muhimu zaidi kuliko kwenye magogo haya. Mengine ya kuvutia yapo katika %Temp%, lakini kuna kumbukumbu za usakinishaji za programu zinazohusiana, kama vile msingi, maktaba za .Net na vitu vingine. Kumbuka kuwa Veeam imesakinishwa kutoka kwa msi na vijenzi vyake vyote pia vimesakinishwa kama vifurushi tofauti vya msi, hata kama hii haikuonyeshwa kwenye GUI. Kwa hiyo, ikiwa usakinishaji wa moja ya vipengele unashindwa, ufungaji wote wa VBR utasimamishwa. Kwa hiyo, unahitaji kwenda kwenye magogo na uone ni nini hasa kilichovunjika na kwa wakati gani.
Na hatimaye, utapeli wa maisha: ukipokea kosa wakati wa usakinishaji, usikimbilie kubofya OK. Kwanza tunachukua magogo, kisha bofya OK. Kwa njia hii utapata logi ambayo inaisha wakati wa kosa, bila takataka mwishoni.
Na hutokea kwamba unahitaji kuingia kwenye kumbukumbu za vSphere. Kazi hiyo haina shukrani sana, lakini, baada ya kukunja mikono, mtu anapaswa kufanya kitu kingine. Katika toleo rahisi zaidi, tunahitaji kumbukumbu zilizo na matukio ya mashine pepe vmware.log, ambayo yapo karibu na faili yake ya .vmx. Katika hali ngumu zaidi, fungua Google na uulize kumbukumbu za toleo lako la seva pangishi ziko wapi, kwa kuwa VMware inapenda kubadilisha mahali hapa kutoka toleo hadi kutolewa. Kwa mfano, , lakini kwa . Kwa kumbukumbu za vCenter, rudia utaratibu . Lakini kwa ujumla, tutavutiwa na kumbukumbu za matukio mwenyeji hostd.log, matukio ya mwenyeji yanayosimamiwa na vCenter vpxa.log, kumbukumbu za kernel vmkernel.log na kumbukumbu za uthibitishaji auth.log. Naam, katika hali nyingi zilizopuuzwa, logi ya SSO, ambayo iko kwenye folda ya SSO, inaweza kuja kwa manufaa.
Inasumbua? Changanyikiwa? Inatisha? Lakini hii sio hata nusu ya habari ambayo usaidizi wetu hufanya kazi nao kila siku. Hivyo wao ni kweli, kweli baridi.
Vipengele vya Veeam
Na kama hitimisho la nakala hii ya utangulizi, wacha tuzungumze kidogo juu ya vipengee vya Veeam Backup & Replication. Kwa maana unapotafuta sababu ya maumivu, itakuwa nzuri kuelewa jinsi mgonjwa anavyofanya kazi.
Kwa hivyo, kama kila mtu labda anajua, Hifadhi Nakala ya Veeam ni programu inayoitwa SQL-msingi. Hiyo ni, mipangilio yote, habari zote na kwa ujumla kila kitu ambacho ni muhimu tu kwa kazi ya kawaida - yote haya ni katika database yake. Au tuseme, katika hifadhidata mbili, ikiwa tunazungumza juu ya kundi la VBR na EM: VeeamBackup na VeeamBackupReporting, mtawalia. Na hivyo ikawa: tunaweka programu nyingine - database nyingine inaonekana. Ili sio kuhifadhi mayai yote kwenye kikapu kimoja.
Lakini ili uchumi huu wote ufanye kazi vizuri, tunahitaji seti ya huduma na programu ambazo zitaunganisha vipengele vyote pamoja. Kama mfano tu, hii ndivyo inavyoonekana katika moja ya maabara yangu:
Anafanya kazi kama kondakta mkuu Huduma ya Hifadhi Nakala ya Veeam. Ni yeye anayehusika na kubadilishana habari na misingi. Pia ana wajibu wa kuzindua kazi zote, kupanga rasilimali zilizotengwa na kufanya kazi kama aina ya kituo cha mawasiliano kwa aina mbalimbali za consoles, mawakala na kila kitu kingine. Kwa neno moja, hakuna njia bila yeye, lakini hii haimaanishi kwamba anafanya kila kitu mwenyewe.
Humsaidia katika kutimiza mpango wake Meneja wa Hifadhi Nakala ya Veeam. Hii sio huduma, lakini huluki inayozindua kazi na kufuatilia mchakato wa utekelezaji wao. Mikono ya kufanya kazi ya huduma ya chelezo, ambayo inaunganisha kwa wapangishi, huunda vijipicha, uhifadhi wa wachunguzi, na kadhalika.
Lakini kurudi kwenye orodha ya huduma. Huduma ya Dalali ya Veeam. Ilionekana katika v9.5 (na huyu sio mchimbaji wa crypto, kama wengine walivyofikiria wakati huo). Hukusanya taarifa kuhusu wapangishi wa VMware na kudumisha umuhimu wake. Lakini usikimbie mara moja kuandika maoni ya hasira ambayo tunakupeleleza na kuvuja logi / nywila zote kwa taschmajor. Kila kitu ni rahisi zaidi. Unapoendesha chelezo, jambo la kwanza unahitaji kufanya ni kuunganisha kwa mwenyeji na kusasisha data yote kuhusu muundo wake. Hii ni hadithi polepole na ngumu. Kumbuka tu inachukua muda gani kwako kuingia kupitia kiolesura cha wavuti, na kumbuka kuwa safu ya juu tu ndiyo inayohesabiwa hapo. Na kisha bado unahitaji kufungua uongozi mzima mahali pazuri, kwa njia. Kwa neno moja, hofu. Ikiwa unaendesha nakala kadhaa, basi kila kazi inahitaji kufanya utaratibu huu. Ikiwa tunazungumzia kuhusu miundombinu mikubwa, basi mchakato huu unaweza kuchukua dakika kumi au zaidi. Kwa hivyo, iliamuliwa kutenga huduma tofauti kwa hili, kwa njia ambayo itawezekana kupokea habari za kisasa kila wakati. Wakati wa kuanza, hukagua na kukagua miundombinu yote iliyoongezwa, na kisha inajaribu kufanya kazi katika kiwango cha mabadiliko ya nyongeza. Kwa hivyo hata ukiendesha nakala rudufu mia kwa wakati mmoja, zote zitaomba habari kutoka kwa wakala wetu, na hazitawatesa waandaji kwa maombi yao. Ikiwa una wasiwasi juu ya rasilimali, basi kulingana na mahesabu yetu, mashine 5000 za kawaida zinahitaji tu kuhusu 100 Mb ya kumbukumbu.
Ijayo tunayo Dashibodi ya Veeam. Yeye ni Veeam Remote Console, yeye ni Veeam.Backup.Shell. Hii ndio GUI ile ile tunayoona kwenye viwambo. Kila kitu ni rahisi na dhahiri - console inaweza kuzinduliwa kutoka popote, mradi tu ni Windows na kuna uhusiano na seva ya VBR. Jambo pekee ambalo linaweza kusemwa ni kwamba mchakato wa FLR utaweka alama ndani ya nchi (yaani kwenye mashine ambayo koni inafanya kazi). Kweli, Vivinjari vya Veeam vilivyojumuishwa pia vitaendeshwa ndani ya nchi, kwa sababu wao ni sehemu ya kiweko. Lakini tayari imenibeba porini ...
Huduma nyingine ya kuvutia ni Huduma ya Data ya Hifadhi Nakala ya Veeam. Inajulikana kama Huduma ya Katalogi ya Wageni wa Veeam katika orodha ya huduma. Anajishughulisha na kuorodhesha mifumo ya faili kwenye mashine za wageni na hujaza folda ya VBRCatalog na ujuzi huu. Inatumika tu ambapo kisanduku cha kuteua cha kuorodhesha kimewashwa. Na inaeleweka kuiwezesha ikiwa una Meneja wa Biashara. Kwa hivyo, ushauri kutoka chini ya moyo wangu: usiwashe indexing kama hiyo ikiwa huna EAT. Okoa mishipa yako na wakati wa usaidizi.
Pia kutoka kwa huduma zingine muhimu ni muhimu kuzingatia Huduma ya Kisakinishi cha Veeam, kwa msaada ambao vipengele muhimu vinatolewa na kusakinishwa kwenye wakala, hifadhi na lango nyingine. Kwa kweli, inachukua vifurushi muhimu vya .msi kwa seva na kusakinisha.
Veeam Data Mover - kwa msaada wa mawakala wasaidizi iliyozinduliwa kwenye proxies (na sio tu) inashiriki katika kuhamisha data. Kwa mfano, wakati wa kuhifadhi nakala, wakala mmoja atasoma faili kutoka kwa hifadhidata ya seva pangishi, na wa pili ataziandika kwa uangalifu kwenye hifadhi rudufu.
Kando, ningependa kutambua jambo muhimu ambalo wateja mara nyingi huguswa nalo - hii ni tofauti katika matoleo ya huduma na habari katika Programu na Vipengele vya kuingia. Ndiyo, orodha itakuwa sawa, lakini matoleo yanaweza kutofautiana kabisa. Sio baridi sana kutoka kwa mtazamo wa kuona, lakini ni kawaida kabisa ikiwa kila kitu kitafanya kazi kwa utulivu. Kwa mfano, kwa huduma ya Kisakinishi, nambari ya toleo iko nyuma ya zile za jirani. Hofu na jinamizi? Hapana, kwa sababu haijawekwa tena kabisa, lakini DLL yake imesasishwa tu. Katika kiraka v9.5 U4, ndoto ya usaidizi wa kiufundi ilitokea: wakati wa sasisho, huduma zote zilipokea matoleo mapya, isipokuwa moja muhimu zaidi. Katika kiraka cha U4b, huduma ya usafiri ilipita zingine zote kwa matoleo mawili (kwa kuzingatia nambari). Na hii pia ni ya kawaida - mdudu mkubwa alipatikana ndani yake, kwa hiyo ilipokea sasisho la ziada lililohusiana na wengine. Kwa hivyo kuhitimisha: tofauti za matoleo INAWEZA kuwa shida, lakini ikiwa kuna tofauti na kila kitu kinafanya kazi vizuri, basi labda inapaswa kuwa. Lakini hakuna mtu anayekukataza kufafanua hili katika usaidizi wa kiufundi.
Hizi ndizo zinazoitwa huduma za lazima au za lazima. Na kuna rundo zima la wasaidizi, kama vile Huduma ya Tape, Huduma ya Mlima, Huduma ya vPowerNFS na kadhalika.
Kwa Hyper-V, kwa ujumla, kila kitu ni sawa, tu kuna maalum Veeam Backup Hyper-V Integration Service na dereva wako mwenyewe kwa kufanya kazi na CBT.
Na mwishowe, hebu tuzungumze juu ya nani anafanya kazi kwenye mashine za kawaida wakati wa kuhifadhi nakala. Ili kuendesha hati za kabla na baada ya kufungia, kuunda nakala ya kivuli, kukusanya metadata, kufanya kazi na kumbukumbu za miamala za SQL, n.k. Msaidizi wa Mgeni wa Veeam. Na ikiwa mifumo ya faili imeorodheshwa, Veeam Guest Indexer . Hizi ni huduma za muda zilizotumwa kwa muda wa kuhifadhi nakala na kuondolewa baada yake.
Katika kesi ya mashine za Linux, kila kitu ni rahisi zaidi kutokana na kuwepo kwa idadi kubwa ya maktaba zilizojengwa na uwezo wa mfumo yenyewe. Kwa mfano, indexing inafanywa kwa njia ya mlocate.
Ni hayo tu kwa sasa
Sithubutu kukuumiza tena mfupi Ninaona utangulizi wa sehemu ya injini ya Veeam umekwisha. Ndio, hatujafika hata karibu na pango wenyewe, lakini niamini, ili habari iliyotolewa ndani yao isionekane kama mkondo usio na ufahamu wa fahamu, utangulizi kama huo ni muhimu kabisa. Ninapanga kwenda kwenye magogo wenyewe tu katika makala ya tatu, na mpango wa ijayo ni kuelezea nani anayezalisha magogo, ni nini hasa kinachoonyeshwa ndani yao na kwa nini hasa, na si vinginevyo.
Chanzo: mapenzi.com