Vi pÄ Veeam Àlskar loggar. Eftersom de flesta av vÄra lösningar Àr modulÀra, genererar de en hel del loggar. Med tanke pÄ att vÄr verksamhet handlar om att sÀkerstÀlla skyddet av dina data (dvs. din fredliga sömn), mÄste loggarna inte bara registrera varje hÀndelse, utan ocksÄ göra det ganska detaljerat. Detta Àr nödvÀndigt för att, om nÄgot skulle hÀnda, förstÄ hur det hÀnde, vem som var ansvarig och vad som behöver göras hÀrnÀst. HÀr Àr det som i kriminalteknik: man vet aldrig vilken liten detalj som kan hjÀlpa dig att hitta mördaren av Laura Palmer.
DÀrför har jag beslutat att ge mig pÄ en artikelserie dÀr jag successivt kommer att berÀtta om vad vi skriver i loggarna, var vi lagrar dem, hur man inte tappar förstÄndet pÄ deras struktur och vad man ska leta efter i dem.
Varför en artikelserie och varför inte beskriva allt pÄ en gÄng?
Att bara lista ut vilken logg som ligger var och vad som lagras i den Àr en ganska hÄblös idé. Och att hÄlla denna information uppdaterad Àr nÀstan skrÀmmande att tÀnka pÄ. En enkel lista över alla möjliga typer av loggar i Veeam Backup & Replication skulle bli en tabell med flera sidor med liten text. Dessutom skulle den bara vara aktuell vid publiceringstillfÀllet, eftersom nya loggar kan introduceras med nÀsta patch, logiken i informationen i de gamla kan Àndras, osv. DÀrför Àr det mycket mer fördelaktigt att förklara deras struktur och innebörden av den information som finns i dem. Detta kommer att göra det lÀttare att orientera sig, Àn att bara memorera namn.
För att inte dyka ner huvudstupa i textmassor, lÄt oss i denna artikel göra en slags förberedande insats. SÄ idag kommer vi inte att titta pÄ loggarna sjÀlva, utan nÀrma oss dem frÄn avstÄnd: vi ska skapa ett lexikon och diskutera Veeams struktur ur perspektivet av loggenerering.
Lexikon och jargong
HĂ€r vill jag först be om ursĂ€kt till de som vĂ€rnar om det ryska sprĂ„kets renhet och till försvararna av OĆŸegovs ordbok. Vi Ă€lskar alla vĂ„rt modersmĂ„l, men den förbannade IT-industrin fungerar pĂ„ engelska. Vi hittade inte pĂ„ det, det har historiskt blivit sĂ„. Jag Ă€r inte skyldig, den kom av sig sjĂ€lv (c)
In vÄrt yrke har problemet med anglicismer (och jargong) sin egen speciella karaktÀr. NÀr hela vÀrlden redan lÀnge har förstÄtt helt konkreta saker bakom oskyldiga ord som "host" eller "guest", fortsÀtter det pÄ en sjÀttedel av jorden med ett heroisk förvirring och trassel dÀr man pekar pÄ ordböcker. Och det strÀngt obligatoriska argumentet, "Men hÀr pÄ jobbet...".
Dessutom finns det vĂ„r egen terminologi som Ă€r specifik för Veeam-produkter, Ă€ven om vissa ord och fraser har blivit allmĂ€nt kĂ€nda. SĂ„ nu kommer vi att komma överens om vad varje term betyder, och framöver kommer jag att mena just det som stĂ„r i det hĂ€r kapitlet nĂ€r jag sĂ€ger "guest", och inte det som ni Ă€r vana vid pĂ„ jobbet. Och ja, detta Ă€r ingen personlig Ă„sikt, det Ă€r etablerade termer inom branschen. Att kĂ€mpa emot dem Ă€r ganska meningslöst. Ăven om jag alltid Ă€r för att diskutera i kommentarerna.
TyvÀrr finns det extremt mÄnga termer inom vÄrt arbete och vÄra produkter, sÄ jag kommer inte att försöka rÀkna dem alla. Bara de mest grundlÀggande och nödvÀndiga för att överleva i havet av information om backups och loggar. För intresserade kan jag ocksÄ frÄn kollegor om band, dÀr han ocksÄ gav en lista över termer relaterade till den delen av funktionaliteten.
Host (Host): I virtualiseringsvĂ€rlden Ă€r detta en maskin med hypervisor. Fysisk, virtuell, molnbaserad â det spelar ingen roll. Om nĂ„got kör en hypervisor (ESXi, Hyper-V, KVM etc.), sĂ„ kallas detta "nĂ„gonting" för en host. Oavsett om det Ă€r en kluster med tio stĂ€ll eller din bĂ€rbara dator med en labb pĂ„ en och en halv virtuella maskiner â om du har startat en hypervisor, sĂ„ har du blivit en host. Eftersom hypervisorn hostar virtuella maskiner. Det finns till och med en historia om att VMware en gĂ„ng ville Ă„stadkomma en stark koppling mellan ordet host och just ESXi. Men de klarade inte av det.
I den moderna vĂ€rlden har termen "host" nĂ€stan smĂ€lt samman med termen "server", vilket skapar viss förvirring i kommunikationen, sĂ€rskilt nĂ€r det handlar om Windows-infrastruktur. SĂ„ vilken maskin som helst som har nĂ„gon intressant tjĂ€nst kan med sĂ€kerhet kallas en host. Till exempel, i WinSock-loggar markeras allt med ordet host. Det klassiska "Host not found" Ă€r ett exempel pĂ„ det. SĂ„ vi utgĂ„r frĂ„n kontexten, men kom ihĂ„g â i virtualiseringsvĂ€rlden Ă€r en host det som hostar gĂ€ster (mer om detta i raderna nedan).
FrÄn lokala jargonger (snarare akronymer i det hÀr fallet) kommer jag ihÄg att VMware Àr VI, vSphere Àr VC och Hyper-V Àr HV.
GÀst (Guest): En virtuell maskin som körs pÄ vÀrden. HÀr behöver man knappt förklara nÄgot, allt Àr sÄ logiskt och enkelt. Men mÄnga drar hit in andra betydelser.
Varför? Jag vet inte.
GÀst-OS, alltsÄ operativsystemet för den virtuella maskinen. Och sÄ vidare.
Backup/Replicationsjobb (job): Ren VMware-jargon som betecknar ett av uppdragen. Backup job == Backup-jobb. Ingen har kommit pÄ hur man vackert översÀtter detta till svenska, sÄ alla sÀger "jobb". Med betoning pÄ sista stavelsen.
Ja, sÄ enkelt sÀger de bara "jobb". Och till och med i e-post skriver de sÄ, och allt Àr bra.
Diverse backuparbeten, backupuppdrag, etc., tack, men nej tack. Bara jobb, och du kommer att bli förstÄdd. Det viktigaste Àr att betona sista stavelsen.
Backup (Backup, bupack. För hardcore-Àlskare tillÄts "backup"): Utöver den uppenbara (en reservkopierad data nÄgonstans) betyder det ocksÄ sjÀlva jobbet (de tre raderna ovan, om du har glömt), vilket resulterar i filen för backupen. Troligen Àr de engelsktalande sÄ lata att de inte vill sÀga 'I ran my backup job' varje gÄng, sÄ de sÀger bara 'I ran my backup', och alla förstÄr varandra utmÀrkt. Jag föreslÄr att vi stöttar detta mirakulösa initiativ.
Konsolidera (Consolidate): En term som dök upp i ESXi 5.0. Ett alternativ i menyn för snapshots som startar processen för att ta bort sÄ kallade orphaned snapshots. AlltsÄ snapshots som fysiskt finns men som saknar visning i den logiska strukturen. Teoretiskt sett bör denna process inte pÄverka de filer som visas i snapshot-hanteraren, men det hÀnder ÀndÄ. Huvudsyftet med konsolideringsprocessen Àr att data frÄn snapshot (child disk) skrivs till den primÀra (parent) disken. Processen för att sammanfoga diskar kallas merge. Om ett kommando för konsolidering har getts kan posten för snapshot tas bort frÄn databasen tidigare Àn att snapshoten faktiskt har merge:ats och tagits bort. Och om snapshoten av nÄgon anledning inte kunde tas bort, sÄ uppstÄr dessa orphaned snapshots. VMware har Och vi har ocksÄ skrivit om dem pÄ Habré. .
Datastore (Store eller storage):  Ett vĂ€ldigt brett begrepp, men inom virtualisering handlar det om en plats dĂ€r virtuella maskiners filer lagras. Men i alla fall mĂ„ste man vara mycket tydlig med sammanhanget och vid minsta tvekan klargöra vad den man pratar med menar.Â
Proxy (Proxy): Det Àr viktigt att förstÄ direkt att Veeam Proxy inte riktigt Àr detsamma som vad vi Àr vana vid pÄ internet. Inom Veeams produkter Àr det en entitet som ansvarar för att flytta data frÄn en plats till en annan. Om vi inte gÄr in pÄ detaljer, sÄ Àr VBR en kommandoserver, och proxy Àr dess arbetsmaskiner. Det innebÀr att proxy Àr en maskin genom vilken trafiken strömmar och dÀr komponenter av VBR Àr installerade för att hjÀlpa till att hantera denna trafik. Till exempel, att flytta data frÄn en kanal till en annan eller helt enkelt koppla till sina egna diskar (HotAdd-lÀge).
Repository (Repository):  Tekniskt sett Àr detta bara en post i VBR-databasen som pekar pÄ platsen dÀr sÀkerhetskopior lagras och hur man ansluter till denna plats. I praktiken kan det vara en enkel CIFS-delning, en separat disk, en server eller en behÄllare i molnet. à terigen, vi Àr i kontexten hÀr, men förstÄr att ett repository Àr helt enkelt en plats dÀr dina sÀkerhetskopior ligger.
 Snapshot (Snapshot): Ălskarna av Oxfordgrammatik föredrar att sĂ€ga snĂpShot och snEpShot, men den okunniga majoriteten vinner tack vare sin större massa. För de som inte vet â detta Ă€r teknologin som gör det möjligt att Ă„terstĂ€lla en disks tillstĂ„nd vid en viss tidpunkt. Detta görs antingen genom tillfĂ€llig omdirigering av I/O-operationer bort frĂ„n den primĂ€ra disken â dĂ„ kallas det RoW (Redirect on Write) snapshot â eller genom att flytta skrivbara block frĂ„n din disk till en annan â detta kallas CoW (Copy on Write) snapshot. Tack vare de omfattande möjligheterna med dessa funktioner kan Veeam utföra sin backup-magi. Strikt taget, inte bara för dem, men det Ă€r en sak för de kommande versionerna.
I dokumentationen och loggarna för ESXi rÄder det kaos kring denna term och i samband med nÀmnandet av snapshots kan man möta bÄde snapshots, redo log och till och med delta disk. I Veeams dokumentation finns det ingen sÄdan förvirring, och en snapshot Àr en snapshot, medan en redo log Àr just en REDO-fil som skapats av en oberoende non-persistent disk. REDO-filer tas bort nÀr den virtuella maskinen stÀngs av, sÄ att blanda ihop dem med snapshots Àr en vÀg mot misslyckande.
Synthetic: Syntetiska backuper tillhör reverse incremental och forever forward backuper. Om du inte har stött pÄ denna term tidigare, sÄ Àr det helt enkelt en av mekanismerna som anvÀnds för att bygga upp backupkedjan. Men i loggarna kan man ocksÄ stöta pÄ begreppet Transform, som anvÀnds vid skapandet av kompletta kopior frÄn inkrement (syntetisk full).
Task: Detta Àr processen för att bearbeta varje enskild maskin inom ramen för en job. Det vill sÀga: har du en backup-jobb som inkluderar tre maskiner. Det betyder att varje maskin kommer att bearbetas i en separat task. Totalt kommer det att finnas fyra loggar: en huvudsaklig för jobbet och tre för taskerna. Men hÀr finns det en viktig nyans: med tiden har ordet "task" blivit alltför mÄngtydigt. NÀr vi talar om generella loggar, avser vi att en task Àr precis en VM. Men det finns Àven sina "tasks" pÄ proxy och repository. DÀr kan det betyda bÄde virtuell disk, virtuell maskin och hela jobbet. Det Àr alltsÄ viktigt att inte förlora sammanhanget.
Veeam %name% Service::  För att sĂ€kerstĂ€lla framgĂ„ngsrika backuper arbetar flera tjĂ€nster samtidigt, vars lista kan hittas i den standardmĂ€ssiga modulen. Deras namn Ă„terspeglar tydligt deras syfte, men bland likvĂ€rdiga finns den viktigaste â Veeam Backup Service, utan vilken de andra inte kommer att fungera.
VSS: Tekniskt sett bör VSS alltid beteckna Microsoft Volume Shadow Copy Service. Faktiskt anvÀnds det av mÄnga som en synonym för Application-Aware Image Processing. Vilket, naturligtvis, Àr kategoriskt felaktigt, men det Àr en historia i stil med "Varje SUV kan kallas en jeep, och du kommer att bli förstÄdd".
Fantastiska loggar och platser dÀr de bor
Jag vill börja detta kapitel med att avslöja en stor hemlighet â vilken tid som visas i loggarna?
Kom ihÄg:
- ESXi skriver alltid loggar i UTC+0.
- vCenter för journaler enligt sin egen tidszon.
- Veeam för loggar enligt tid och tidszon av servern pÄ vilken den Àr installerad.
- Och endast Windows-hĂ€ndelser i EVTX-format Ă€r inte bundna till nĂ„got. Vid öppning kommer tiden att omrĂ€knas beroende pĂ„ den maskin de öppnades pĂ„. Det mest bekvĂ€ma alternativet, Ă€ven om det ibland kan vara problematiskt. Den enda verkliga svĂ„righeten Ă€r lokaliseringen. Det Ă€r praktiskt taget en garanterad vĂ€g till olĂ€sliga loggar. Ja, det finns sĂ€tt att Ă„tgĂ€rda detta, men lĂ„t oss bara komma överens om att allt inom IT fungerar pĂ„ engelska och alltid stĂ€lla in engelska lokalinstĂ€llningar pĂ„ servrarna. SnĂ€lla.Â
Nu ska vi Ă€ndĂ„ prata om var loggarna finns och hur man fĂ„r tag pĂ„ dem. För VBR finns det tvĂ„ tillvĂ€gagĂ„ngssĂ€tt.Â
Alternativ ett passar om du inte brinner av lust att leta bland högar av filer som rör just ditt problem. För detta har vi ett sÀrskilt wizard, dÀr du kan ange ett specifikt jobb och en specifik tidsperiod för de loggar du behöver. DÀrefter gÄr den igenom mapparna och samlar allt nödvÀndigt i ett arkiv. Detaljer om var du kan hitta det och hur du arbetar med det gÄr att lÀsa i .
Men wizarden samlar inte loggar för alla uppgifter, och till exempel för att studera loggarna för en restaurang, failover eller failback Àr din vÀg till mappen %ProgramData%/Veeam/Backup. Detta Àr det primÀra logglagret för VBR, och %ProgramData% Àr en dold mapp vilket Àr normalt. För övrigt kan standardplatsen omdirigeras med hjÀlp av en registernyckel av typen REG_SZ: LogDirectory i HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
PĂ„ Linux-maskiner bör loggar för arbetsagenter sökas i /var/log/VeeamBackup/, om du anvĂ€nder ett root- eller sudo-konto. Om du inte har sĂ„dana behörigheter, leta efter loggar i /tmp/VeeamBackup.Â
För Veeam agent for %OS_name% mÄste loggar sökas i %ProgramData%/Veeam/Endpoint (eller %ProgramData%/Veeam/Backup/Endpoint) och /var/log/veeam respektive.
Om du anvĂ€nder Application-Aware Image Processing (och du kommer förmodligen att göra det) sĂ„ kompliceras situationen nĂ„got. Du kommer att behöva loggar frĂ„n vĂ„r hjĂ€lpare, som lagras inom den virtuella maskinen, samt VSS-loggar. Detaljer om hur och var man fĂ„r tag pĂ„ dessa finns i . Och sjĂ€lvklart finns det för att samla nödvĂ€ndiga systemloggar.Â
Windows-hĂ€ndelser Ă€r lĂ€tt att samla in enligt . Om du anvĂ€nder Hyper-V kompliceras det, eftersom du Ă€ven behöver alla dess loggar frĂ„n sektionen Applications and Service Logs > Microsoft > Windows. Ăven om du alltid kan gĂ„ den mer tidskrĂ€vande vĂ€gen och helt enkelt ta alla objekt frĂ„n %SystemRoot%System32winevtLogs.
Om nĂ„got gĂ„r fel under installationen/uppgraderingen kan du hitta all nödvĂ€ndig information i mappen %ProgramData%/Veeam/Setup/Temp. Ăven om jag inte ska dölja att det i operativsystemets hĂ€ndelseloggar finns mer anvĂ€ndbar information Ă€n i dessa loggar. Den Ă„terstĂ„ende intressanta informationen ligger i %Temp%, men dĂ€r finns frĂ€mst installationsloggar för tillhörande programvara, som databaser, .Net-bibliotek och annat. TĂ€nk pĂ„ att Veeam installeras via msi, och alla dess komponenter installeras ocksĂ„ som separata msi-paket, Ă€ven om detta inte visas i GUI. DĂ€rför, om installationen av en av komponenterna misslyckas, kommer hela VBR-installationen att stoppas. SĂ„ det Ă€r viktigt att gĂ„ in i loggarna och se vad som faktiskt gick fel och nĂ€r.
Och ett sista tips: om du fÄr ett fel under installationen, skynda dig inte att trycka pÄ OK. Först hÀmtar vi loggarna, sedan trycker vi pÄ OK. PÄ sÄ sÀtt fÄr du loggen som slutar vid felögonblicket, utan skrÀp i slutet.
Ibland behöver man dyka ner i vSphere-loggarna. Det Àr en otacksam sysselsÀttning, men om man rullar upp Àrmarna fÄr man hantera Àven sÄdana saker. I det enklaste fallet behöver vi loggar med hÀndelser frÄn den virtuella maskinen vmware.log, som finns bredvid dess .vmx-fil. I en mer komplicerad situation öppnar vi Google och söker efter var loggarna för din vÀrdversion ligger, eftersom VMware Àlskar att förÀndra detta stÀlle frÄn version till version. HÀr Àr till exempel, , och hÀr för . För vCenter-loggar upprepar vi proceduren . Men generellt Àr vi intresserade av loggarna för vÀrd-hÀndelser hostd.log, hÀndelser för vÀrdar under vCenter vpxa.log, kÀrnloggar vmkernel.log och autentiseringsloggar auth.log. Och i de mest besvÀrliga fallen kan loggen SSO som ligger i SSO-mappen vara anvÀndbar.
Komplicerat? Förvirrande? SkrÀmmande? Men detta Àr inte ens hÀlften av informationen som vÄr support arbetar med varje dag. SÄ de Àr verkligen riktigt duktiga.
Veeam-komponenter
Och som avslutning pÄ denna introduktionsartikel pratar vi lite om komponenterna i Veeam Backup & Replication. För nÀr man letar efter orsaken till problem, Àr det bra att förstÄ hur patienten Àr uppbyggd.
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 egentligen allt som behövs för normal drift â allt detta finns i dess databas. Eller snarare i tvĂ„ databaser, om vi pratar om kopplingen VBR och EM: VeeamBackup och VeeamBackupReporting, respektive. SĂ„ har det blivit: vi installerar en till applikation â en till databas dyker upp. För att inte ha alla Ă€gg i en korg.
Men för att allt detta ska fungera smidigt behöver vi en uppsÀttning tjÀnster och applikationer som kopplar samman alla komponenter till en helhet. HÀr Àr ett exempel pÄ hur detta ser ut i ett av mina labb:
Den huvudsakliga dirigenten Àr Veeam Backup Service. Det Àr den som ansvarar för informationsutbytet med databaserna. Den ansvarar ocksÄ för att starta alla uppgifter, hanterar orkestreringen av tilldelade resurser och fungerar som ett kommunikationscentrum för olika konsoler, agenter och allt annat. Kort sagt, utan den fungerar det inte, men det betyder inte att den gör allt sjÀlv.
I utförandet av det som Àr tÀnkt fÄr den hjÀlp av Veeam Backup Manager. Detta Àr ingen tjÀnst, utan en entitet som ansvarar för att starta jobb och övervaka processen för deras genomförande. Arbetande hÀnder av backup-tjÀnsten, genom vilka den kopplar till vÀrdar, skapar snapshots, övervakar retention och sÄ vidare.
Men lÄt oss ÄtergÄ till listan över tjÀnster. Veeam Broker Service. Introducerades i v9.5 (och detta Àr inte en kryptovaluta-miner som vissa trodde dÄ). Den samlar information om VMware-vÀrdar och hÄller den uppdaterad. Men skynda dig inte att skriva arga kommentarer om att vi spionerar pÄ dig och lÀcker dina inloggningar/lösenord. Det Àr lite enklare Àn sÄ. NÀr du startar en backup mÄste du först ansluta till vÀrden och uppdatera all information om dess struktur. Det Àr en ganska lÄngsam och omfattande historia. TÀnk bara pÄ hur lÀnge din inloggning via webbgrÀnssnittet varar, och kom ihÄg att dÀr rÀknas endast det översta lagret. Och sedan mÄste du dessutom expandera hela hierarkin till rÀtt plats, förresten. Kort sagt, hemskt. Om du kör ett tiotal backups mÄste varje jobb genomgÄ denna procedur. Om det gÀller stora infrastrukturer kan den hÀr processen ta tio minuter eller mer. DÀrför fattades beslutet att avsÀtta en separat tjÀnst för detta, via vilken man alltid kan fÄ aktuell information. Vid start kontrollerar och skannar den hela den tillagda infrastrukturen, och försöker sedan arbeta bara pÄ nivÄn av inkrementella förÀndringar. SÄ Àven om du startar hundra backups samtidigt kommer de alla att begÀra information frÄn vÄr mÀklare, istÀllet för att plÄga vÀrdarna med sina förfrÄgningar. Om du oroar dig för resurser, sÄ enligt vÄra berÀkningar krÀvs det bara cirka 100 Mb minne för 5000 virtuella maskiner.
Vidare har vi Veeam Console. Det Ă€r Veeam Remote Console, Ă€ven kĂ€nd som Veeam.Backup.Shell. Det Ă€r det grafiska anvĂ€ndargrĂ€nssnittet vi ser pĂ„ skĂ€rmdumparna. Allt Ă€r enkelt och uppenbart - konsolen kan startas varifrĂ„n som helst, sĂ„ lĂ€nge det Ă€r Windows och det finns en anslutning till VBR-servern. Det enda man kan sĂ€ga Ă€r att FLR-processen kommer att montera punkter lokalt (dvs. pĂ„ maskinen dĂ€r konsolen körs). Och de olika Veeam Explorers kommer ocksĂ„ att startas lokalt, eftersom de Ă€r en del av konsolen. Men det hĂ€r tar mig in i djupare omrĂ„denâŠ
NÀsta intressanta tjÀnst - Veeam Backup Catalog Data Service. I tjÀnstelistan Àr den kÀnd som Veeam Guest Catalog Service. Den indexerar filsystem pÄ vÀrdmaskiner och fyller dessa kunskaper i mappen VBRCatalog. Den anvÀnds endast dÀr indexering Àr aktiverad. Och det Àr meningsfullt att aktivera det bara om du har Enterprise Manager. SÄ dÀrför, ett tips frÄn hjÀrtat: aktivera inte indexering utan anledning om du inte har EM. Skydda dina nerver och supportens tid.
FrĂ„n andra viktiga tjĂ€nster bör man ocksĂ„ nĂ€mna Veeam Installer Service, som anvĂ€nds för leverans och installation av nödvĂ€ndiga komponenter pĂ„ proxyer, lagringsrepository och andra gateways. Faktiskt levererar den de nödvĂ€ndiga .msi-paketen till servrarna och genomför installationen.Â
Veeam Data Mover â genom att anvĂ€nda hjĂ€lpagenter som körs pĂ„ proxyer (och andra stĂ€llen) ansvarar den för överföring av data. Till exempel, vid backup kommer en agent att lĂ€sa filer frĂ„n datastores pĂ„ vĂ€rden, medan den andra noggrant skriver dem till backupen.
Det Ă€r viktigt att pĂ„peka en sak som ofta reagerar pĂ„ kunder â skillnaden i versioner av tjĂ€nsterna och informationen i programmet Program och funktioner. Ja, listan kommer att vara densamma, men versionerna kan vara helt olika. Detta Ă€r inte sĂ„ bra sett ur ett visuellt perspektiv, men det Ă€r fullt normalt om allt fungerar stabilt. Till exempel, versionnumret för Installer-tjĂ€nsten ligger lĂ„ngt efter grannarna. FruktansvĂ€rt och skrĂ€mmande? Nej, eftersom den inte installeras om helt och hĂ„llet, utan uppdateras helt enkelt DLL:en. I patchen v9.5 U4 intrĂ€ffade en mardröm för supporten: vid uppdateringen fick alla tjĂ€nster nya versioner, utom den viktigaste. I patch U4b övertrĂ€ffade transporttjĂ€nsten alla andra med hela tvĂ„ versioner (om man ser pĂ„ siffrorna). Och det Ă€r ocksĂ„ normalt â en allvarlig bugg upptĂ€cktes i den, sĂ„ den fick en bonusuppdatering jĂ€mfört med de andra. SĂ„, för att sammanfatta: skillnader i versioner KAN vara ett problem, men om skillnaderna finns och allt fungerar som det ska, sĂ„ Ă€r det troligtvis som det ska vara. Men ingen förbjuder dig att klargöra detta med supporten.
Det hÀr var de sÄ kallade obligatoriska eller Mandatory services. Det finns ocksÄ en hel rad av hjÀlptjÀnster, sÄsom Tape Service, Mount Service, vPowerNFS Service och sÄ vidare.
För Hyper-V Àr det i stort sett samma sak, men det finns en specifik Veeam Backup Hyper-V Integration Service och sin egen drivrutin för att arbeta med CBT.
Och i slutet ska vi diskutera vem som arbetar med virtuella maskiner under backup. För att köra pre- och post-freeze skript, skapa skuggkopior, samla metadata, arbeta med SQL-transaktionsloggar och annat anvÀnds Veeam Guest Helper. Och om indextilldelning av filsystem sker, Veeam Guest Indexer . Det hÀr Àr temporÀra tjÀnster som sÀtts upp under backup och tas bort efterÄt.
För Linux-maskiner Àr det mycket enklare pÄ grund av det stora antalet inbyggda bibliotek och möjligheter i sjÀlva systemet. Till exempel görs indexeringen via mlocate.
Det Àr allt för nu
Jag vill inte plÄga er mer och den korta introduktionen till Veeams bakgrund Àr nu avslutad. Ja, vi har inte ens kommit nÀra loggarna, men tro mig, för att informationen i dem inte ska verka som ett osammanhÀngande medvetande-flöde, Àr en sÄdan introduktion helt nödvÀndig. Att gÄ vidare till loggarna planerar jag först i den tredje artikeln, och planen för nÀsta Àr att förklara vem som genererar loggar, vad som exakt visas i dem och varför det Àr pÄ det sÀttet, istÀllet för pÄ nÄgot annat.
KĂ€lla: habr.com
