Vi pÄ Veeam Àlskar stockar. Och eftersom de flesta av vÄra lösningar Àr modulÀra, skriver de mÄnga loggar. Och eftersom omfattningen av vÄr aktivitet Àr att sÀkerstÀlla sÀkerheten för dina data (dvs. vilsam sömn), bör loggarna inte bara registrera varje nysning, utan ocksÄ göra det i detalj. Detta Àr nödvÀndigt sÄ att det i hÀndelse av nÄgot Àr tydligt hur detta "vad" hÀnde, vem Àr skyldig och vad som behöver göras hÀrnÀst. Det Àr som i rÀttsmedicin: du vet aldrig vilken liten sak som hjÀlper dig att hitta Laura Palmers mördare.
DÀrför bestÀmde jag mig för att ta en svÀng pÄ en serie artiklar, dÀr jag sekventiellt kommer att prata om vad vi skriver till stockarna, var vi lagrar dem, hur man inte blir galen med deras struktur och vad man ska leta efter inuti dem.
Varför en serie artiklar och varför inte beskriva allt pÄ en gÄng?
Att bara lista ut vilken logg som finns var och vad som finns lagrad i den Àr ett ganska katastrofalt Ätagande. Och det Àr lÀskigt att ens tÀnka pÄ att hÄlla den hÀr informationen uppdaterad. En enkel lista över alla möjliga typer av loggar i Veeam Backup & Replication Àr en tabell pÄ flera ark med finstilt. Ja, och det kommer att vara relevant endast vid tidpunkten för publicering, eftersom. nÀr nÀsta patch slÀpps kan nya loggar dyka upp, logiken för den lagrade informationen i de gamla kommer att Àndras, etc. DÀrför kommer det att vara mycket mer lönsamt att förklara deras struktur och kÀrnan i informationen som finns i dem. Detta kommer att tillÄta dig att bÀttre navigera pÄ platserna Àn den banala proppningen av namn.
DÀrför, för att inte rusa handlöst in i poolen av textblad, lÄt oss göra lite förberedande arbete i den hÀr artikeln. DÀrför kommer vi idag inte att komma in pÄ sjÀlva loggarna, utan kommer att gÄ pÄ avstÄnd: vi kommer att sammanstÀlla en ordlista och diskutera Veeam-strukturen lite nÀr det gÀller generering av loggar.
Ordlista och jargong
HÀr Àr det först och frÀmst vÀrt att be om ursÀkt till förkÀmparna för det ryska sprÄkets renhet och vittnen i Ozhegovs ordbok. Vi Àlskar alla vÄrt modersmÄl vÀldigt mycket, men den förbannade IT-branschen fungerar pÄ engelska. Tja, vi kom inte pÄ det, men det hÀnde historiskt. Det Àr inte mitt fel, han kom sjÀlv (c)
I vĂ„r verksamhet har problemet med anglicismer (och jargong) sina egna detaljer. NĂ€r hela vĂ€rlden under oskyldiga ord som "vĂ€rd" eller "gĂ€st" lĂ€nge har förstĂ„tt mycket specifika saker, sĂ„ fortsĂ€tter pĂ„ â av landet heroisk förvirring och hĂ€pnadsvĂ€ckande med att peta i ordböcker. Och det strikt obligatoriska argumentet "Men pĂ„ vĂ„rt arbete ...".
Dessutom finns det enbart vĂ„r terminologi, som Ă€r inneboende i Veeam-produkter, Ă€ven om vissa ord och fraser har gĂ„tt till folket. DĂ€rför kommer vi nu överens om vilken term som betyder vad, och i framtiden, under ordet "gĂ€st", kommer jag att mena exakt vad som stĂ„r i det hĂ€r kapitlet, och inte vad du Ă€r van vid pĂ„ jobbet. Och ja, detta Ă€r inte mitt personliga infall, det hĂ€r Ă€r vĂ€letablerade termer i branschen. Att bekĂ€mpa dem Ă€r lite meningslöst. Ăven om jag alltid Ă€r för att chilla i kommentarerna.
TyvÀrr finns det mÄnga termer i vÄrt arbete och vÄra produkter, sÄ jag ska inte försöka lista dem alla. Endast den mest grundlÀggande och nödvÀndiga informationen om backuper och loggar för överlevnad i havet. För den som Àr intresserad kan jag ocksÄ kollegor om band, dÀr han ocksÄ gav en lista med termer relaterade till den delen av funktionaliteten.
VĂ€rd (vĂ€rd): I virtualiseringsvĂ€rlden Ă€r detta en maskin med hypervisor. Fysiskt, virtuellt, moln - det spelar ingen roll. Om nĂ„got kör en hypervisor (ESXi, Hyper-V, KVM etc), sĂ„ kallas detta "nĂ„got" en vĂ€rd. Oavsett om det Ă€r ett kluster med tio rack eller din bĂ€rbara dator med ett labb för en och en halv virtuell maskin â om du lanserade en hypervisor blev du en vĂ€rd. Eftersom hypervisorn Ă€r vĂ€rd för virtuella maskiner. Det finns till och med en historia om att VMware en gĂ„ng ville uppnĂ„ en fast association av ordet vĂ€rd med ESXi. Men det gjorde hon inte.
I den moderna vÀrlden har begreppet "vÀrd" praktiskt taget smÀlt samman med begreppet "server", vilket skapar en viss förvirring i kommunikationen, sÀrskilt nÀr det kommer till Windows-infrastruktur. SÄ vilken maskin som helst som Àr vÀrd för nÄgon tjÀnst av intresse för oss kan sÀkert kallas en vÀrd. Till exempel, i WinSock-loggarna Àr allt markerat med ordet vÀrd. Klassikern "Host not found" Àr ett exempel pÄ detta. SÄ vi utgÄr frÄn sammanhanget, men kom ihÄg - i virtualiseringens vÀrld Àr en vÀrd det som Àr vÀrd för gÀster (mer om detta pÄ tvÄ rader nedan).
FrÄn lokal jargong (snarare till och med akronymer, i det hÀr fallet) pÄminns det hÀr om att VMware Àr VI, vSphere Àr VC och Hyper-V Àr HV.
GÀst (GÀst): Den virtuella maskinen som körs pÄ vÀrden. Det finns inget att förklara hÀr, allt Àr sÄ logiskt och enkelt. MÄnga drar dock flitigt hit nÄgra andra betydelser.
För vad? jag vet inte.
Guest OS, respektive gÀstdatorns operativsystem. Och sÄ vidare.
Backup/replikeringsjobb (jobbA): Ren Wim-jargong, som betecknar nÄgra av uppgifterna. Backup jobb == Backup jobb. Ingen har kommit pÄ hur man översÀtter det vackert till ryska, sÄ alla sÀger "JobA". Med betoning pÄ sista stavelsen.
Ja, de tar det helt enkelt och sÀger "joba". Och Àven i brev skriver de sÄ, och allt Àr bra.
Alla typer av sÀkerhetskopieringsjobb, sÀkerhetskopieringsuppgifter, etc., tack, men inget behov. Bara ett jobb, och du kommer att bli förstÄdd. Det viktigaste Àr att betona den sista stavelsen.
SÀkerhetskopiering (Backup, backup. För true-oldfags Àr backup tillÄten): Förutom det uppenbara (en sÀkerhetskopia av data som ligger nÄgonstans), betyder det ocksÄ sjÀlva jobbet (tre rader ovan, om du redan har glömt), vilket gör att sjÀlva sÀkerhetskopian dyker upp. Förmodligen Àr herrar som talar engelska som modersmÄl för lata för att sÀga att jag körde mitt backup-jobb varje gÄng, sÄ de sÀger bara att jag körde min backup, och alla förstÄr varandra perfekt. Jag föreslÄr att stödja detta underbara initiativ.
Konsolidera (konsolidering): En term som förekom i ESXi 5.0 Ett alternativ i ögonblicksbildsmenyn som startar processen att ta bort sÄ kallade förÀldralösa ögonblicksbilder. Det vill sÀga ögonblicksbilder som Àr fysiskt tillgÀngliga, men som föll ur den visade logiska strukturen. Teoretiskt sett bör denna process inte pÄverka filerna som visas i ögonblicksbildshanteraren, men allt kan hÀnda. KÀrnan i konsolideringsprocessen Àr att data frÄn ögonblicksbilden (underdisken) skrivs till huvuddisken (förÀlder). Processen att kombinera diskar kallas sammanfogning. Om ett konsolideringskommando har utfÀrdats kan ögonblicksbildsposten tas bort frÄn databasen innan ögonblicksbilden slÄs samman och tas bort. Och om ögonblicksbilden av nÄgon anledning inte kunde raderas, visas samma förÀldralösa ögonblicksbilder. Om att arbeta med ögonblicksbilder har VMware . Och vi ocksÄ pÄ nÄgot sÀtt om dem .
Datalager (Stora eller lagring): Ett mycket brett begrepp, men i virtualiseringsvÀrlden förstÄs det som en plats dÀr virtuella maskinfiler lagras. Men i alla fall, hÀr mÄste du förstÄ sammanhanget mycket tydligt och, med minsta tvivel, klargöra vad din samtalspartner hade i Ätanke.
Proxy (Proxy): Det Àr viktigt att omedelbart förstÄ att Veeam Proxy inte riktigt Àr detsamma som det vi Àr vana vid pÄ Internet. Inom Veeam-produkter Àr detta en sorts enhet som sysslar med att överföra data frÄn en plats till en annan. Om du inte gÄr in pÄ detaljer sÄ Àr VBR en kommando- och kontrollserver, och proxyservrar Àr dess arbetshÀstar. Det vill sÀga en proxy Àr en maskin genom vilken trafik flyter och pÄ vilken VBR-komponenter Àr installerade som hjÀlper till att styra denna trafik. Till exempel för att överföra data frÄn en kanal till en annan, eller helt enkelt att fÀsta diskar till sig sjÀlv (HotAdd-lÀge).
Repository (Repository): Tekniskt sett Àr detta bara en post i VBR-databasen, som anger platsen dÀr sÀkerhetskopiorna lagras och hur man ansluter till denna plats. I sjÀlva verket kan det antingen bara vara en CIFS-boll eller en separat disk, server eller hink i molnet. à terigen, vi Àr i sammanhanget, men vi förstÄr att ett arkiv bara Àr en plats dÀr dina sÀkerhetskopior finns.
Ăgonblicksbild (SnapshOt): Grammatikfantaster i Oxford föredrar att sĂ€ga vem som Ă€r ögonblicksbild och vem som Ă€r ögonblicksbild, men den analfabeta majoriteten drar nytta av den större massan. Om nĂ„gon inte vet Ă€r detta en teknik som gör att du kan Ă„terstĂ€lla tillstĂ„ndet för en disk vid en viss tidpunkt. Detta görs antingen genom att tillfĂ€lligt omdirigera I/O-operationer bort frĂ„n huvuddisken - dĂ„ kommer det att kallas RoW (Redirect on Write) ögonblicksbild - eller genom att flytta omskrivbara block frĂ„n din disk till en annan - detta kommer att kallas CoW (Copy on Write) ) ögonblicksbild. Det Ă€r tack vare de breda möjligheterna att anvĂ€nda dessa funktioner som Veeam kan göra sin backup-magi. StrĂ€ngt taget, inte bara dem, utan det hĂ€r Ă€r frĂ„gan om nĂ€sta slĂ€pp.
Det rÄder kaos kring denna term i ESXi-dokumentationen och loggar, och i samband med att nÀmna ögonblicksbilder kan du hitta sjÀlva ögonblicksbilder och göra om logg, och till och med deltadisk. Veeam-dokumentationen innehÄller inte en sÄdan rivning, och en ögonblicksbild Àr en ögonblicksbild, och en redo-logg Àr exakt en REDO-fil skapad av en oberoende icke-persistent disk. REDO-filer raderas nÀr den virtuella maskinen stÀngs av, sÄ att förvÀxla dem med ögonblicksbilder Àr en vÀg till misslyckande.
Syntet (syntet): Syntetiska sÀkerhetskopior Àr omvÀnda inkrementella och forever forward backups. Om du inte har stött pÄ den hÀr termen Àr det bara en av mekanismerna som anvÀnds för att bygga en backup-kedjetransformation. Men i loggarna kan du ocksÄ hitta konceptet Transform, som anvÀnds inom ramen för att skapa hela kopior frÄn inkrement (syntetisk full).
Uppgift (uppgift): Detta Àr processen för att bearbeta varje enskild maskin i jobbet. Det vill sÀga: du har ett backupjobb, som inkluderar tre maskiner. Det innebÀr att varje bil kommer att behandlas som en del av en separat uppgift. Totalt kommer det att finnas fyra loggar: den huvudsakliga för jobb och tre för uppgifter. Det finns dock en viktig nyans hÀr: med tiden har ordet "uppgift" blivit onödigt tvetydigt. NÀr vi pratar om allmÀnna loggar menar vi att en uppgift Àr exakt en virtuell dator. Men det finns "uppgifter" bÄde pÄ proxyn och pÄ förvaret. DÀr kan det betyda en virtuell disk, en virtuell maskin och hela jobbet. Det vill sÀga att det Àr viktigt att inte tappa sammanhanget.
Veeam %name% tjÀnst: Till förmÄn för framgÄngsrika sÀkerhetskopieringar fungerar flera tjÀnster samtidigt, en lista över dessa finns i standardutrustningen. Deras namn Äterspeglar ganska transparent deras vÀsen, men bland jÀmlikar finns det den viktigaste - Veeam Backup Service, utan vilken resten inte kommer att fungera.
VSS: Tekniskt sett bör VSS alltid stÄ för Microsoft Volume Shadow Copy Service. Faktum Àr att det anvÀnds av mÄnga som en synonym för Application-Aware Image Processing. Vilket förstÄs Àr kategoriskt fel, men det hÀr Àr en historia frÄn kategorin "Var som helst SUV kan kallas en jeep, och du kommer att bli förstÄdd."
Fantastiska stockar och var de bor
Jag vill börja det hÀr kapitlet med att avslöja den stora hemligheten - vilken tid visas i loggarna?
Kom ihÄg:
- ESXi skriver alltid loggar i UTC+0.
- vCenter hÄller loggar enligt tiden för dess tidszon.
- Veeam för loggar efter tid och tidszon för servern den Àr pÄ.
- Och bara Windows-hÀndelser i EVTX-format lider inte av bindning till nÄgonting. Vid öppning rÀknas tiden om för bilen som de öppnades pÄ. Det mest bekvÀma alternativet, Àven om det finns svÄrigheter med det. Den enda pÄtagliga svÄrigheten Àr skillnaden i lokaler. Detta Àr en praktiskt taget garanterad vÀg till olÀsbara loggar. Ja, det finns alternativ för hur man ska hantera detta, men lÄt oss bara inte argumentera med det faktum att allt inom IT fungerar pÄ engelska, och gÄr med pÄ att alltid stÀlla in den engelska sprÄkversionen pÄ servrarna. Men snÀlla.
LÄt oss nu prata om platserna dÀr stockarna bor och hur man fÄr tag i dem. NÀr det gÀller VBR finns det tvÄ tillvÀgagÄngssÀtt.
Det första alternativet Àr lÀmpligt om du inte Àr sugen pÄ att leta efter filer i den allmÀnna högen som Àr specifikt relaterade till ditt problem. För att göra detta har vi en separat guide, till vilken du kan ange ett specifikt jobb och en specifik period för vilken du behöver loggar. Sedan gÄr han sjÀlv igenom mapparna och lÀgger allt du behöver i ett arkiv. Var man kan leta efter det och hur man arbetar med det beskrivs i detalj i .
Guiden samlar dock inte in loggarna för alla uppgifter och om du till exempel behöver studera loggarna för ÄterstÀllningen, failover eller failback, ligger din sökvÀg i mappen %ProgramData%/Veeam/Backup. Detta Àr den huvudsakliga VBR-logobutiken och %ProgramData% Àr en dold mapp och det Àr bra. Förresten, standardplatsen kan omtilldelas med hjÀlp av registernyckeln REG_SZ: LogDirectory i grenen HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
PÄ Linux-datorer bör arbetaragentloggar sökas i /var/log/VeeamBackup/om du anvÀnder ett root- eller sudo-konto. Om du inte har sÄdana privilegier, leta efter inloggningar /tmp/VeeamBackup.
För Veeam-agent för %OS_name% bör loggar sökas in %ProgramData%/Veeam/Endpoint (eller %ProgramData%/Veeam/Backup/Endpoint) Och /var/log/veeam respektive.
Om du anvÀnder Application-Aware Image Processing (och troligen Àr du det), sÄ blir situationen nÄgot mer komplicerad. Du behöver loggar frÄn vÄr hjÀlpreda, som lagras i sjÀlva den virtuella maskinen, och VSS-loggarna. Om hur och var man kan fÄ denna glÀdje, Àr det skrivet i detalj i . Och visst finns det för att samla in nödvÀndiga systemloggar.
Windows-hĂ€ndelser samlas bekvĂ€mt enligt . Om du anvĂ€nder Hyper-V blir saker mer komplicerade, eftersom du ocksĂ„ kommer att behöva alla dess loggar frĂ„n Applications and Service Logs > Microsoft > Windows-grenen. Ăven om du alltid kan gĂ„ den dummaste vĂ€gen och bara plocka upp alla objekt frĂ„n %SystemRoot%System32winevtLogs.
Om nĂ„got gĂ„r sönder under installationen/uppgraderingen finns allt du behöver i mappen %ProgramData%/Veeam/Setup/Temp. Ăven om jag inte kommer att dölja det faktum att du i OS-hĂ€ndelser kan hitta mer anvĂ€ndbar information Ă€n i dessa loggar. Resten av det intressanta ligger i %Temp%, men det finns frĂ€mst installationsloggar för relaterad programvara, sĂ„som basen, .Net-bibliotek och annat. Observera att Veeam Ă€r installerat frĂ„n msi och alla dess komponenter installeras ocksĂ„ som separata msi-paket, Ă€ven om detta inte visades i GUI. DĂ€rför, om installationen av en av komponenterna misslyckas, kommer hela VBR-installationen att stoppas. DĂ€rför mĂ„ste du gĂ„ in i loggarna och se exakt vad som gick sönder och vid vilken tidpunkt.
Och slutligen, ett livhack: om du fÄr ett fel under installationen, skynda dig inte att klicka pÄ OK. Först tar vi loggarna och klickar sedan pÄ OK. PÄ sÄ sÀtt fÄr du en logg som slutar vid tidpunkten för felet, utan skrÀp i slutet.
Och det hÀnder att du behöver komma in i vSphere-loggarna. SysselsÀttningen Àr mycket otacksam, men efter att ha kavt upp Àrmarna mÄste man göra nÄgot annat. I den enklaste versionen behöver vi loggar med virtuella maskinhÀndelser vmware.log, som ligger bredvid dess .vmx-fil. I ett svÄrare fall, öppna Google och frÄga var loggarna för din vÀrdversion finns, eftersom VMware Àlskar att Àndra denna plats frÄn release till release. Till exempel, , men för . För vCenter-loggar, upprepa proceduren . Men i allmÀnhet kommer vi att vara intresserade av vÀrdhÀndelseloggar hostd.log, vÀrdhÀndelser som hanteras av vCenter vpxa.log, kÀrnloggar vmkernel.log och autentiseringsloggar auth.log. Tja, i de mest försummade fallen kan SSO-loggen, som ligger i SSO-mappen, komma till anvÀndning.
BesvÀrlig? Förvirrad? SkrÀmmande? Men det hÀr Àr inte ens hÀlften av informationen som vÄr support arbetar med dagligen. SÄ de Àr riktigt, riktigt coola.
Veeam-komponenter
Och som en avslutning pÄ den hÀr inledande artikeln, lÄt oss prata lite om komponenterna i Veeam Backup & Replication. För nÀr man letar efter orsaken till smÀrtan vore det trevligt att förstÄ hur patienten fungerar.
SÄ som alla sÀkert vet Àr Veeam Backup en sÄ kallad SQL-baserad applikation. Det vill sÀga alla instÀllningar, all information och i allmÀnhet allt som bara behövs för normal funktion - allt detta finns i dess databas. Eller snarare, i tvÄ databaser, om vi pratar om ett gÀng VBR och EM: VeeamBackup respektive VeeamBackupReporting. Och sÄ blev det: vi lade en annan applikation - en annan databas dyker upp. För att inte förvara alla Àgg i en korg.
Men för att all denna ekonomi ska fungera smidigt behöver vi en uppsÀttning tjÀnster och applikationer som knyter ihop alla komponenter. Bara som ett exempel, sÄ hÀr ser det ut i ett av mina labb:
Fungerar som chefsdirigent Veeam Backup Service. Det Àr han som ansvarar för informationsutbytet med baserna. Han Àr ocksÄ ansvarig för att lansera alla uppgifter, orkestrera tilldelade resurser och arbeta som ett slags kommunikationscenter för en mÀngd olika konsoler, agenter och allt annat. Med ett ord, det finns definitivt ingen vÀg utan honom, men det betyder inte alls att han gör allt sjÀlv.
HjÀlper honom att uppfylla hans plan Veeam Backup Manager. Detta Àr inte en tjÀnst, utan en enhet som lanserar jobb och övervakar processen för deras genomförande. SÀkerhetskopieringstjÀnstens arbetande hÀnder, med vilka den ansluter till vÀrdar, skapar ögonblicksbilder, övervakar retention, och sÄ vidare.
Men tillbaka till listan över tjĂ€nster. Veeam mĂ€klartjĂ€nst. Dök upp i v9.5 (och det hĂ€r Ă€r inte en kryptominer, som vissa trodde dĂ„). Samlar information om VMware-vĂ€rdar och upprĂ€tthĂ„ller dess relevans. Men spring inte direkt för att skriva arga kommentarer om att vi spionerar pĂ„ dig och lĂ€cker alla inloggningar/lösenord till taschmajor. Allt Ă€r nĂ„got enklare. NĂ€r du kör en sĂ€kerhetskopia Ă€r det första du behöver göra att ansluta till vĂ€rden och uppdatera all data om dess struktur. Det hĂ€r Ă€r en ganska lĂ„ngsam och krĂ„nglig historia. Kom bara ihĂ„g hur lĂ„ng tid det tar för dig att logga in via webbgrĂ€nssnittet, och kom ihĂ„g att endast det översta lagret rĂ€knas dĂ€r. Och dĂ„ behöver du fortfarande öppna hela hierarkin till rĂ€tt plats, förresten. Med ett ord, skrĂ€ck. Om du kör ett dussin sĂ€kerhetskopior mĂ„ste varje jobb göra den hĂ€r proceduren. Om vi ââpratar om stora infrastrukturer kan denna process ta tio minuter eller mer. DĂ€rför beslutades att tilldela en separat tjĂ€nst för detta, genom vilken det ska vara möjligt att fĂ„ alltid aktuell information. Vid uppstart kontrollerar och skannar den all tillagd infrastruktur, och försöker sedan endast arbeta pĂ„ nivĂ„n för inkrementella Ă€ndringar. SĂ„ Ă€ven om du kör hundra sĂ€kerhetskopior samtidigt kommer de alla att begĂ€ra information frĂ„n vĂ„r mĂ€klare, och kommer inte att plĂ„ga vĂ€rdarna med sina förfrĂ„gningar. Om du Ă€r orolig för resurser, sĂ„ behöver 5000 virtuella maskiner enligt vĂ„ra berĂ€kningar bara cirka 100 Mb minne.
NĂ€sta har vi Veeam konsol. Han Ă€r Veeam Remote Console, han Ă€r Veeam.Backup.Shell. Detta Ă€r samma GUI som vi ser i skĂ€rmdumparna. Allt Ă€r enkelt och sjĂ€lvklart â konsolen kan startas var som helst, sĂ„ lĂ€nge det Ă€r Windows och det finns en anslutning till VBR-servern. Det enda som kan sĂ€gas Ă€r att FLR-processen kommer att montera punkter lokalt (dvs pĂ„ maskinen dĂ€r konsolen körs). Tja, diverse Veeam Explorers kommer ocksĂ„ att köras lokalt, eftersom de Ă€r en del av konsolen. Men det har redan fört mig ut i vildmarken ...
En annan intressant tjÀnst Àr Veeam Backup Catalog Data Service. KÀnd som Veeam Guest Catalog Service i listan över tjÀnster. Han Àr engagerad i att indexera filsystem pÄ gÀstdatorer och fyller VBRCatalog-mappen med denna kunskap. Den anvÀnds endast nÀr kryssrutan för indexering Àr aktiverad. Och det Àr bara vettigt att aktivera det om du har Enterprise Manager. DÀrför ett rÄd frÄn djupet av mitt hjÀrta: slÄ inte pÄ indexering bara sÄdÀr om du inte har EAT. Spara dina nerver och stödtid.
Ăven frĂ„n andra viktiga tjĂ€nster Ă€r det vĂ€rt att notera Veeam Installer Service, med hjĂ€lp av vilken de nödvĂ€ndiga komponenterna levereras och installeras pĂ„ proxyservrar, repositories och andra gateways. Faktum Ă€r att det tar de nödvĂ€ndiga .msi-paketen till servrarna och installerar dem.
Veeam Data Mover - med hjÀlp av hjÀlpagenter som lanseras pÄ fullmakter (och inte bara) Àr den engagerad i att flytta data. Till exempel, nÀr du sÀkerhetskopierar, kommer en agent att lÀsa filer frÄn vÀrddataarkivet, och den andra kommer noggrant att skriva dem till sÀkerhetskopian.
Separat skulle jag vilja notera en viktig sak som kunder ofta reagerar pÄ - det hÀr Àr skillnaden i versioner av tjÀnster och information i program och funktioner snap-in. Ja, listan kommer att vara densamma, men versionerna kan vara helt disharmoniska. Det Àr inte sÀrskilt coolt ur visuell synvinkel, men det Àr helt normalt om allt fungerar stabilt. Till exempel för tjÀnsten Installer Àr versionsnumret lÄngt efter de nÀrliggande. SkrÀck och mardröm? Nej, eftersom det inte Àr helt ominstallerat, utan dess DLL uppdateras helt enkelt. I patch v9.5 U4 intrÀffade en mardröm för teknisk support: under uppdateringen fick alla tjÀnster nya versioner, förutom den viktigaste. I U4b-patchen gick transporttjÀnsten om alla andra med sÄ mycket som tvÄ versioner (av siffrorna att döma). Och detta Àr ocksÄ normalt - en allvarlig bugg hittades i den, sÄ den fick en bonusuppdatering i förhÄllande till resten. SÄ för att sammanfatta det: versionsskillnader KAN vara ett problem, men om det finns en skillnad och allt fungerar korrekt, sÄ borde det förmodligen vara det. Men ingen förbjuder dig att förtydliga detta i teknisk support.
Dessa var de sÄ kallade obligatoriska eller obligatoriska tjÀnsterna. Och det finns en hel drös med extra sÄdana, som Tape Service, Mount Service, vPowerNFS Service och sÄ vidare.
För Hyper-V, i allmÀnhet, Àr allt sig likt, bara det finns en specifik Veeam Backup Hyper-V Integration Service och din egen drivrutin för att arbeta med KBT.
Och i slutÀndan, lÄt oss prata om vem som arbetar pÄ virtuella maskiner under sÀkerhetskopieringen. Att köra skript före och efter frysning, skapa en skuggkopia, samla in metadata, arbeta med SQL-transaktionsloggar, etc. Veeam Guest Helper. Och om filsystem indexeras, Veeam Guest Indexer . Dessa Àr tillfÀlliga tjÀnster som distribueras under sÀkerhetskopieringen och tas bort efter den.
NÀr det gÀller Linux-maskiner Àr allt mycket enklare pÄ grund av nÀrvaron av ett stort antal inbyggda bibliotek och kapaciteten hos sjÀlva systemet. Till exempel görs indexering genom mlocate.
Det var allt tills vidare
Jag vÄgar inte skada dig lÀngre kort Jag anser att introduktionen till Veeam-motorrummet Àr över. Ja, vi har inte ens kommit i nÀrheten av sjÀlva hÄlorna, men tro mig, sÄ att informationen som presenteras i dem inte verkar som en osammanhÀngande ström av medvetande, Àr en sÄdan introduktion absolut nödvÀndig. Jag planerar att gÄ till sjÀlva loggarna först i den tredje artikeln, och planen för nÀsta Àr att förklara vem som genererar loggarna, exakt vad som visas i dem och varför exakt, och inte annars.
KĂ€lla: will.com
