Mēs, Veeam, mīlam apaļkokus. Un tā kā lielākā daļa mūsu risinājumu ir modulāri, tie ieraksta daudz žurnālu. Un tā kā mūsu darbības mērķis ir nodrošināt jūsu datu drošību (t.i., mierīgu miegu), tad žurnālos ir ne tikai jāfiksē katra šķaudīšana, bet arī tas jādara diezgan detalizēti. Tas nepieciešams, lai kaut kā gadījumā būtu skaidrs, kā tas “kas” noticis, kurš vainīgs un kas jādara tālāk. Tas ir kā tiesu medicīnas zinātnē: jūs nekad nezināt, kāds sīkums palīdzēs atrast Lauras Palmeres slepkavu.
Tāpēc nolēmu iešūpot rakstu sēriju, kur secīgi runāšu par to, ko rakstām pie baļķiem, kur tos glabājam, kā ar to uzbūvi netrakot un ko meklēt iekšā.
Kāpēc rakstu sērija un kāpēc gan neaprakstīt visu uzreiz?
Vienkārši uzskaitīt, kurš žurnāls atrodas un kas tajā tiek glabāts, ir diezgan postošs pasākums. Un ir biedējoši pat domāt par šīs informācijas atjaunināšanu. Vienkāršs visu iespējamo žurnālu veidu saraksts pakalpojumā Veeam Backup & Replication ir tabula uz vairākām lapām mazā drukā. Jā, un tas būs aktuāli tikai publicēšanas brīdī, jo. kad iznāks nākamais ielāps, var parādīties jauni žurnāli, mainīsies saglabātās informācijas loģika vecajos utt. Tāpēc daudz izdevīgāk būs izskaidrot to uzbūvi un tajos esošās informācijas būtību. Tas ļaus jums labāk orientēties vietās, nekā banāla vārdu pieblīvēšana.
Tāpēc, lai ar galvu nesteigtos teksta lapu baseinā, šajā rakstā veiksim sagatavošanās darbus. Tāpēc šodien mēs neiedziļināsimies pašos baļķos, bet iesim no tālienes: sastādīsim glosāriju un nedaudz apspriedīsim Veeam struktūru baļķu ģenerēšanas ziņā.
Glosārijs un žargons
Te, pirmkārt, ir vērts atvainoties krievu valodas tīrības čempioniem un Ožegova vārdnīcas lieciniekiem. Mēs visi ļoti mīlam savu dzimto valodu, bet sasodītā IT nozare darbojas angļu valodā. Nu, mēs to neizdomājām, bet tas notika vēsturiski. Tā nav mana vaina, viņš atnāca pats (c)
Mūsu biznesā anglicismu (un žargona) problēmai ir sava specifika. Kad zem nevainīgiem vārdiem, piemēram, “saimnieks” vai “viesis”, visa pasaule jau sen ir sapratusi ļoti konkrētas lietas, tad uz ⅙ zemes turpinās varonīgs apjukums un stīvēšanās ar vārdnīcām. Un stingri obligātais arguments "Bet mūsu darbā ...".
Turklāt ir tikai mūsu terminoloģija, kas ir raksturīga Veeam produktiem, lai gan daži vārdi un frāzes ir nonākuši pie cilvēkiem. Tāpēc tagad vienosimies par to, ko nozīmē termins, un turpmāk ar vārdu “viesis” es domāju tieši to, kas rakstīts šajā nodaļā, nevis to, pie kā esat pieradis darbā. Un jā, tā nav mana personīgā kaprīze, tie ir nozarē vispāratzīti termini. Cīņa ar viņiem ir nedaudz bezjēdzīga. Lai gan es vienmēr esmu par atdzišanu komentāros.
Diemžēl mūsu darbā un produktos ir daudz terminu, tāpēc nemēģināšu tos visus uzskaitīt. Tikai elementārākā un nepieciešamā informācija par rezerves kopijām un žurnāliem izdzīvošanai jūrā. Interesentiem varu arī kolēģiem par lentēm, kur viņš arī sniedza ar šo funkcionalitātes daļu saistīto terminu sarakstu.
Saimniekdators (Host): Virtualizācijas pasaulē šī ir mašīna ar hipervizoru. Fiziski, virtuāli, mākonis – tam nav nozīmes. Ja kaut kas darbojas ar hipervizoru (ESXi, Hyper-V, KVM utt.), tad šo “kaut ko” sauc par resursdatoru. Neatkarīgi no tā, vai tas ir klasteris ar desmit plauktiem vai jūsu klēpjdators ar laboratoriju pusotrai virtuālajai mašīnai — ja palaižat hipervizoru, jūs kļuvāt par saimniekdatoru. Tā kā hipervizors mitina virtuālās mašīnas. Ir pat stāsts, ka VMware savulaik vēlējās panākt stingru vārda saimniekdatora saistību ar ESXi. Bet viņa to nedarīja.
Mūsdienu pasaulē jēdziens "host" ir praktiski saplūdis ar jēdzienu "serveris", kas rada zināmu neskaidrību komunikācijā, it īpaši, ja runa ir par Windows infrastruktūru. Tāpēc ikvienu mašīnu, kurā atrodas kāds mūs interesējošs pakalpojums, var droši saukt par resursdatoru. Piemēram, WinSock žurnālos viss ir atzīmēts ar vārdu host. Klasiskais "Saimnieks nav atrasts" ir piemērs tam. Tāpēc mēs sākam no konteksta, bet atcerieties - virtualizācijas pasaulē saimnieks ir tas, kas uzņem viesus (vairāk par to divās rindiņās zemāk).
No vietējā žargona (šajā gadījumā pat akronīmiem) šeit tiek atgādināts, ka VMware ir VI, vSphere ir VC un Hyper-V ir HV.
Viesis (viesis): Virtuālā mašīna, kas darbojas resursdatorā. Šeit nav ko skaidrot, viss ir tik loģiski un vienkārši. Tomēr daudzi cītīgi velk šeit dažas citas nozīmes.
Par ko? es nezinu.
Viesu operētājsistēma, attiecīgi viesu mašīnas operētājsistēma. Un tā tālāk.
Dublēšanas/replicēšanas darbs (jobA): Tīrs Vima žargons, kas apzīmē dažus uzdevumus. Dublēšanas darbs == Dublēšanas darbs. Neviens nav izdomājis, kā to skaisti pārtulkot krieviski, tāpēc visi saka “JobA”. Ar uzsvaru uz pēdējo zilbi.
Jā, viņi vienkārši ņem un saka “joba”. Un pat vēstulēs tā raksta, un viss kārtībā.
Visādi dublēšanas darbi, dublēšanas uzdevumi utt., paldies, bet nevajag. Tikai darbs, un tevi sapratīs. Galvenais ir likt uzsvaru uz pēdējo zilbi.
Dublēšana (Dublēšana, dublēšana. True-oldfags gadījumā dublēšana ir atļauta): Papildus acīmredzamajam (kaut kur atrodas datu rezerves kopija) tas nozīmē arī pašu darbu (trīs rindiņas augstāk, ja jau esat aizmirsis), kā rezultātā parādās pats rezerves fails. Droši vien kungi, kuriem angļu valoda ir dzimtā, ir pārāk slinki, lai teiktu, ka es katru reizi veicu savu dublējumkopiju, tāpēc viņi vienkārši saka, ka es veicu dublējumkopiju, un visi lieliski saprot viens otru. Aicinu jūs atbalstīt šo brīnišķīgo iniciatīvu.
Konsolidēt (konsolidācija): Termins, kas parādījās ESXi 5.0 Momentuzņēmumu izvēlnes opcija, kas sāk tā saukto bāreņu momentuzņēmumu dzēšanas procesu. Tas ir, momentuzņēmumi, kas ir fiziski pieejami, bet izkrita no parādītās loģiskās struktūras. Teorētiski šim procesam nevajadzētu ietekmēt momentuzņēmumu pārvaldniekā parādītos failus, taču viss var notikt. Konsolidācijas procesa būtība ir tāda, ka dati no momentuzņēmuma (bērnu diska) tiek ierakstīti galvenajā (vecāku) diskā. Disku apvienošanas procesu sauc par sapludināšanu. Ja ir izdota konsolidācijas komanda, momentuzņēmuma ierakstu var noņemt no datu bāzes pirms momentuzņēmuma sapludināšanas un dzēšanas. Un, ja momentuzņēmumu kāda iemesla dēļ nevarēja izdzēst, tiek parādīti tie paši bāreņu momentuzņēmumi. Par darbu ar momentuzņēmumiem, VMware ir . Un mēs arī kaut kā par viņiem .
Datu krātuve (Stora vai krātuve): Ļoti plašs jēdziens, bet virtualizācijas pasaulē ar to saprot vietu, kur glabājas virtuālās mašīnas faili. Bet jebkurā gadījumā šeit ir ļoti skaidri jāsaprot konteksts un ar mazākajām šaubām jātiek skaidrībā, ko tieši sarunu biedrs bija domājis.
Starpniekserveris (starpniekserveris): Ir svarīgi uzreiz saprast, ka Veeam Proxy nav gluži tas pats, pie kā esam pieraduši internetā. Veeam produktos šī ir sava veida entītija, kas nodarbojas ar datu pārsūtīšanu no vienas vietas uz citu. Ja neiedziļināties detaļās, tad VBR ir komandu un vadības serveris, un starpniekserveri ir tā darba zirgi. Tas nozīmē, ka starpniekserveris ir iekārta, caur kuru plūst satiksme un kurā ir instalēti VBR komponenti, kas palīdz vadīt šo trafiku. Piemēram, lai pārsūtītu datus no viena kanāla uz otru vai vienkārši pielīmētu diskus pie sevis (HotAdd režīms).
Repozitorijs (repozitorijs): Tehniski tas ir tikai ieraksts VBR datu bāzē, norādot vietu, kur tiek glabāti dublējumkopijas, un kā pieslēgties šai vietai. Faktiski tā var būt tikai CIFS bumbiņa vai atsevišķs disks, serveris vai spainis mākonī. Atkal mēs atrodamies kontekstā, taču mēs saprotam, ka repozitorijs ir tikai vieta, kur atrodas jūsu dublējumkopijas.
Momentuzņēmums (SnapshOt): Oksfordas gramatikas cienītāji dod priekšroku teikt, kurš ir momentuzņēmums un kurš ir momentuzņēmums, bet analfabētiskais vairākums gūst labumu no lielākas masas. Ja kāds nezina, šī ir tehnoloģija, kas ļauj atjaunot diska stāvokli noteiktā laikā. Tas tiek darīts, vai nu īslaicīgi novirzot ievades/izvades darbības prom no galvenā diska — tad tas tiks saukts par RoW (Redirect on Write) momentuzņēmums — vai pārvietojot pārrakstāmos blokus no sava diska uz citu — tas tiks saukts par CoW (Copy on Write). ) momentuzņēmums. Pateicoties plašajām šo funkciju izmantošanas iespējām, Veeam var darboties ar rezerves maģiju. Stingri sakot, ne tikai viņi, bet arī nākamie izdevumi.
ESXi dokumentācijā un žurnālos ap šo terminu valda haoss, un momentuzņēmumu pieminēšanas kontekstā varat atrast pašus momentuzņēmumus un pārtaisīt žurnālu un pat delta disku. Veeam dokumentācijā šāda plīsuma nav, un momentuzņēmums ir momentuzņēmums, un pārtaisīšanas žurnāls ir tieši REDO fails, ko izveidojis neatkarīgs nepastāvīgs disks. REDO faili tiek dzēsti, kad virtuālā mašīna ir izslēgta, tāpēc to sajaukšana ar momentuzņēmumiem ir ceļš uz neveiksmi.
Sintētika (sintētika): Sintētiskās dublējumkopijas ir apgrieztas pakāpeniskas un mūžīgas dublējumkopijas. Ja neesat saskāries ar šo terminu, tas ir tikai viens no mehānismiem, ko izmanto rezerves ķēdes transformācijas izveidošanai. Tomēr žurnālos var atrast arī jēdzienu Transform, kas tiek izmantots pilnu kopiju izveidei no pieauguma (sintētiskā pilna).
Uzdevums (Uzdevums): Šis ir process, kurā tiek apstrādāta katra atsevišķa iekārta darba ietvaros. Tas ir: jums ir rezerves darbs, kas ietver trīs iekārtas. Tas nozīmē, ka katra automašīna tiks apstrādāta atsevišķa uzdevuma ietvaros. Kopumā būs četri žurnāli: galvenais par darbiem un trīs par uzdevumiem. Tomēr šeit ir svarīga nianse: laika gaitā vārds "uzdevums" ir kļuvis nevajadzīgi neskaidrs. Kad mēs runājam par vispārīgiem žurnāliem, mēs domājam, ka uzdevums ir tieši VM. Bet ir “uzdevumi” gan starpniekserverī, gan repozitorijā. Tur tas var nozīmēt virtuālo disku, virtuālo mašīnu un visu darbu. Tas ir, ir svarīgi nezaudēt kontekstu.
Veeam %name% pakalpojums: Lai nodrošinātu veiksmīgu dublēšanu, vienlaikus darbojas vairāki pakalpojumi, kuru sarakstu var atrast standarta aprīkojumā. Viņu nosaukumi diezgan caurspīdīgi atspoguļo viņu būtību, taču starp līdzvērtīgiem ir vissvarīgākais - Veeam Backup Service, bez kura pārējais nedarbosies.
VSS: Tehniski VSS vienmēr nozīmē Microsoft Volume Shadow Copy Service. Faktiski daudzi to izmanto kā sinonīmu lietojumprogrammām apzinātai attēlu apstrādei. Kas, protams, ir kategoriski nepareizi, bet šis ir stāsts no kategorijas "Jebkuru SUV var saukt par džipu, un jūs sapratīs".
Fantastiski baļķi un to dzīvesvieta
Es vēlos sākt šo nodaļu, atklājot lielo noslēpumu – kāds laiks tiek rādīts žurnālos?
Atcerieties:
- ESXi vienmēr ieraksta žurnālus UTC+0.
- vCenter saglabā žurnālus atbilstoši laika joslas laikam.
- Veeam saglabā žurnālus pēc tā servera laika un laika joslas, kurā tas ir ieslēgts.
- Un tikai Windows notikumi EVTX formātā necieš no piesaistes nekam. Atverot, laiks tiek pārrēķināts automašīnai, kurā tie tika atvērti. Ērtākā iespēja, lai gan ar to ir grūtības. Vienīgā taustāmā grūtība ir lokalizācijas atšķirības. Tas ir praktiski garantēts ceļš uz nelasāmiem žurnāliem. Jā, ir iespējas, kā to ārstēt, bet nestrīdēsimies par to, ka IT jomā viss darbojas angļu valodā, un vienosimies serveros vienmēr iestatīt angļu valodas lokalizāciju. Ak lūdzu.
Tagad parunāsim par vietām, kur dzīvo baļķi un kā tos iegūt. VBR gadījumā ir divas pieejas.
Pirmā iespēja ir piemērota, ja jūs nevēlaties meklēt failus vispārējā kaudzē, kas ir īpaši saistīti ar jūsu problēmām. Lai to izdarītu, mums ir atsevišķs vednis, kuram varat norādīt konkrētu darbu un konkrētu periodu, kuram nepieciešami žurnāli. Tad viņš pats pārmeklēs mapes un saliks visu nepieciešamo vienā arhīvā. Kur to meklēt un kā ar to strādāt, ir detalizēti aprakstīts .
Tomēr vednis neapkopo visu uzdevumu žurnālus un, piemēram, ja jums ir jāizpēta atjaunošanas, kļūmjpārlēces vai kļūmju atgriešanas žurnāli, jūsu ceļš atrodas mapē. %ProgramData%/Veeam/Backup. Šis ir galvenais VBR logotipu veikals, un %ProgramData% ir slēpta mape, un tas ir labi. Starp citu, noklusējuma atrašanās vietu var piešķirt no jauna, izmantojot REG_SZ: LogDirectory tipa reģistra atslēgu filiālē HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Linux iekārtās darbinieku aģentu žurnāli ir jāmeklē mapē /var/log/VeeamBackup/ja izmantojat root vai sudo kontu. Ja jums nav šādu privilēģiju, meklējiet pieteikšanos /tmp/VeeamBackup.
Veeam aģentam %OS_name% ir jāmeklē žurnāli %ProgramData%/Veeam/Galapunkts (Vai %ProgramData%/Veeam/Backup/Endpoint) Un /var/log/veeam attiecīgi.
Ja izmantojat lietojumprogrammu apzinātu attēlu apstrādi (un, visticamāk, arī izmantojat), situācija kļūst nedaudz sarežģītāka. Jums būs nepieciešami mūsu palīga žurnāli, kas tiek glabāti pašā virtuālajā mašīnā, un VSS žurnāli. Par to, kā un kur iegūt šo laimi, tas ir detalizēti rakstīts . Un, protams, ir lai savāktu nepieciešamos sistēmas žurnālus.
Windows notikumi tiek ērti apkopoti atbilstoši . Ja izmantojat Hyper-V, viss kļūst sarežģītāks, jo jums būs nepieciešami arī visi tā žurnāli no lietojumprogrammu un pakalpojumu žurnāli > Microsoft > Windows filiāles. Lai gan jūs vienmēr varat iet stulbāko ceļu un vienkārši paņemt visus objektus no %SystemRoot%System32winevtLogs.
Ja instalēšanas/jaunināšanas laikā kaut kas saplīst, visu nepieciešamo var atrast mapē %ProgramData%/Veeam/Setup/Temp. Lai gan neslēpšu, ka OS pasākumos var atrast noderīgāku informāciju nekā šajos žurnālos. Pārējais interesants ir %Temp%, bet galvenokārt ir instalēšanas žurnāli saistītai programmatūrai, piemēram, bāzei, .Net bibliotēkām un citām lietām. Ņemiet vērā, ka Veeam ir instalēts no msi, un visi tā komponenti tiek instalēti arī kā atsevišķas msi pakotnes, pat ja tas netika parādīts GUI. Tāpēc, ja neizdodas instalēt kādu no komponentiem, visa VBR instalēšana tiks apturēta. Tāpēc jāieiet baļķos un jāpaskatās, kas tieši un kurā brīdī salūza.
Un visbeidzot, dzīvības uzlauzums: ja instalēšanas laikā saņemat kļūdu, nesteidzieties noklikšķināt uz Labi. Vispirms mēs paņemam žurnālus, pēc tam noklikšķiniet uz Labi. Tādā veidā jūs iegūsit žurnālu, kas beidzas kļūdas brīdī, bez atkritumiem beigās.
Un gadās, ka jums ir jāiekļūst vSphere žurnālos. Nodarbošanās ir ļoti nepateicīga, bet, uzrotot piedurknes, jādara kas cits. Vienkāršākajā versijā mums ir nepieciešami žurnāli ar virtuālās mašīnas notikumiem vmware.log, kas atrodas blakus tā .vmx failam. Sarežģītākos gadījumos atveriet Google un jautājiet, kur atrodas jūsu resursdatora versijas žurnāli, jo VMware mīl mainīt šo vietu no izlaiduma uz laidienu. Piemēram, , bet priekš . VCenter žurnāliem atkārtojiet procedūru . Bet kopumā mūs interesēs resursdatora notikumu žurnāli hostd.log, vCenter vpxa.log pārvaldītie mitināšanas notikumi, kodola žurnāli vmkernel.log un autentifikācijas žurnāli auth.log. Labi, visvairāk novārtā atstātajos gadījumos var noderēt SSO žurnāls, kas atrodas SSO mapē.
Apgrūtinoši? Apjucis? Baisi? Bet tā nav pat puse no informācijas, ar kuru mūsu atbalsts strādā ikdienā. Tātad viņi ir patiešām forši.
Veeam komponenti
Un šī ievadraksta noslēgumā nedaudz parunāsim par Veeam Backup & Replication komponentiem. Jo, meklējot sāpju cēloni, būtu jauki saprast, kā pacients darbojas.
Tātad, kā visi droši vien zina, Veeam Backup ir tā sauktā uz SQL balstīta lietojumprogramma. Tas ir, visi iestatījumi, visa informācija un kopumā viss, kas nepieciešams tikai normālai darbībai - tas viss ir tā datubāzē. Vai drīzāk, divās datu bāzēs, ja mēs runājam par virkni VBR un EM: attiecīgi VeeamBackup un VeeamBackupReporting. Un tā arī notika: ievietojām citu aplikāciju - parādās cita datu bāze. Lai visas olas nesaliktu vienā grozā.
Bet, lai visa šī ekonomika darbotos nevainojami, mums ir nepieciešams pakalpojumu un lietojumprogrammu kopums, kas saista visas sastāvdaļas. Piemēram, vienā no manām laboratorijām tas izskatās šādi:
Darbojas kā galvenais diriģents Veeam dublēšanas pakalpojums. Tieši viņš ir atbildīgs par informācijas apmaiņu ar bāzēm. Viņš ir arī atbildīgs par visu uzdevumu uzsākšanu, piešķirto resursu organizēšanu un darbu kā sava veida komunikāciju centrs dažādām konsolēm, aģentiem un visam pārējam. Vārdu sakot, bez viņa noteikti neiztikt, bet tas nebūt nenozīmē, ka viņš visu dara pats.
Palīdz viņam īstenot plānu Veeam dublējuma pārvaldnieks. Tas nav pakalpojums, bet entītija, kas palaiž darbus un uzrauga to izpildes procesu. Dublēšanas pakalpojuma darba rokas, ar kurām tas savienojas ar saimniekiem, veido momentuzņēmumus, uzrauga saglabāšanu utt.
Bet atpakaļ uz pakalpojumu sarakstu. Veeam brokeru pakalpojums. Parādījās versijā 9.5 (un tas nav kriptogrāfijas ieguvējs, kā daži toreiz domāja). Apkopo informāciju par VMware resursdatoriem un uztur tās atbilstību. Bet neskrien uzreiz rakstīt dusmīgus komentārus, ka mēs tevi izspiegojam un visus pieteikumvārdus/paroles nopludinām taschmajoram. Viss ir nedaudz vienkāršāk. Palaižot dublējumu, pirmā lieta, kas jums jādara, ir izveidot savienojumu ar resursdatoru un atjaunināt visus datus par tā struktūru. Šis ir diezgan lēns un apgrūtinošs stāsts. Vienkārši atcerieties, cik ilgs laiks nepieciešams, lai pieteiktos, izmantojot tīmekļa saskarni, un atcerieties, ka tajā tiek ieskaitīts tikai augšējais slānis. Un tad jums joprojām ir jāatver visa hierarhija pareizajā vietā, starp citu. Vārdu sakot, šausmas. Ja veicat duci dublējumkopiju, katram darbam ir jāveic šī procedūra. Ja mēs runājam par lielām infrastruktūrām, tad šis process var ilgt desmit minūtes vai vairāk. Tāpēc tika nolemts tam atvēlēt atsevišķu dienestu, caur kuru būs iespējams saņemt vienmēr aktuālo informāciju. Startēšanas laikā tas pārbauda un skenē visu pievienoto infrastruktūru un pēc tam mēģina strādāt tikai pakāpenisku izmaiņu līmenī. Tātad, pat ja vienlaikus izpildīsiet simts dublējumus, tie visi pieprasīs informāciju no mūsu brokera un nemokās saimniekus ar saviem pieprasījumiem. Ja jūs uztrauc resursi, tad pēc mūsu aprēķiniem 5000 virtuālajām mašīnām ir nepieciešami tikai aptuveni 100 Mb atmiņas.
Tālāk mums ir Veeam konsole. Viņš ir Veeam Remote Console, viņš ir Veeam.Backup.Shell. Šī ir tā pati GUI, ko mēs redzam ekrānuzņēmumos. Viss ir vienkārši un pašsaprotami – konsoli var palaist no jebkuras vietas, ja vien tā ir Windows un ir savienojums ar VBR serveri. Vienīgais, ko var teikt, ir tas, ka FLR process montēs punktus lokāli (t.i., mašīnā, kurā darbojas konsole). Asorti Veeam Explorers darbosies arī lokāli, jo tie ir daļa no konsoles. Bet tas mani jau ir aiznesis savvaļā ...
Vēl viens interesants pakalpojums ir Veeam rezerves kataloga datu pakalpojums. Pakalpojumu sarakstā pazīstams kā Veeam viesu kataloga pakalpojums. Viņš nodarbojas ar failu sistēmu indeksēšanu viesu mašīnās un aizpilda VBRCatalog mapi ar šīm zināšanām. To izmanto tikai tad, ja ir iespējota indeksēšanas izvēles rūtiņa. Un ir jēga to iespējot tikai tad, ja jums ir uzņēmuma pārvaldnieks. Tāpēc no sirds padoms: neieslēdziet indeksēšanu tāpat vien, ja jums nav EAT. Taupiet nervus un atbalsta laiku.
Arī no citiem svarīgiem pakalpojumiem ir vērts atzīmēt Veeam uzstādītāja pakalpojums, ar kuras palīdzību tiek piegādātas nepieciešamās sastāvdaļas un uzstādītas uz starpniekserveriem, krātuvēm un citām vārtejām. Faktiski tas nogādā serveros nepieciešamās .msi pakotnes un instalē tās.
Veeam Data Mover - ar starpniekserveros palaistu palīgaģentu palīdzību (un ne tikai) tas nodarbojas ar datu pārvietošanu. Piemēram, dublējot, viens aģents nolasīs failus no resursdatora datu krātuves, bet otrs rūpīgi ierakstīs tos dublējumkopijā.
Atsevišķi es vēlos atzīmēt svarīgu lietu, uz kuru klienti bieži reaģē, — tā ir pakalpojumu versiju un informācijas atšķirība Programmu un līdzekļu papildprogrammā. Jā, saraksts būs tāds pats, taču versijas var būt pilnīgi pretrunīgas. Tas nav īpaši forši no vizuālā viedokļa, bet tas ir pilnīgi normāli, ja viss darbojas stabili. Piemēram, pakalpojumam Installer versijas numurs ievērojami atpaliek no blakus esošajiem. Šausmas un murgs? Nē, jo tas nav pilnībā pārinstalēts, bet tā DLL tiek vienkārši atjaunināts. Patch v9.5 U4 notika tehniskā atbalsta murgs: atjaunināšanas laikā visi pakalpojumi saņēma jaunas versijas, izņemot vissvarīgāko. U4b ielāps transporta serviss visas pārējās apsteidza pat par divām versijām (spriežot pēc cipariem). Un tas ir arī normāli - tajā tika atrasta nopietna kļūda, tāpēc tas saņēma papildu atjauninājumu salīdzinājumā ar pārējo. Rezumējot: versiju atšķirības VARĒTU būt problēma, bet, ja ir atšķirība un viss darbojas pareizi, tad, iespējams, tam vajadzētu būt. Bet neviens neliedz jums to noskaidrot tehniskajā nodrošinājumā.
Tie bija tā sauktie obligātie jeb Obligātie pakalpojumi. Un ir vesela virkne palīgierīču, piemēram, Tape Service, Mount Service, vPowerNFS Service un tā tālāk.
Hyper-V kopumā viss ir pa vecam, tikai tur ir konkrēts Veeam Backup Hyper-V integrācijas pakalpojums un savu vadītāju darbam ar CBT.
Un beigās parunāsim par to, kas dublēšanas laikā strādā virtuālajās mašīnās. Lai palaistu skriptus pirms un pēc iesaldēšanas, izveidotu ēnu kopiju, apkopotu metadatus, strādātu ar SQL darījumu žurnāliem utt. Veeam viesu palīgs. Un, ja failu sistēmas ir indeksētas, Veeam viesu indeksētājs . Tie ir pagaidu pakalpojumi, kas tiek izvietoti uz dublēšanas laiku un noņemti pēc tā.
Linux mašīnu gadījumā viss ir daudz vienkāršāk, pateicoties lielam skaitam iebūvētu bibliotēku un pašas sistēmas iespējām. Piemēram, indeksēšana tiek veikta, izmantojot mlocate.
Tas pagaidām ir viss
Es vairs neuzdrošinos tevi sāpināt īss Uzskatu, ka iepazīšanās ar Veeam dzinēja nodalījumu ir beigusies. Jā, mēs neesam pat pietuvojušies pašiem midzeņiem, bet ticiet man, lai tajos pasniegtā informācija nešķistu nesakarīga apziņas straume, šāds ievads ir absolūti nepieciešams. Pie pašiem baļķiem plānoju doties tikai trešajā rakstā, un nākamā plānā ir paskaidrot, kas ģenerē žurnālus, kas tieši tajos tiek attēlots un kāpēc tieši, nevis citādi.
Avots: www.habr.com
