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

\"Veeam
\n
\nWir bei Veeam lieben Protokolle. Da die meisten unserer L\u00f6sungen modular sind, schreiben sie eine Menge Protokolle. Da unser T\u00e4tigkeitsbereich die Sicherstellung der Sicherheit Ihrer Daten (also einen ruhigen Schlaf) ist, sollten die Protokolle nicht nur jeden Atemzug festhalten, sondern dies auch recht detailliert tun. Dies ist notwendig, um im Fall der F\u00e4lle zu verstehen, wie es zu diesem \"Was\" gekommen ist, wer schuld ist und was als n\u00e4chstes zu tun ist. Hier ist es wie in der Kriminalistik: Man wei\u00df nie, welches Detail einem hilft, den M\u00f6rder von Laura Palmer zu finden.<\/p>\n

Daher habe ich beschlossen, eine Artikelserie zu starten, in der ich der Reihe nach erl\u00e4utern werde, was wir in Protokolle schreiben, wo wir sie speichern, wie man bei ihrer Struktur nicht verr\u00fcckt wird und was man innerhalb von ihnen suchen sollte.
\n<\/a><\/noindex><\/p>\n

Warum eine Artikelserie und warum nicht alles auf einmal beschreiben? <\/h3>\n

\nEinfach aufzulisten, welches Protokoll wo liegt und was es enth\u00e4lt, ist eine ziemlich t\u00f6richte Idee. Dar\u00fcber nachzudenken, diese Informationen aktuell zu halten, ist noch be\u00e4ngstigender. Eine einfache Auflistung aller m\u00f6glichen Arten von Protokollen in Veeam Backup & Replication w\u00e4re eine Tabelle auf mehreren Seiten in kleiner Schrift. Au\u00dferdem w\u00e4re sie nur zum Zeitpunkt der Ver\u00f6ffentlichung aktuell, da mit dem Erscheinen des n\u00e4chsten Patches neue Protokolle hinzukommen und die Logik der gespeicherten Informationen in den alten Protokollen sich \u00e4ndern k\u00f6nnte usw. Daher w\u00e4re es viel vorteilhafter, ihre Struktur und den Inhalt der darin enthaltenen Informationen zu erkl\u00e4ren. Das erm\u00f6glicht eine bessere Orientierung vor Ort, als einfach nur die Namen auswendig zu lernen.<\/p>\n

Um also nicht sofort in den Textdschungel einzutauchen, lassen Sie uns in diesem Artikel einige Vorbereitungsarbeiten durchf\u00fchren. Daher werden wir heute nicht in die Protokolle eintauchen, sondern aus der Ferne beginnen: Wir erstellen ein Glossar und diskutieren ein wenig die Struktur von Veeam aus der Perspektive der Protokollgenerierung.<\/p>\n

Glossar und Fachbegriffe<\/h3>\n

\nHier m\u00f6chte ich mich zun\u00e4chst bei den Verfechtern der Reinheit der russischen Sprache und den Zeugen des W\u00f6rterbuchs von O\u0436\u0435\u0433\u043e\u0432 entschuldigen. Wir lieben unsere Sprache, aber die verfluchte IT-Industrie arbeitet auf Englisch. Nun, das haben wir nicht erfunden, das ist historisch so gewachsen. Ich bin nicht schuld, es ist einfach so gekommen.<\/p>\n

In unserem Bereich hat das Problem der Anglizismen (und des Jargons) seine eigene Spezifik. Wenn die ganze Welt unter harmlosen Worten wie \u201eHost\u201c oder \u201eGast\u201c l\u00e4ngst ganz konkrete Dinge versteht, gibt es auf \u2159 der Landfl\u00e4che weiterhin ein heldenhaftes Durcheinander und Herumgeeiere mit dem Blick in W\u00f6rterb\u00fccher. Und das streng notwendige Argument \u201eBei uns im B\u00fcro...\u201c.<\/p>\n

Au\u00dferdem gibt es unsere eigene Terminologie, die speziell f\u00fcr die Produkte von Veeam ist, obwohl einige W\u00f6rter und Formulierungen auch allgemein verwendet werden. Daher werden wir nun festlegen, was welcher Begriff bedeutet, und k\u00fcnftig werde ich unter dem Wort \u201eGast\u201c genau das verstehen, was in diesem Kapitel steht, und nicht das, was ihr in eurer Firma gewohnt seid. Und ja, das ist nicht nur mein pers\u00f6nlicher Wunsch, sondern es handelt sich um in der Branche gefestigte Begriffe. Es ist etwas sinnlos, gegen sie zu k\u00e4mpfen. Obwohl ich immer daf\u00fcr bin, im Kommentarbereich zu diskutieren.<\/p>\n

Leider gibt es in unserer Arbeit und in unseren Produkten extrem viele Begriffe, sodass ich nicht versuchen werde, sie alle aufzulisten. Nur die grundlegendsten und notwendigsten Begriffe, um in einem Meer von Informationen \u00fcber Backups und Logs zu \u00fcberleben. F\u00fcr Interessierte kann ich auch einen Artikel <\/a><\/noindex>meiner Kollegen \u00fcber B\u00e4nder anbieten, in dem er ebenfalls eine Liste von Begriffen aufgef\u00fchrt hat, die zu diesem Funktionsbereich geh\u00f6ren.<\/p>\n

Host (Host):<\/strong> In der Virtualisierungswelt ist dies ein Ger\u00e4t mit einem Hypervisor. Physisch, virtuell, in der Cloud \u2013 das spielt keine Rolle. Wenn auf etwas ein Hypervisor (ESXi, Hyper-V, KVM etc.) l\u00e4uft, wird dieses \u201eEtwas\u201c als Host bezeichnet. Egal, ob es sich um einen Cluster mit zehn Rack-Einheiten oder euren Laptop mit anderthalb virtuellen Maschinen handelt \u2013 wenn ihr einen Hypervisor gestartet habt, seid ihr ein Host geworden. Denn der Hypervisor hostet virtuelle Maschinen. Es gibt sogar eine Anekdote, dass VMware damals eine starke Assoziation des Begriffs Host mit ESXi erreichen wollte. Aber sie haben es nicht geschafft.<\/p>\n

In der modernen Welt hat sich das Konzept des \u201eHosts\u201c praktisch mit dem des \u201eServers\u201c verschmolzen, was zu einigen Verwirrungen in der Kommunikation f\u00fchrt, insbesondere wenn es um Windows-Infrastruktur geht. Daher kann jede Maschine, auf der ein f\u00fcr uns interessanter Dienst l\u00e4uft, ohne Weiteres als Host bezeichnet werden. Zum Beispiel wird in den Logs von WinSock mit dem Wort Host alles M\u00f6gliche bezeichnet. Das klassische \u201eHost not found\u201c ist daf\u00fcr ein Beispiel. Daher sollten wir den Kontext ber\u00fccksichtigen, aber dabei bedenken \u2013 in der Virtualisierungswelt ist ein Host das, was G\u00e4ste hostet (dar\u00fcber in zwei Zeilen weiter unten).<\/p>\n

In Bezug auf lokale Jargonbegriffe (eher sogar Akronyme in diesem Fall) f\u00e4llt mir ein, dass VMware VI, vSphere VC und Hyper-V HV bedeutet.<\/p>\n

Gast (Guest):<\/strong> Eine virtuelle Maschine, die auf einem Host l\u00e4uft. Hier gibt es sogar nichts weiter zu erkl\u00e4ren, so logisch und einfach ist es. Dennoch schleppen viele hier irgendwelche anderen Bedeutungen mit. <\/p>\n

Warum? Ich wei\u00df es nicht.
\nGast-OS, entsprechend das Betriebssystem der Gastmaschine. Und so weiter.<\/p>\n

Backup\/Replikation Job (Job):<\/strong> Ein reiner VMware-Jargon, der eine der Aufgaben bezeichnet. Backup job == Backup-Job. Wie man das sch\u00f6n ins Deutsche \u00fcbersetzt, hat niemand herausgefunden, deshalb sagt jeder \u201eJob\u201c. Mit Betonung auf der letzten Silbe.<\/p>\n

Ja, so einfach sagt man einfach \u201eJob\u201c. Und selbst in E-Mails schreibt man so, und alles ist gut.
\nAlle m\u00f6glichen Backup-Arbeiten, Backup-Auftr\u00e4ge usw., danke, aber das braucht man nicht. Einfach Job, und man wird verstanden. Das Wichtigste ist, die Betonung auf die letzte Silbe zu legen.<\/p>\n

Backup (Backup. F\u00fcr echte Oldschool-Fans ist auch Bakup erlaubt):<\/strong> Neben dem Offensichtlichen (eine irgendwo liegende Sicherungskopie von Daten) bedeutet es auch die eigentliche Aufgabe (die drei Zeilen zuvor, falls ihr es vergessen habt), infolgedessen die Backup-Datei erstellt wird. Wahrscheinlich sind die englischen Muttersprachler zu faul, um jedes Mal zu sagen I ran my backup job, deshalb sagen sie einfach I ran my backup, und alle verstehen sich hervorragend. Ich schlage vor, dieses gro\u00dfartige Vorhaben zu unterst\u00fctzen.<\/p>\n

Konsolidierung (Consolidate): <\/strong>Ein Begriff, der in ESXi 5.0 auftauchte. Eine Option im Men\u00fc zur Arbeit mit Snapshots, die den Prozess des L\u00f6schens sogenannter orphaned Snapshots startet. Das sind Snapshots, die physisch vorhanden sind, aber aus der angezeigten logischen Struktur gefallen sind. Theoretisch sollte dieser Prozess die im Snapshot-Manager angezeigten Dateien nicht ber\u00fchren, aber es kommt vor. Der Kern des Konsolidierungsprozesses besteht darin, dass Daten aus einem Snapshot (Child-Disk) in die Hauptdisk (Parent-Disk) geschrieben werden. Der Prozess der Zusammenf\u00fchrung der Festplatten wird als Mergen bezeichnet. Wenn der Befehl zur Konsolidierung gegeben wurde, kann der Eintrag \u00fcber den Snapshot aus der Datenbank gel\u00f6scht werden, bevor der Snapshot gemerged und gel\u00f6scht wird. Und wenn es aus irgendeinem Grund nicht gelungen ist, den Snapshot zu l\u00f6schen, erscheinen diese orphaned Snapshots. \u00dcber die Arbeit mit Snapshots hat VMware ein gutes KB<\/a><\/noindex>. Und wir haben auch einmal dar\u00fcber auf Habr\u00e9<\/a><\/noindex>.<\/p>\n

Datenspeicher (Datastore oder Storage): <\/strong>\u00a0Ein sehr weit gefasster Begriff, aber in der Welt der Virtualisierung versteht man darunter den Ort, an dem die Dateien der virtuellen Maschinen gespeichert sind. In jedem Fall muss man den Kontext sehr klar verstehen und im Zweifelsfall nachfragen, was genau der Gespr\u00e4chspartner gemeint hat.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>Es ist wichtig, gleich zu verstehen, dass Veeam Proxy nicht ganz das gleiche ist, was wir aus dem Internet gewohnt sind. Innerhalb der Veeam-Produkte ist es eine Art Entit\u00e4t, die Daten von einem Ort an einen anderen \u00fcbertr\u00e4gt. Kurz gesagt, VBR ist der Server und die Proxys sind seine Arbeitstiere. Das hei\u00dft, ein Proxy ist eine Maschine, durch die der Verkehr flie\u00dft und auf der die VBR-Komponenten installiert sind, die helfen, den Verkehr zu steuern. Zum Beispiel, um Daten von einem Kanal in einen anderen zu \u00fcbertragen oder einfach nur Festplatten anzuschlie\u00dfen (HotAdd-Modus).<\/p>\n

Repository (Repository): <\/strong>\u00a0Technisch gesehen ist dies einfach ein Eintrag in der VBR-Datenbank, der auf den Ort hinweist, an dem die Backups gespeichert sind, und wie man sich mit diesem Ort verbindet. Tats\u00e4chlich kann es sich um ein einfaches CIFS-Share, eine separate Festplatte, einen Server oder einen Cloud-Bucket handeln. Wieder sind wir im Kontext, verstehen aber, dass ein Repository einfach der Ort ist, an dem Ihre Backups abgelegt sind.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Liebhaber der Oxford-Grammatik ziehen es vor, entweder \u201eSchnappschuss\u201c oder \u201eSnapShot\u201c zu sagen, jedoch gewinnt die Mehrheit der Ungebildeten aufgrund der gr\u00f6\u00dferen Masse. Wenn jemand es nicht wei\u00df \u2013 es handelt sich um eine Technologie, die es erm\u00f6glicht, den Zustand einer Festplatte zu einem bestimmten Zeitpunkt wiederherzustellen. Dies geschieht entweder durch tempor\u00e4re Umleitung der I\/O-Vorg\u00e4nge weg von der Hauptfestplatte \u2013 dann wird es \u201eRoW (Redirect on Write)\u201c Schnappschuss genannt \u2013 oder durch das Auslagern der \u00fcberschreibbaren Bl\u00f6cke von Ihrer Festplatte auf eine andere \u2013 dies wird als \u201eCoW (Copy on Write)\u201c Schnappschuss bezeichnet. Genau dank der umfangreichen M\u00f6glichkeiten zur Anwendung dieser Funktionen kann Veeam seine Backup-Magie entfalten. Streng genommen nicht nur mit ihm, aber das ist ein Thema f\u00fcr die n\u00e4chsten Releases.<\/p>\n

In der Dokumentation und in den Protokollen von ESXi herrscht rund um diesen Begriff Chaos, und im Zusammenhang mit Snapshots k\u00f6nnen sowohl die Snapshots selbst als auch die Redo-Logs und sogar Delta-Disks vorkommen. In der Veeam-Dokumentation gibt es diese Verwirrung nicht, ein Snapshot ist ein Snapshot, und ein Redo-Log ist genau das, eine REDO-Datei, die von einem unabh\u00e4ngigen, nicht persistenten Datentr\u00e4ger erstellt wurde. REDO-Dateien werden beim Ausschalten der virtuellen Maschine gel\u00f6scht, daher ist es ein Weg zum Scheitern, sie mit Snapshots zu verwechseln.<\/p>\n

Synthetic (Synthetisch):<\/strong> Synthetische Backups geh\u00f6ren zu den reverse incremental und forever forward Backups. Falls Sie auf diesen Begriff noch nicht gesto\u00dfen sind, handelt es sich einfach um einen der Mechanismen, die zur Umwandlung der Backup-Kette verwendet werden. In den Protokollen kann man jedoch auch den Begriff Transform antreffen, der im Rahmen der Erstellung vollst\u00e4ndiger Kopien aus Inkrementen (synthetisches Vollbackup) verwendet wird.<\/p>\n

Task (Aufgabe):<\/strong> Dies ist der Prozess, in dem jede einzelne Maschine innerhalb eines Jobs bearbeitet wird. Das hei\u00dft: Haben Sie einen Backup-Job, in den drei Maschinen integriert sind, wird jede Maschine im Rahmen einer eigenen Aufgabe bearbeitet. Insgesamt wird es vier Protokolle geben: eines f\u00fcr den Job und drei f\u00fcr die Aufgaben. Es gibt jedoch einen wichtigen Punkt: Im Laufe der Zeit ist das Wort \u201eAufgabe\u201c \u00fcberm\u00e4\u00dfig mehrdeutig geworden. Wenn wir von allgemeinen Protokollen sprechen, meinen wir, dass die Aufgabe genau die VM ist. Aber es gibt auch \u201eAufgaben\u201c auf dem Proxy und auf dem Repository. Dort kann es sowohl eine virtuelle Festplatte, eine virtuelle Maschine als auch den gesamten Job bedeuten. Das hei\u00dft, es ist wichtig, den Kontext nicht zu verlieren.<\/p>\n

Veeam %name% Service (Dienst)<\/strong>: \u00a0<\/strong>Mehrere Dienste arbeiten f\u00fcr erfolgreiche Backups, deren Liste in der Standardkonsole zu finden ist. Ihre Namen spiegeln recht transparently ihren Zweck wider, jedoch gibt es unter Gleichen den wichtigsten \u2014 den Veeam Backup Service, ohne den die anderen nicht funktionieren.<\/p>\n

VSS: <\/strong>Technisch gesehen sollte VSS immer den Microsoft Volume Shadow Copy Service bedeuten. Tats\u00e4chlich wird es von vielen als Synonym f\u00fcr Application-Aware Image Processing verwendet. Was nat\u00fcrlich kategorisch falsch ist, jedoch ist das eine Geschichte aus der Kategorie \u201eJeder Gel\u00e4ndewagen kann als Jeep bezeichnet werden, und man wird verstanden\u201c.<\/p>\n

Fantasievolle Protokolle und Orte, an denen sie leben<\/h3>\n

\nIch m\u00f6chte dieses Kapitel mit dem gro\u00dfen Geheimnis beginnen \u2014 welche Zeit wird in den Protokollen angezeigt?<\/p>\n

Merken Sie sich:<\/p>\n