{"id":97726,"date":"2020-10-21T08:42:15","date_gmt":"2020-10-21T06:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij"},"modified":"2020-10-21T08:42:15","modified_gmt":"2020-10-21T06:42:15","slug":"veeam-log-diving-komponenty-i-glossarij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: komponenter och ordlista","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nVi p\u00e5 Veeam \u00e4lskar loggar. Eftersom de flesta av v\u00e5ra l\u00f6sningar \u00e4r modul\u00e4ra, genererar de en hel del loggar. Med tanke p\u00e5 att v\u00e5r verksamhet handlar om att s\u00e4kerst\u00e4lla skyddet av dina data (dvs. din fredliga s\u00f6mn), m\u00e5ste loggarna inte bara registrera varje h\u00e4ndelse, utan ocks\u00e5 g\u00f6ra det ganska detaljerat. Detta \u00e4r n\u00f6dv\u00e4ndigt f\u00f6r att, om n\u00e5got skulle h\u00e4nda, f\u00f6rst\u00e5 hur det h\u00e4nde, vem som var ansvarig och vad som beh\u00f6ver g\u00f6ras h\u00e4rn\u00e4st. H\u00e4r \u00e4r det som i kriminalteknik: man vet aldrig vilken liten detalj som kan hj\u00e4lpa dig att hitta m\u00f6rdaren av Laura Palmer.<\/p>\n

D\u00e4rf\u00f6r har jag beslutat att ge mig p\u00e5 en artikelserie d\u00e4r jag successivt kommer att ber\u00e4tta om vad vi skriver i loggarna, var vi lagrar dem, hur man inte tappar f\u00f6rst\u00e5ndet p\u00e5 deras struktur och vad man ska leta efter i dem.
\n<\/a><\/noindex><\/p>\n

Varf\u00f6r en artikelserie och varf\u00f6r inte beskriva allt p\u00e5 en g\u00e5ng? <\/h3>\n

\nAtt bara lista ut vilken logg som ligger var och vad som lagras i den \u00e4r en ganska h\u00e5bl\u00f6s id\u00e9. Och att h\u00e5lla denna information uppdaterad \u00e4r n\u00e4stan skr\u00e4mmande att t\u00e4nka p\u00e5. En enkel lista \u00f6ver alla m\u00f6jliga 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\u00e4llet, eftersom nya loggar kan introduceras med n\u00e4sta patch, logiken i informationen i de gamla kan \u00e4ndras, osv. D\u00e4rf\u00f6r \u00e4r det mycket mer f\u00f6rdelaktigt att f\u00f6rklara deras struktur och inneb\u00f6rden av den information som finns i dem. Detta kommer att g\u00f6ra det l\u00e4ttare att orientera sig, \u00e4n att bara memorera namn.<\/p>\n

F\u00f6r att inte dyka ner huvudstupa i textmassor, l\u00e5t oss i denna artikel g\u00f6ra en slags f\u00f6rberedande insats. S\u00e5 idag kommer vi inte att titta p\u00e5 loggarna sj\u00e4lva, utan n\u00e4rma oss dem fr\u00e5n avst\u00e5nd: vi ska skapa ett lexikon och diskutera Veeams struktur ur perspektivet av loggenerering.<\/p>\n

Lexikon och jargong<\/h3>\n

\nH\u00e4r vill jag f\u00f6rst be om urs\u00e4kt till de som v\u00e4rnar om det ryska spr\u00e5kets renhet och till f\u00f6rsvararna av O\u017eegovs ordbok. Vi \u00e4lskar alla v\u00e5rt modersm\u00e5l, men den f\u00f6rbannade IT-industrin fungerar p\u00e5 engelska. Vi hittade inte p\u00e5 det, det har historiskt blivit s\u00e5. Jag \u00e4r inte skyldig, den kom av sig sj\u00e4lv (c)<\/p>\n

In v\u00e5rt yrke har problemet med anglicismer (och jargong) en speciell karakt\u00e4r. N\u00e4r oskyldiga ord som \"host\" eller \"guest\" redan f\u00f6rst\u00e5s som helt specifika saker i stora delar av v\u00e4rlden, p\u00e5g\u00e5r det p\u00e5 en sj\u00e4ttedel av jordens yta fortfarande en heroisk os\u00e4kerhet och tvekan kring att sl\u00e5 upp orden. Och det str\u00e4ngt n\u00f6dv\u00e4ndiga argumentet \"Men hos oss p\u00e5 jobbet...\".<\/p>\n

Dessutom finns det v\u00e5r egen terminologi som \u00e4r specifik f\u00f6r Veeam-produkter, \u00e4ven om vissa ord och fraser har blivit allm\u00e4nt k\u00e4nda. S\u00e5 nu kommer vi att komma \u00f6verens om vad varje term betyder, och fram\u00f6ver kommer jag att mena just det som st\u00e5r i det h\u00e4r kapitlet n\u00e4r jag s\u00e4ger \"guest\", och inte det som ni \u00e4r vana vid p\u00e5 jobbet. Och ja, detta \u00e4r ingen personlig \u00e5sikt, det \u00e4r etablerade termer inom branschen. Att k\u00e4mpa emot dem \u00e4r ganska meningsl\u00f6st. \u00c4ven om jag alltid \u00e4r f\u00f6r att diskutera i kommentarerna.<\/p>\n

Tyv\u00e4rr finns det extremt m\u00e5nga termer inom v\u00e5rt arbete och v\u00e5ra produkter, s\u00e5 jag kommer inte att f\u00f6rs\u00f6ka r\u00e4kna dem alla. Bara de mest grundl\u00e4ggande och n\u00f6dv\u00e4ndiga f\u00f6r att \u00f6verleva i havet av information om backups och loggar. F\u00f6r intresserade kan jag ocks\u00e5 f\u00f6resl\u00e5 en artikel <\/a><\/noindex>fr\u00e5n kollegor om band, d\u00e4r han ocks\u00e5 gav en lista \u00f6ver termer relaterade till den delen av funktionaliteten.<\/p>\n

Host (Host):<\/strong> I virtualiseringsv\u00e4rlden \u00e4r detta en maskin med hypervisor. Fysisk, virtuell, molnbaserad \u2014 det spelar ingen roll. Om n\u00e5got k\u00f6r en hypervisor (ESXi, Hyper-V, KVM etc.), s\u00e5 kallas detta \"n\u00e5gonting\" f\u00f6r en host. Oavsett om det \u00e4r en kluster med tio st\u00e4ll eller din b\u00e4rbara dator med en labb p\u00e5 en och en halv virtuella maskiner \u2014 om du har startat en hypervisor, s\u00e5 har du blivit en host. Eftersom hypervisorn hostar virtuella maskiner. Det finns till och med en historia om att VMware en g\u00e5ng ville \u00e5stadkomma en stark koppling mellan ordet host och just ESXi. Men de klarade inte av det.<\/p>\n

I den moderna v\u00e4rlden har termen \"host\" n\u00e4stan sm\u00e4lt samman med termen \"server\", vilket skapar viss f\u00f6rvirring i kommunikationen, s\u00e4rskilt n\u00e4r det handlar om Windows-infrastruktur. S\u00e5 vilken maskin som helst som har n\u00e5gon intressant tj\u00e4nst kan med s\u00e4kerhet kallas en host. Till exempel, i WinSock-loggar markeras allt med ordet host. Det klassiska \"Host not found\" \u00e4r ett exempel p\u00e5 det. S\u00e5 vi utg\u00e5r fr\u00e5n kontexten, men kom ih\u00e5g \u2014 i virtualiseringsv\u00e4rlden \u00e4r en host det som hostar g\u00e4ster (mer om detta i raderna nedan).<\/p>\n

Fr\u00e5n lokala jargonger (snarare akronymer i det h\u00e4r fallet) kommer jag ih\u00e5g att VMware \u00e4r VI, vSphere \u00e4r VC och Hyper-V \u00e4r HV.<\/p>\n

G\u00e4st (Guest):<\/strong> En virtuell maskin som k\u00f6rs p\u00e5 v\u00e4rden. H\u00e4r beh\u00f6ver man knappt f\u00f6rklara n\u00e5got, allt \u00e4r s\u00e5 logiskt och enkelt. Men m\u00e5nga drar hit in andra betydelser. <\/p>\n

Varf\u00f6r? Jag vet inte.
\nG\u00e4st-OS, allts\u00e5 operativsystemet f\u00f6r den virtuella maskinen. Och s\u00e5 vidare.<\/p>\n

Backup\/Replicationsjobb (job):<\/strong> Ren VMware-jargon som betecknar ett av uppdragen. Backup job == Backup-jobb. Ingen har kommit p\u00e5 hur man vackert \u00f6vers\u00e4tter detta till svenska, s\u00e5 alla s\u00e4ger \"jobb\". Med betoning p\u00e5 sista stavelsen.<\/p>\n

Ja, s\u00e5 enkelt s\u00e4ger de bara \"jobb\". Och till och med i e-post skriver de s\u00e5, och allt \u00e4r bra.
\nDiverse backuparbeten, backupuppdrag, etc., tack, men nej tack. Bara jobb, och du kommer att bli f\u00f6rst\u00e5dd. Det viktigaste \u00e4r att betona sista stavelsen.<\/p>\n

Backup (Backup, bupack. F\u00f6r hardcore-\u00e4lskare till\u00e5ts \"backup\"):<\/strong> Ut\u00f6ver den uppenbara (en reservkopierad data n\u00e5gonstans) betyder det ocks\u00e5 sj\u00e4lva jobbet (de tre raderna ovan, om du har gl\u00f6mt), vilket resulterar i filen f\u00f6r backupen. Troligen \u00e4r de engelsktalande s\u00e5 lata att de inte vill s\u00e4ga 'I ran my backup job' varje g\u00e5ng, s\u00e5 de s\u00e4ger bara 'I ran my backup', och alla f\u00f6rst\u00e5r varandra utm\u00e4rkt. Jag f\u00f6resl\u00e5r att vi st\u00f6ttar detta mirakul\u00f6sa initiativ.<\/p>\n

Konsolidera (Consolidate): <\/strong>En term som d\u00f6k upp i ESXi 5.0. Ett alternativ i menyn f\u00f6r snapshots som startar processen f\u00f6r att ta bort s\u00e5 kallade orphaned snapshots. Allts\u00e5 snapshots som fysiskt finns men som saknar visning i den logiska strukturen. Teoretiskt sett b\u00f6r denna process inte p\u00e5verka de filer som visas i snapshot-hanteraren, men det h\u00e4nder \u00e4nd\u00e5. Huvudsyftet med konsolideringsprocessen \u00e4r att data fr\u00e5n snapshot (child disk) skrivs till den prim\u00e4ra (parent) disken. Processen f\u00f6r att sammanfoga diskar kallas merge. Om ett kommando f\u00f6r konsolidering har getts kan posten f\u00f6r snapshot tas bort fr\u00e5n databasen tidigare \u00e4n att snapshoten faktiskt har merge:ats och tagits bort. Och om snapshoten av n\u00e5gon anledning inte kunde tas bort, s\u00e5 uppst\u00e5r dessa orphaned snapshots. VMware har en bra KB om arbete med snapshots.<\/a><\/noindex>Och vi har ocks\u00e5 skrivit om dem p\u00e5 Habr\u00e9. Datastore (Stora eller lagring):<\/a><\/noindex>.<\/p>\n

Datastore (Store eller storage): <\/strong>\u00a0Ett v\u00e4ldigt brett begrepp, men inom virtualisering handlar det om en plats d\u00e4r virtuella maskiners filer lagras. Men i alla fall m\u00e5ste man vara mycket tydlig med sammanhanget och vid minsta tvekan klarg\u00f6ra vad den man pratar med menar.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>Det \u00e4r viktigt att f\u00f6rst\u00e5 direkt att Veeam Proxy inte riktigt \u00e4r detsamma som vad vi \u00e4r vana vid p\u00e5 internet. Inom Veeams produkter \u00e4r det en entitet som ansvarar f\u00f6r att flytta data fr\u00e5n en plats till en annan. Om vi inte g\u00e5r in p\u00e5 detaljer, s\u00e5 \u00e4r VBR en kommandoserver, och proxy \u00e4r dess arbetsmaskiner. Det inneb\u00e4r att proxy \u00e4r en maskin genom vilken trafiken str\u00f6mmar och d\u00e4r komponenter av VBR \u00e4r installerade f\u00f6r att hj\u00e4lpa till att hantera denna trafik. Till exempel, att flytta data fr\u00e5n en kanal till en annan eller helt enkelt koppla till sina egna diskar (HotAdd-l\u00e4ge).<\/p>\n

Repository (Repository): <\/strong>\u00a0Tekniskt sett \u00e4r detta bara en post i VBR-databasen som pekar p\u00e5 platsen d\u00e4r s\u00e4kerhetskopior 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\u00e5llare i molnet. \u00c5terigen, vi \u00e4r i kontexten h\u00e4r, men f\u00f6rst\u00e5r att ett repository \u00e4r helt enkelt en plats d\u00e4r dina s\u00e4kerhetskopior ligger.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Tyckare av Oxfordgrammatik f\u00f6redrar att s\u00e4ga antingen sn\u00c9pshot eller sn\u00c9pshot, men den okunniga majoriteten vinner p\u00e5 grund av sin st\u00f6rre massan. F\u00f6r de som inte vet \u2013 detta \u00e4r teknologin som m\u00f6jligg\u00f6r att \u00e5terst\u00e4lla en disks tillst\u00e5nd vid en viss tidpunkt. Det g\u00f6rs antingen genom tempor\u00e4r omdirigering av I\/O-operationer bort fr\u00e5n huvuddisken \u2013 d\u00e5 kallas det en RoW (Redirect on Write) snapshot \u2013 eller genom att flytta \u00f6ver skrivbara block fr\u00e5n din disk till en annan \u2013 d\u00e5 kallas det en CoW (Copy on Write) snapshot. Tack vare de breda till\u00e4mpningsm\u00f6jligheterna av dessa funktioner kan Veeam utf\u00f6ra sin backup-magi. Strikt taget g\u00f6r \u00e4ven andra detta, men det \u00e4r en sak f\u00f6r kommande versioner.<\/p>\n

I dokumentationen och loggarna f\u00f6r ESXi r\u00e5der det kaos kring denna term och i samband med n\u00e4mnandet av snapshots kan man m\u00f6ta b\u00e5de snapshots, redo log och till och med delta disk. I Veeams dokumentation finns det ingen s\u00e5dan f\u00f6rvirring, och en snapshot \u00e4r en snapshot, medan en redo log \u00e4r just en REDO-fil som skapats av en oberoende non-persistent disk. REDO-filer tas bort n\u00e4r den virtuella maskinen st\u00e4ngs av, s\u00e5 att blanda ihop dem med snapshots \u00e4r en v\u00e4g mot misslyckande.<\/p>\n

Synthetic:<\/strong> Syntetiska backuper tillh\u00f6r reverse incremental och forever forward backuper. Om du inte har st\u00f6tt p\u00e5 denna term tidigare, s\u00e5 \u00e4r det helt enkelt en av mekanismerna som anv\u00e4nds f\u00f6r att bygga upp backupkedjan. Men i loggarna kan man ocks\u00e5 st\u00f6ta p\u00e5 begreppet Transform, som anv\u00e4nds vid skapandet av kompletta kopior fr\u00e5n inkrement (syntetisk full).<\/p>\n

Task:<\/strong> Detta \u00e4r processen f\u00f6r att bearbeta varje enskild maskin inom ramen f\u00f6r en job. Det vill s\u00e4ga: 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\u00f6r jobbet och tre f\u00f6r taskerna. Men h\u00e4r finns det en viktig nyans: med tiden har ordet \"task\" blivit alltf\u00f6r m\u00e5ngtydigt. N\u00e4r vi talar om generella loggar, avser vi att en task \u00e4r precis en VM. Men det finns \u00e4ven sina \"tasks\" p\u00e5 proxy och repository. D\u00e4r kan det betyda b\u00e5de virtuell disk, virtuell maskin och hela jobbet. Det \u00e4r allts\u00e5 viktigt att inte f\u00f6rlora sammanhanget.<\/p>\n

Veeam %name% Service:<\/strong>: \u00a0<\/strong>F\u00f6r att s\u00e4kerst\u00e4lla framg\u00e5ngsrika backuper arbetar flera tj\u00e4nster samtidigt, vars lista kan hittas i den standardm\u00e4ssiga modulen. Deras namn \u00e5terspeglar tydligt deras syfte, men bland likv\u00e4rdiga finns den viktigaste \u2014 Veeam Backup Service, utan vilken de andra inte kommer att fungera.<\/p>\n

VSS: <\/strong>Tekniskt sett b\u00f6r VSS alltid beteckna Microsoft Volume Shadow Copy Service. Faktiskt anv\u00e4nds det av m\u00e5nga som en synonym f\u00f6r Application-Aware Image Processing. Vilket, naturligtvis, \u00e4r kategoriskt felaktigt, men det \u00e4r en historia i stil med \"Varje SUV kan kallas en jeep, och du kommer att bli f\u00f6rst\u00e5dd\".<\/p>\n

Fantastiska loggar och platser d\u00e4r de bor<\/h3>\n

\nJag vill b\u00f6rja detta kapitel med att avsl\u00f6ja en stor hemlighet \u2014 vilken tid som visas i loggarna?<\/p>\n

Kom ih\u00e5g:<\/p>\n