{"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\/nl\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: componenten en woordenlijst","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nBij Veeam houden we van logs. Omdat de meeste van onze oplossingen modulair zijn, genereren ze behoorlijk veel logs. Aangezien ons werkterrein de bescherming van uw gegevens is (d.w.z. voor een onbezorgde nachtrust), moeten logs niet alleen elke ademhaling vastleggen, maar dat ook gedetailleerd doen. Dit is nodig om in geval van problemen te begrijpen wat er is gebeurd, wie er verantwoordelijk is, en wat de volgende stappen zijn. Het is net als in de criminologie: je weet nooit welke detail je helpt de moordenaar van Laura Palmer te vinden.<\/p>\n

Daarom heb ik besloten een serie artikelen te schrijven waarin ik stapsgewijs uitleg wat we in logs schrijven, waar we ze opslaan, hoe we niet gek worden van hun structuur en wat we erin moeten zoeken.
\n<\/a><\/noindex><\/p>\n

Waarom een serie artikelen en waarom alles niet in \u00e9\u00e9n keer beschrijven? <\/h3>\n

\nGewoon opsommen welke logs waar liggen en wat erin staat, is een behoorlijk zinloze onderneming. En om deze informatie actueel te houden, daar wil je liever niet aan denken. Een eenvoudige opsomming van alle mogelijke logtypen in Veeam Backup & Replication is een tabel met meerdere pagina's in kleine lettertjes. Bovendien zal het alleen actueel zijn op het moment van publicatie, aangezien bij het uitkomen van de volgende patch nieuwe logs kunnen verschijnen en de logica van de opgeslagen informatie in oudere logs kan veranderen, enz. Daarom is het veel beter om hun structuur en de essentie van de informatie die erin staat uit te leggen. Dit helpt om beter te navigeren dan zomaar het onthouden van namen.<\/p>\n

Laten we daarom, om niet met het hoofd in de tekstuele wolken te duiken, in dit artikel enige voorbereidende werkzaamheden verrichten. Vandaag gaan we niet in de logs zelf duiken, maar we benaderen het onderwerp van een afstand: we stellen een woordenlijst op en bespreken een beetje de structuur van Veeam vanuit het perspectief van loggeneratie.<\/p>\n

Woordenlijst en jargon<\/h3>\n

\nHier wil ik me allereerst verontschuldigen tegenover de voorstanders van de zuiverheid van de Nederlandse taal en de getuigen van de woordenlijst van Ozhigov. We houden allemaal van onze moedertaal, maar de vervloekte IT-industrie werkt in het Engels. Dit is niet iets wat wij hebben bedacht, het is zo ontstaan in de geschiedenis. Het is niet mijn schuld, hij kwam zelf (c)<\/p>\n

In ons vakgebied heeft het probleem van anglicismen (en jargon) zijn eigen specificiteit. Wanneer de wereld onder onschuldige woorden zoals \"host\" of \"gast\" al lang zeer concrete zaken verstaat, is er op \u2159 van het aardoppervlak nog steeds een hero\u00efsche chaos en verwarring met het wijzen naar woordenboeken. En de strikt verplichte argumentatie \"Maar bij ons op het werk...\".<\/p>\n

Daarnaast hebben we onze eigen terminologie die specifiek is voor Veeam-producten, hoewel sommige woorden en uitdrukkingen gemeengoed zijn geworden. Daarom zullen we nu afspreken wat elke term betekent, en in de toekomst zal ik onder het woord 'gast' precies verstaan wat er in dit hoofdstuk staat, en niet wat je gewend bent op je werk. En ja, dit is geen persoonlijke voorkeur, het zijn gevestigde termen in de industrie. Strijden tegen hen is enigszins zinloos. Maar ik ben altijd in voor een discussie in de opmerkingen.<\/p>\n

Helaas zijn er ontzettend veel termen in ons werk en producten, dus ik zal niet proberen ze allemaal op te sommen. Alleen de meest basale en noodzakelijke termen om te overleven in de zee van informatie over back-ups en logs. Voor ge\u00efnteresseerden kan ik ook een artikel <\/a><\/noindex>van collega's over tapes voorstellen, waar ook een lijst van termen wordt gegeven die betrekking hebben op dat deel van de functionaliteit.<\/p>\n

Host:<\/strong> In de wereld van virtualisatie is dit een machine met een hypervisor. Fysiek, virtueel, cloud \u2014 het is onbelangrijk. Als er een hypervisor draait (ESXi, Hyper-V, KVM etc.) op iets, dan wordt dat 'iets' een host genoemd. Of het nu een cluster van tien racks is of je laptop met anderhalve virtuele machine \u2014 als je een hypervisor hebt draaien, ben je een host. Omdat de hypervisor virtuele machines host. Er gaat zelfs het verhaal dat VMware ooit een sterke associatie wilde bereiken van het woord host met ESXi. Maar dat is hen niet gelukt.<\/p>\n

In de moderne wereld is het begrip 'host' praktisch samengesmolten met het begrip 'server', wat enige verwarring met zich meebrengt, vooral als het gaat om Windows-infrastructuur. Dus elke machine waarop een interessante service voor ons draait, kan gerust een host worden genoemd. Bijvoorbeeld, in de logs van WinSock wordt met het woord host alles gemarkeerd. 'Host not found' is daar een klassiek voorbeeld van. Laten we dus uitgaan van de context, maar onthouden \u2014 in de wereld van virtualisatie is een host datgene wat gasten host (daarover verderop in dit document).<\/p>\n

Van de lokale jargon (eerder zelfs acroniemen, in dit geval) komt naar voren dat VMware VI is, vSphere VC is en Hyper-V HV is.<\/p>\n

Gast (Guest):<\/strong> Een virtuele machine die op de host draait. Hier is het zelfs niet nodig om het uit te leggen, aangezien alles zo logisch en eenvoudig is. Veel mensen proberen echter hier andere betekenissen aan toe te voegen. <\/p>\n

Waarom? Ik weet het niet.
\nGast-OS, dat wil zeggen, het besturingssysteem van de gastmachine. Ga zo maar door.<\/p>\n

Backup\/Replication Job (job):<\/strong> Een puur VMware jargon dat een van de taken aanduidt. Backup job == Back-up Job. Hoe je dit op een mooie manier naar het Nederlands kunt vertalen - niemand heeft dat bedacht, dus iedereen zegt 'job'. Met de klemtoon op de laatste lettergreep.<\/p>\n

Ja, zo eenvoudig zeggen ze gewoon 'job'. Zelfs in e-mails schrijven ze het zo, en alles is in orde.
\nDiverse back-up taken, back-up opdrachten, enzovoort, dank je, maar dat hoeft niet. Gewoon job, en men begrijpt je. Het belangrijkste is de klemtoon op de laatste lettergreep leggen.<\/p>\n

Backup (Back-up, voor de echte old-timers is bak-up toegestaan):<\/strong> Naast het voor de hand liggende (een reservekopie van gegevens ergens), betekent het ook de job zelf (deze drie regels hierboven, als je het al vergeten bent), waarvan de backupfile voortkomt. Waarschijnlijk zijn de Engelse sprekers te lui om elke keer te zeggen 'Ik heb mijn backup job uitgevoerd', daarom zeggen ze gewoon 'Ik heb mijn backup uitgevoerd', en iedereen begrijpt elkaar uitstekend. Ik stel voor om deze mooie gewoonte te steunen.<\/p>\n

Consolidatie (Consolidate): <\/strong>Een term die verscheen in ESXi 5.0. Optie in het menu voor snapshotbeheer, die het proces van het verwijderen van zogenaamde orphaned snapshots opstart. Dit zijn snapshots die fysiek aanwezig zijn, maar uit de weergegeven logische structuur zijn gevallen. Theoretisch gezien zou dit proces de in het snapshotbeheer weergegeven bestanden niet mogen be\u00efnvloeden, maar er gebeurt van alles. De essentie van het consolidatieproces is dat gegevens uit de snapshot (child disk) naar de hoofd (parent) schijf worden geschreven. Het proces van het samenvoegen van schijven wordt mergen genoemd. Als het commando voor consolidatie is gegeven, kan de vermelding van de snapshot uit de database worden verwijderd voordat de snapshot is samengevoegd en verwijderd. En als de snapshot om welke reden dan ook niet kan worden verwijderd, verschijnen die orphaned snapshots. Voor het werken met snapshots heeft VMware een goede KB<\/a><\/noindex>. En we hebben ook ergens over hen geschreven op Habra<\/a><\/noindex>.<\/p>\n

Datastore (Storage of opslag): <\/strong>\u00a0Een zeer brede term, maar in de wereld van virtualisatie verwijst het naar de plaats waar de bestanden van virtuele machines worden opgeslagen. Maar in ieder geval moet men de context heel duidelijk begrijpen en bij de minste twijfels verduidelijken wat precies je gesprekspartner bedoelde.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>Het is belangrijk om meteen te begrijpen dat Veeam Proxy niet helemaal hetzelfde is als wat we gewend zijn op het internet. Binnen de producten van Veeam is het een entiteit die zich bezighoudt met het verplaatsen van gegevens van de ene plaats naar de andere. Zonder in details te treden: VBR is de command server en de proxy zijn de werkpaarden. Met andere woorden, de proxy is de machine waar het verkeer doorheen stroomt en waarop de VBR-componenten zijn ge\u00efnstalleerd, die helpen dat verkeer te beheren. Bijvoorbeeld, het verplaatsen van gegevens van het ene kanaal naar het andere of gewoon schijven koppelen (HotAdd-modus).<\/p>\n

Repository (Repository): <\/strong>\u00a0Technisch gezien is dit gewoon een record in de VBR-database die aangeeft waar de back-ups zijn opgeslagen en hoe verbinding te maken met die locatie. In feite kan dit een eenvoudige CIFS-share zijn, maar ook een aparte schijf, server of cloudbucket. We bevinden ons weer in de context, maar begrijpen dat een repository gewoon de plaats is waar je back-ups zich bevinden.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Liefhebbers van Oxford grammatica geven er de voorkeur aan te zeggen wie sn\u00c9pshot is, wie sn\u00c9pshot, maar de ongeletterde meerderheid wint dankzij de grotere massa. Voor degenen die het niet weten: dit is een technologie die het mogelijk maakt om de staat van een schijf op een bepaald moment terug te herstellen. Dit gebeurt of door tijdelijke I\/O-bewerkingen van de hoofdschijf af te leiden \u2014 dan wordt het een RoW (Redirect on Write) snapshot genoemd \u2014 of door herschrijfbare blokken van uw schijf naar een andere te verplaatsen \u2014 dit wordt een CoW (Copy on Write) snapshot genoemd. Dankzij de grote mogelijkheden van deze functies kan Veeam zijn backupmagie uitvoeren. Strikt genomen, niet alleen hij, maar dit is ook het geval voor de komende releases.<\/p>\n

In de documentatie en logs van ESXi is er rond deze term veel chaos, en in de context van snapshots kun je zowel snapshots, redo logs als zelfs delta disks tegenkomen. In de Veeam-documentatie is er deze verwarring niet; een snapshot is een snapshot, en een redo log is specifiek het REDO-bestand, gemaakt door een onafhankelijke non-persistent schijf. REDO-bestanden worden verwijderd bij het uitschakelen van de virtuele machine, dus ze met snapshots verwarren is een recept voor falen.<\/p>\n

Synthetic:<\/strong> Synthetic backups zijn gerelateerd aan reverse incremental en forever forward backups. Als je deze term nog nooit bent tegengekomen, is het simpelweg een van de mechanismen die worden gebruikt voor het opbouwen van de backupketen. In logs zie je echter ook het begrip Transform, dat wordt gebruikt bij het maken van volledige kopie\u00ebn uit incrementen (synthetic full).<\/p>\n

Task:<\/strong> Dit is het proces van het verwerken van elke individuele machine binnen een job. Dat wil zeggen: als je een backupjob hebt die drie machines omvat, dan wordt elke machine binnen haar eigen taak verwerkt. In totaal zullen er vier logs zijn: \u00e9\u00e9n voor de job en drie voor de taken. Er is echter een belangrijke nuance: in de loop der tijd is het woord 'taak' te veel betekenissen gaan hebben. Wanneer we het over algemene logs hebben, bedoelen we dat de taak een VM is. Maar er zijn ook 'taken' op de proxy en de repository. Daar kan het zowel een virtuele schijf, een virtuele machine of de hele job betekenen. Het is dus belangrijk om de context niet te verliezen.<\/p>\n

Veeam %name% Service:<\/strong>: \u00a0<\/strong>Ten behoeve van succesvolle backups werken verschillende services, waarvan de lijst te vinden is in de standaardconsole. Hun namen weerspiegelen duidelijk hun functie, maar onder de gelijken is er \u00e9\u00e9n die het belangrijkste is: de Veeam Backup Service, zonder welke de anderen niet zullen functioneren.<\/p>\n

VSS: <\/strong>Technisch gezien moet VSS altijd staan voor Microsoft Volume Shadow Copy Service. In de praktijk wordt het door velen als synoniem voor Application-Aware Image Processing gebruikt. Wat, uiteraard, absoluut onjuist is, maar dat is een verhaal als 'Elk terreinvoertuig kan een Jeep worden genoemd, en je wordt begrepen.'<\/p>\n

Fantastische logs en de plekken waar ze zich bevinden<\/h3>\n

\nIk wil dit hoofdstuk beginnen met het onthullen van het grote geheim - welke tijd wordt weergegeven in de logs?<\/p>\n

Onthoud:<\/p>\n