Bei Veeam si mir gär Logbicher. A well déi meescht vun eise Léisunge modulär sinn, schreiwen se zimlech vill Logbicher. A well den Ëmfang vun eiser Aktivitéit ass d'Sécherheet vun Ären Donnéeën ze garantéieren (dh e berouegende Schlof), da sollten d'Logbicher net nëmmen all Niesen notéieren, awer och am Detail maachen. Dat ass néideg, fir datt wann eppes geschitt, kloer ass wéi dat "wat" geschitt ass, wien d'Schold ass a wat duerno muss gemaach ginn. Et ass wéi an der Forensik: Dir wësst ni wat fir eng kleng Saach Iech hëlleft dem Laura Palmer säi Killer ze fannen.
Dofir hunn ech beschloss eng Serie vun Artikelen ze lancéieren, wou ech konsequent schwätzen iwwer wat mir an de Logbicher schreiwen, wou mir se späicheren, wéi se net verréckt ginn mat hirer Struktur a wat Dir dobanne kuckt.
Firwat eng Serie vun Artikelen a firwat net alles op eemol beschreiwen?
Einfach opzeweisen wéi ee Log ass wou a wat dran gespäichert ass ass eng zimlech katastrofal Iddi. An et ass grujeleg iwwerhaapt ze denken iwwer dës Informatioun um neiste Stand ze halen. Eng einfach Oplëschtung vun all méiglechen Aarte vu Logbicher am Veeam Backup & Replikatioun ass eng Tabelle vu verschiddene Blieder a klenge Print. An et wäert nëmmen am Moment vun der Verëffentlechung relevant sinn, well ... Wann de nächste Patch verëffentlecht gëtt, kënnen nei Logbicher erschéngen, d'Logik vun der gespäichert Informatioun an alen ännert sech, etc. Dofir wäert et vill méi nëtzlech sinn hir Struktur an d'Essenz vun der Informatioun an hinnen z'erklären. Dëst erlaabt Iech besser Plazen ze navigéieren wéi banal Cramming vun Nimm.
Dofir, fir net an de Pool vun Textblieder ze rennen, loosst eis e puer Virbereedungsaarbechten an dësem Artikel maachen. Dofir wäerte mir haut net an d'Logbicher selwer verdéiwen, awer vu wäitem goen: mir wäerte e Glossar kompiléieren an e bëssen iwwer d'Struktur vu Veeam aus der Siicht vun der Generatioun vu Logbicher diskutéieren.
Glossar a Jargon
Hei, als éischt, ass et derwäert ze entschëllegen fir d'Championen vun der Rengheet vun der russescher Sprooch an d'Zeie vum Ozhegov Wierderbuch. Mir hunn all eis Mammesprooch ganz gär, awer déi verdammt IT Industrie funktionnéiert op Englesch. Gutt, mir sinn net mat dësem komm, awer dëst ass wéi et historesch geschitt ass. Et ass net meng Schold, hien ass selwer komm (c)
An eisem Geschäft huet de Problem vun Anglicisms (a Jargon) seng eege Spezifizitéiten. Wann duerch onschëlleg Wierder wéi "Host" oder "Gaascht" d'ganz Welt laang ganz spezifesch Saache verstanen huet, da geet op ⅙ vum Land déi heroesch Verwirrung a Wanderung mam Pochen an Dictionnairen weider. An dat strikt obligatorescht Argument "Awer bei eiser Aarbecht ...".
Plus, et gëtt reng eis Terminologie, déi speziell a Veeam Produkter inherent ass, obwuel e puer Wierder an Ausdréck populär ginn. Dofir wäerte mir eis elo averstane sinn iwwer wat de Begrëff heescht wat, an an Zukunft wäert ech mam Wuert "Gaascht" genau mengen wat an dësem Kapitel geschriwwen ass, an net wat Dir op der Aarbecht gewinnt sidd. A jo, dat ass net mäi perséinleche Virfall, dëst si gutt etabléiert Begrëffer an der Industrie. Et ass e bëssen Sënnlos fir si ze bekämpfen. Och wann ech ëmmer derfir sinn an de Kommentarer léif ze sinn.
Leider ginn et vill Begrëffer a Produkter an eiser Aarbecht, also probéieren ech se net all opzezielen. Nëmmen déi elementarsten Informatioun iwwer Backups a Logbicher déi néideg sinn fir d'Iwwerliewe um Mier. Fir déi interesséiert kann ech och Kollegen iwwer d'Feeds, wou hien och eng Lëscht vu Begrëffer zur Verfügung gestallt huet, déi mat deem Deel vun der Funktionalitéit verbonne sinn.
Host: An der Welt vun der Virtualiséierung ass dëst eng Maschinn mat engem Hypervisor. Kierperlech, virtuell, Wollek - et ass egal. Wann eppes en Hypervisor leeft (ESXi, Hyper-V, KVM etc), da gëtt dëst "eppes" e Host genannt. Egal ob et e Cluster mat zéng Racken ass oder Äre Laptop mat engem Labo fir annerhallef virtuelle Maschinnen, wann Dir en Hypervisor lancéiert hutt, sidd Dir e Host ginn. Well den Hypervisor hëlt virtuell Maschinnen. Et gëtt souguer eng Geschicht datt VMware zu enger Zäit eng fest Associatioun vum Wuerthost mat ESXi wollt erreechen. Awer hatt konnt et net maachen.
An der moderner Welt ass d'Konzept vum "Host" praktesch mam Konzept vum "Server" fusionéiert, wat eng gewëssen Duercherneen fir d'Kommunikatioun bréngt, besonnesch wann et ëm Windows Infrastruktur geet. Also all Maschinn op där e Service, deen eis interesséiert ass, kann sécher als Host genannt ginn. Zum Beispill, am WinSock Logbicher ass alles mam Wuert Host markéiert. De Klassiker "Host not found" ass e Beispill vun dësem. Also gi mir aus dem Kontext weider, awer erënnere mech - an der Welt vun der Virtualiséierung ass de Host wat d'Gäscht hëlt (méi iwwer dës zwou Zeilen hei ënnen).
Vum lokalen Jargon (méi wahrscheinlech souguer Akronyme, an dësem Fall), erënnere mech datt VMware VI ass, vSphere ass VC, an Hyper-V ass HV.
Gaascht: Eng virtuell Maschinn déi op engem Host leeft. Et gëtt net emol eppes hei ze erklären, alles ass sou logesch an einfach. Wéi och ëmmer, vill zéien fläisseg e puer aner Bedeitungen heihinner.
Fir wat? Ech wees net.
Guest OS, respektiv, ass de Betribssystem vun der Gaaschtmaschinn. A sou weider.
Backup / Replikatioun Job (jobA): Pure Wim Jargon deen eng vun den Aufgaben bezeechent. Backup Job == Backup Job. Keen huet erausfonnt wéi dëst schéin an Russesch ze iwwersetzen, also jiddereen seet "jobA". Mat Schwéierpunkt op déi lescht Silb.
Jo, esou ginn se just a soen "joba". A si schreiwen esouguer esou a Bréiwer, an alles ass gutt.
All Zorte vu Backupsatellit Aarbecht, Backupsatellit Aufgaben, etc., Merci, awer net néideg. Maacht just eng Aarbecht, a si wäerten Iech verstoen. Den Haapt Saach ass de Schwéierpunkt op déi lescht Silb ze leeën.
Backupsatellit (Backup, Backupsatellit. Fir richteg-oldfags, Backup ass erlaabt): Nieft dem offensichtlechen (eng Backupkopie vun den Donnéeën déi iergendwou leien), heescht et och d'Aarbecht selwer (dräi Zeilen uewen, wann Dir et scho vergiess hutt), als Resultat vun deem déiselwecht Backupdatei erschéngt. Wahrscheinlech, Hären, Englesch Spriecher sinn ze liddereg fir ze soen, datt ech all Kéier meng Backupsatellit gelaf hunn, sou datt se just soen datt ech mäi Backup gemaach hunn, a jidderee versteet sech perfekt. Ech proposéieren dës wonnerbar Initiativ z'ënnerstëtzen.
Konsolidéieren: E Begrëff, deen an ESXi wossten 5.0 Eng Optioun am Snapshot Menü datt de Prozess vun engem läschen sougenannte orphaned Schnappschëss fänkt. Dat ass Schnappschëss déi kierperlech verfügbar sinn, awer aus der ugewisen logescher Struktur gefall sinn. Theoretesch sollt dëse Prozess net d'Dateien beaflossen, déi am Snapshot Manager ugewise ginn, awer alles ka geschéien. D'Essenz vum Konsolidéierungsprozess ass datt Daten aus engem Snapshot (Kanddisk) op den Haaptdiskussioun (Elteren) geschriwwe ginn. De Prozess fir Disks ze fusionéieren gëtt Fusioun genannt. Wann e Konsolidéierungsbefehl uginn ass, kann de Snapshot-Rekord aus der Datebank geläscht ginn ier de Snapshot fusionéiert a geläscht gëtt. A wann de Snapshot aus iergendengem Grond net geläscht ka ginn, da erschéngen déiselwecht verwaist Snapshots. VMware huet Informatioun iwwer d'Aarbecht mat Snapshots . A mir schwätzen och iergendwéi iwwer si .
Datastore (Stora oder honnertaj): E ganz breet Konzept, awer an der Welt vun der Virtualiséierung bezitt et sech op d'Plaz wou virtuell Maschinndateien gespäichert ginn. Awer op alle Fall musst Dir de Kontext ganz kloer verstoen an, wann Dir de geringsten Zweiwel hutt, klären wat Äre Gespréichspartner genau gemengt huet.
Proxy: Et ass wichteg direkt ze verstoen datt Veeam Proxy net genau d'selwecht ass wéi dat wat mir um Internet gewinnt sinn. Bannent Veeam Produkter ass dëst eng gewëssen Entitéit déi engagéiert ass fir Daten vun enger Plaz op déi aner ze transferéieren. Ouni an Detailer ze goen, ass VBR e Kommandoserver, a Proxyen sinn seng Aarbechtspäerd. Dat ass, e Proxy ass eng Maschinn, duerch déi de Verkéier fléisst an op deenen VBR Komponenten installéiert sinn, déi hëllefen, dëse Verkéier ze steieren. Zum Beispill, Transfert Daten vun engem Kanal op en aneren oder befestegt einfach Disken un Iech selwer (HotAdd Modus).
Repository: Technesch ass dëst just eng Entrée an der VBR-Datebank, déi de Standort uginn wou d'Backups gespäichert sinn, a wéi Dir mat dëser Plaz verbënnt. Tatsächlech kann et entweder just e CIFS deelen oder eng separat Scheif, Server oder Eemer an der Wollek sinn. Nach eng Kéier si mir am Kontext, awer mir verstinn datt e Repository just eng Plaz ass wou Är Backups sinn.
Snapshot: D'Liebhaber vun der Oxford Grammatik léiwer soen wien e Snapshot ass, wien e Snapshot ass, awer déi analfabetesch Majoritéit gewënnt wéinst der méi grousser Mass. Wann iergendeen et net weess, ass dëst eng Technologie déi Iech erlaabt den Zoustand vun enger Disk op engem gewëssen Zäitpunkt ze restauréieren. Dëst gëtt gemaach entweder duerch temporär Viruleedung vun I/O Operatiounen ewech vun der Haaptdiskussioun - da gëtt dëst RoW (Redirect on Write) Snapshot genannt - oder andeems Dir déi rewritable Blocks vun Ärem Disk op en aneren réckelt - dëst gëtt CoW genannt (Copy on Schreiwen) Snapshot. Et ass dank de breet Méiglechkeete fir dës Funktiounen ze benotzen datt Veeam seng Backupmagie ka schaffen. Streng geschwat, net nëmme fir si, awer dëst ass eng Fro vun zukünfteg Verëffentlechungen.
An der Dokumentatioun an ESXi Logbicher gëtt et Chaos ronderëm dëse Begrëff, an am Kontext vun ernimmen Snapshots kënnt Dir Snapshots selwer fannen, nees Log an esouguer Delta Scheif. Et gëtt keen esou Diskord an der Veeam Dokumentatioun, an e Snapshot ass e Snapshot, an e Redo Log ass genau eng REDO Datei erstallt vun enger onofhängeger net-persistent Disk. REDO Dateien ginn geläscht wann déi virtuell Maschinn ausgeschalt ass, sou datt se mat Snapshots duerchernee ginn ass e Rezept fir Echec.
Synthetesch: Synthetesch Backups bezéien sech op ëmgedréint inkrementell a fir ëmmer Forward Backups. Wann Dir dëse Begrëff net begéint hutt, ass et einfach ee vun de Mechanismen, déi benotzt gi fir eng Backupkettentransformatioun ze bauen. Wéi och ëmmer, an de Logbicher fannt Dir och d'Konzept vun Transform, dat als Deel benotzt gëtt fir voll Kopien aus Inkremente (synthetesch voll) ze kreéieren.
Aufgab: Dëst ass de Prozess vun der Veraarbechtung vun all eenzel Maschinn bannent enger Aarbecht. Dat ass: Dir hutt eng Backupsatellit déi dräi Maschinnen enthält. Dëst bedeit datt all Maschinn bannent enger separater Aufgab veraarbecht gëtt. Am Ganzen ginn et véier Logbicher: den Haapt fir d'Aarbecht an dräi fir d'Aufgaben. Wéi och ëmmer, et gëtt eng wichteg Nuance: mat der Zäit ass d'Wuert "Taska" ze vill zweedeiteg ginn. Wa mir iwwer allgemeng Logbicher schwätzen, mengen mir datt d'Aufgab e VM ass. Awer souwuel de Proxy wéi och de Repository hunn hir eege "Aufgaben". Do kann dëst eng virtuell Scheif, eng virtuell Maschinn oder déi ganz Aarbecht bedeiten. Dat ass, et ass wichteg net de Kontext ze verléieren.
Veeam %name% Service: Fir de Virdeel vun erfollegräiche Backups funktionnéiere verschidde Servicer gläichzäiteg, eng Lëscht vun deenen an der Standardausrüstung fonnt gëtt. Hir Nimm reflektéieren hir Essenz zimmlech transparent, awer ënner Gläichberechtegten ass dee wichtegsten - Veeam Backup Service, ouni deen de Rescht net funktionnéiert.
VSS: Technesch soll VSS ëmmer fir Microsoft Volume Shadow Copy Service stoen. Eigentlech vu villen als Synonym fir Application-Aware Image Processing benotzt. Wat natierlech kategoresch falsch ass, awer dëst ass eng Geschicht aus der Kategorie "All SUV kann e Jeep genannt ginn, a si wäerten Iech verstoen."
Fantastesch Logbicher an d'Plazen wou se liewen
Ech wëll dëst Kapitel ufänken andeems ech e grousst Geheimnis opzeweisen - wéi eng Zäit gëtt an de Logbicher gewisen?
Denkt drun:
- ESXi schreift ëmmer Logbicher an UTC + 0.
- vCenter hält Logbicher baséiert op der Zäit vu senger Zäitzone.
- Veeam hält Logbicher op Basis vun der Zäit an der Zäitzone vum Server op deem se installéiert ass.
- An nëmmen Wandevenementer am EVTX-Format leiden net un eppes verbonnen. Beim Ouverture gëtt d'Zäit berechent no der Maschinn op där se opgemaach goufen. Déi bequemste Optioun, obwuel et Schwieregkeeten ass. Déi eenzeg merkbar Schwieregkeet ass den Ënnerscheed an de Lokalen. Dëst ass e bal garantéierte Wee fir onliesbar Logbicher. Jo, et gi Méiglechkeeten fir dëst ze behandelen, awer loosst eis just net mat der Tatsaach streiden datt alles an der IT op Englesch funktionnéiert, an averstane fir ëmmer déi englesch Locale op de Serveren ze setzen. Oh wann ech glift.
Loosst eis elo iwwer d'Plazen schwätzen, wou d'Logbicher liewen a wéi se se kréien. Am Fall vu VBR ginn et zwou Approche.
Optioun eent ass gëeegent wann Dir net gär sidd fir Dateien am allgemenge Koup ze sichen déi speziell op Äre Problem bezéien. Fir dëst hu mir e separaten Wizard, op deem Dir eng spezifesch Aarbecht an eng spezifesch Period spezifizéiere kënnt fir déi Dir Logbicher braucht. Als nächst wäert hie selwer duerch d'Ordner goen an alles wat hien brauch an een Archiv setzen. Iwwert wou et ze sichen a wéi mat et ze schaffen, ass et am Detail geschriwwen .
Wéi och ëmmer, de Wizard sammelt net Logbicher vun all Aufgaben an, zum Beispill, wann Dir d'Logbicher vun engem Restaurant, Failover oder Failback studéiere musst, läit Äre Wee am Dossier %ProgramData%/Veeam/Backup. Dëst ass den Haapt VBR Log Späichere, an %ProgramData% ass e verstoppte Dossier an dat ass gutt. Iwwregens kann d'Standardplaz mat engem Registrierungsschlëssel vum Typ REG_SZ: LogDirectory an der HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup a Replikatioun Branche nei zougewisen ginn.
Op Linux Maschinnen, Logbicher vun den Aarbechtsagenten solle fonnt ginn an /var/log/VeeamBackup/, wann Dir e Root oder Sudo Kont benotzt. Wann Dir keng sou Privilegien hutt, da kuckt no Logbicher /tmp/VeeamBackup.
Fir Veeam Agent fir %OS_name% Logbicher solle gesicht ginn %ProgramData%/Veeam/Endpoint (oder %ProgramData%/Veeam/Backup/Endpoint) an /var/log/veeam respektéiert.
Wann Dir Application-Aware Image Processing benotzt (a wahrscheinlech sidd Dir), da gëtt d'Situatioun e bësse méi komplizéiert. Dir braucht eis Helper Logbicher, déi an der virtueller Maschinn selwer gespäichert sinn, a VSS Logbicher. Wéi a wou dëst Gléck ze kréien ass am Detail geschriwwen . An natierlech gëtt et déi néideg Systemprotokoller ze sammelen.
Et ass bequem Windows Eventer ze sammelen no . Wann Dir Hyper-V benotzt, gëtt d'Saach méi komplizéiert, well Dir braucht och all seng Logbicher aus den Uwendungen a Service Logbicher > Microsoft > Windows Filial. Obwuel Dir kënnt ëmmer eng méi domm Wee huelen an einfach all Objete vun %SystemRoot%System32winevtLogs huelen.
Wann eppes während der Installatioun / Upgrade brécht, da kënnt alles wat Dir braucht am %ProgramData%/Veeam/Setup/Temp Dossier fonnt ginn. Och wann ech d'Tatsaach net verstoppen datt Dir méi nëtzlech Informatioun an OS Eventer fannt wéi an dëse Logbicher. Déi reschtlech interessant Saache läit am %Temp%, awer et ginn haaptsächlech Installatiounsprotokoller vu verwandte Software, wéi d'Datebank, .Net Bibliothéiken an aner Saachen. Notéiert w.e.g. datt Veeam vun engem msi installéiert ass, an all seng Komponenten ginn och als separat msi Packagen installéiert, och wann dëst net an der GUI ugewise gouf. Dofir, wann d'Installatioun vun engem vun de Komponenten feelt, stoppt déi ganz VBR Installatioun. Dofir musst Dir op d'Logbicher goen a kucken wat genau gebrach ass a wéi engem Moment.
An e leschte Liewenshack: wann Dir e Feeler während der Installatioun kritt, presséiert net op OK ze klicken. Als éischt huelen mir d'Logbicher, da klickt OK. Op dës Manéier kritt Dir e Logbuch deen am Moment vum Feeler ophält, ouni Dreck um Enn.
An et geschitt datt Dir an d'vSphere Logbicher musst kommen. Et ass eng ganz dankbar Aarbecht, awer wann Dir Är Ärmelen oprullt, musst Dir eppes anescht maachen. An der einfachster Versioun brauche mir Logbicher mat virtuelle Maschinnevenementer vmware.log, déi nieft senger .vmx Datei sinn. An engem méi komplexe Fall, öffnen Google a frot wou d'Logbicher fir Är Versioun vum Host sinn, well VMware gär dës Plaz vun der Verëffentlechung op d'Verëffentlechung änneren. Zum Beispill, , awer fir . Fir vCenter Logbicher widderhuelen mir d'Prozedur . Mee am Allgemengen wäerte mir interesséiert sinn Host Event Logbicher hostd.log, Host Eventer geréiert vun vCenter vpxa.log, Kernel Logbicher vmkernel.log an Authentifikatioun Logbicher auth.log. Gutt, an de fortgeschrattste Fäll kann den SSO-Log, deen am SSO-Ordner läit, nëtzlech sinn.
Ëmstänn? Duercherneen? Schrecklech? Awer dëst ass net emol d'Halschent vun der Informatioun mat där eis Ënnerstëtzung all Dag schafft. Also si si wierklech, wierklech cool.
Veeam Komponenten
A fir dësen Aféierungsartikel ofzeschléissen, schwätze mer e bëssen iwwer d'Veeam Backup & Replikatioun Komponenten. Well wann Dir no der Ursaach vu Schmerz sicht, wier et flott ze verstoen wéi de Patient funktionnéiert.
Also, wéi jiddereen wahrscheinlech weess, ass Veeam Backup eng sougenannte SQL-baséiert Applikatioun. Dat ass, all d'Astellungen, all d'Informatiounen an, am Allgemengen, alles wat fir normal Fonctionnement néideg ass - all dat ass a senger Datebank. Oder éischter, an zwou Datenbanken, wa mir iwwer eng Kombinatioun vu VBR an EM schwätzen: VeeamBackup a VeeamBackupReporting, respektiv. An esou ass et geschitt: mir installéieren eng aner Applikatioun - eng aner Datebank erschéngt. Fir net all d'Eeër an engem Kuerf ze späicheren.
Awer fir datt dës ganz Entreprise glat funktionnéiert, brauche mir eng Rei vu Servicer an Uwendungen déi all d'Komponente matenee verbannen. Just zum Beispill, dëst ass wéi et an engem vu menge Laboratoiren ausgesäit:
Akten als Chef Dirigent Veeam Backup Service. Hien ass dee verantwortlech fir Informatiounsaustausch mat den Datenbanken. Hien ass och verantwortlech fir all Aufgaben ze lancéieren, zougewisen Ressourcen ze orchestréieren an als eng Aart Kommunikatiounszenter fir verschidde Konsolen, Agenten an alles anescht ze schaffen. An engem Wuert, et ass absolut kee Wee ouni hien, awer dat heescht guer net datt hien alles selwer mécht.
Hëlleft him seng Pläng z'erreechen Veeam Backup Manager. Dëst ass keen Service, awer eng Entitéit déi Aarbechtsplazen lancéiert an de Prozess vun hirer Ausféierung iwwerwaacht. Déi schaffend Hänn vum Backup-Service, mat deem et mat Hosten verbënnt, erstellt Snapshots, iwwerwaacht Retentioun, asw.
Awer loosst eis zréck op d'Lëscht vun de Servicer. Veeam Broker Service. Erschienen am v9.5 (an dëst ass keen Krypto-Miner, wéi e puer geduecht hunn). Sammelt Informatioun iwwer VMware Hosten an hält se um neiste Stand. Awer net direkt lafen fir rosen Kommentarer ze schreiwen datt mir Iech spionéieren an all Är Login / Passwierder un den Drag Major lekken. Alles ass e bësse méi einfach. Wann Dir e Backup ufänkt, ass dat éischt wat Dir maache musst ass mam Host ze verbannen an all d'Donnéeën iwwer seng Struktur ze aktualiséieren. Et ass eng zimlech lues an onbestänneg Geschicht. Erënneren Just wéi laang Är Login Operatioun iwwer de Web Interface dauert, an erënneren, datt nëmmen déi iewescht Layer do considéréiert gëtt. An da musst Dir nach ëmmer déi ganz Hierarchie op déi richteg Plaz ausbauen, iwwregens. An engem Wuert, Horror. Wann Dir eng Dose Backups lancéiert, da muss all Aarbecht duerch dës Prozedur goen. Wa mir iwwer grouss Infrastrukturen schwätzen, da kann dëse Prozess zéng Minutten oder méi daueren. Dofir gouf decidéiert, e separaten Service dofir ze verdeelen, duerch deen et méiglech ass ëmmer aktuell Informatioun ze kréien. Beim Startup kontrolléiert a scannt all zousätzlech Infrastruktur, a probéiert dann nëmmen um Niveau vun inkrementellen Ännerungen ze schaffen. Also och wann Dir honnert Backups gläichzäiteg laafen hutt, froen se all Informatioun vun eisem Broker, a wäerten d'Host net mat hiren Ufroen quälen. Wann Dir besuergt sidd iwwer Ressourcen, dann no eise Berechnungen, fir 5000 virtuelle Maschinnen braucht Dir nëmmen ongeféier 100 Mb Erënnerung.
Nächst hu mir Veeam Konsol. Aka Veeam Remote Console, aka Veeam.Backup.Shell. Dëst ass déiselwecht GUI déi mir an de Screenshots gesinn. Alles ass einfach an offensichtlech - d'Konsole kann iwwerall lancéiert ginn, soulaang et Windows ass an et ass eng Verbindung zum VBR Server. Dat eenzegt wat gesot ka ginn ass datt de FLR-Prozess Punkten lokal montéiert (dh op der Maschinn wou d'Konsole leeft). Gutt, verschidde Veeam Explorers lafen och lokal, well se Deel vun der Konsol sinn. Awer dëst huet mech schonn an d'Wild gedroen ...
Déi nächst interessant Service ass Veeam Backup Katalog Data Service. An der Lëscht vun de Servicer ass et bekannt als Veeam Guest Catalog Service. Hien beschäftegt sech mat der Indexéierung vun Dateiesystemer op Gaaschtmaschinnen a fëllt de VBRCatalog Dossier mat dësem Wëssen. Benotzt nëmme wou d'Indexéierungscheckbox ageschalt ass. An et mécht nëmme Sënn et z'aktivéieren wann Dir Enterprise Manager hutt. Dofir, Rotschléi vu ganzem Häerz: Aktivéiert d'Indexéierung net esou, wann Dir keen EM hutt. Spuert Är Nerven an ënnerstëtzen Zäit.
Och vun anere wichtege Servicer ass et derwäert ze notéieren Veeam Installateur Service, mat der Hëllef vun deenen déi néideg Komponente geliwwert an op Proxyen, Repositories an aner Paarte installéiert ginn. Tatsächlech liwwert hien déi néideg .msi Packagen op d'Server an installéiert se.
Veeam Data Mover - mat Hëllef vun Hëllefsagenten, déi op Proxyen lancéiert ginn (an net nëmmen) transferéiert et Daten. Zum Beispill, wärend der Backup, liest een Agent Dateien aus dem Hostdatastore, an deen zweete schreift se virsiichteg op de Backup.
Separat wëll ech eng wichteg Saach notéieren, op déi d'Clienten dacks reagéieren - den Ënnerscheed an de Versioune vu Servicer an Informatioun an de Programmer a Feature Snap-In. Jo, d'Lëscht wäert d'selwecht sinn, awer d'Versioune kënne komplett inkonsistent sinn. Aus visueller Siicht ass dëst net ganz gutt, awer et ass ganz normal wann alles stabil funktionnéiert. Zum Beispill, d'Versiounsnummer vum Installateur Service läit wäit hannert sengen Noperen. Horror an Albtraum? Nee, well et ass net komplett nei installéiert, awer seng DLL gëtt einfach aktualiséiert. Am v9.5 U4 Patch ass en Tech Support Nightmare geschitt: während dem Update kruten all Servicer nei Versiounen, ausser déi wichtegst. Am U4b Patch war den Transportdéngscht virun allen aneren duerch esou vill wéi zwou Versiounen (vu den Zuelen beuerteelen). An dëst ass och normal - e seriöse Feeler gouf dran fonnt, sou datt et e Bonusupdate par rapport zu deenen aneren krut. Also, fir ze resuméieren: Versiounsënnerscheeder KANN e Problem sinn, awer wann et en Ënnerscheed ass an alles richteg funktionnéiert, da sollt et héchstwahrscheinlech esou sinn. Awer keen verbitt Iech dëst mat technescher Ënnerstëtzung ze klären.
Dat waren déi sougenannt obligatoresch oder obligatoresch Servicer. An et gëtt e ganze Pak vun Auxiliary, wéi Tape Service, Mount Service, vPowerNFS Service a sou weider.
Fir Hyper-V am Allgemengen ass alles d'selwecht, nëmmen et gëtt e spezifescht Veeam Backup Hyper-V Integratioun Service a säin eegene Chauffer fir mat CBT ze schaffen.
An um Enn schwätze mir iwwer wien op virtuelle Maschinnen wärend der Backup schafft. Et gëtt benotzt fir Pre- a Post-Gefrierung Scripten auszeféieren, Schattenkopien ze kreéieren, Metadaten ze sammelen, mat SQL Transaktiounsprotokoller ze schaffen, etc. Veeam Guest Helper. A wann Dateisystemer indexéiert sinn, Veeam Guest Indexer . Dëst sinn temporär Servicer, déi fir d'Dauer vum Backup agesat ginn an duerno geläscht ginn.
Am Fall vu Linux Maschinnen ass alles vill méi einfach wéinst der Präsenz vun enger grousser Zuel vun agebaute Bibliothéiken an de Fäegkeeten vum System selwer. Zum Beispill gëtt Indexéierung duerch mlocate gemaach.
Dat ass alles fir de Moment
Ech trauen dech net méi ze pine an kuerz Ech betruechten d'Aféierung an de Veeam Motorraum als komplett. Jo, mir sinn net emol un d'Logbicher selwer komm, awer gleeft mir, sou datt d'Informatioun, déi an hinnen presentéiert gëtt, net wéi en inkohärent Bewosstsinnsstroum schéngt, sou eng Aféierung ass absolut néideg. Ech plangen op d'Logbicher selwer nëmmen am drëtten Artikel weiderzegoen, an de Plang fir den nächsten ass ze erklären wien d'Logbicher generéiert, wat genee an hinnen ugewise gëtt a firwat genau esou an net op eng aner Manéier.
Source: will.com