{"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 Analyse: Komponenten und Glossar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nBei Veeam lieben wir Protokolle. Da die meisten unserer L\u00f6sungen modular sind, produzieren sie entsprechend viele Protokolle. Unser Ziel ist es, die Sicherheit Ihrer Daten zu gew\u00e4hrleisten, damit Sie ruhig schlafen k\u00f6nnen. Daher sollten die Protokolle nicht nur jedes kleinste Ereignis erfassen, sondern dies auch detailliert tun. Es ist entscheidend, um im Falle eines Problems nachzuvollziehen, wie es dazu gekommen ist, wer verantwortlich ist und was als N\u00e4chstes zu tun ist. Hier gilt die Logik der Kriminalistik: Man wei\u00df nie, welches Detail Ihnen helfen k\u00f6nnte, den M\u00f6rder von Laura Palmer zu finden.<\/p>\n

Deshalb habe ich beschlossen, eine Serie von Artikeln zu beginnen, in denen ich systematisch erl\u00e4utere, was wir in die Protokolle schreiben, wo wir sie speichern, wie man den \u00dcberblick \u00fcber ihre Struktur beh\u00e4lt und wonach man darin suchen sollte.
\n<\/a><\/noindex><\/p>\n

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

\nEs w\u00e4re eine ziemlich m\u00fchsame Aufgabe, einfach nur aufzulisten, wo welches Log zu finden ist und was darin enthalten ist. Und daran zu denken, diese Informationen auf dem neuesten Stand zu halten, ist schon be\u00e4ngstigend. Eine einfache Aufz\u00e4hlung aller m\u00f6glichen Logarten in Veeam Backup & Replication w\u00fcrde mehrere Seiten in kleiner Schrift umfassen. Und sie w\u00e4re auch nur zum Zeitpunkt der Ver\u00f6ffentlichung relevant, denn mit dem n\u00e4chsten Patch k\u00f6nnten neue Logdateien hinzukommen oder sich die Logik der gespeicherten Informationen in den alten Dateien \u00e4ndern, und so weiter. Deshalb ist es viel vorteilhafter, ihre Struktur und den Inhalt der Informationen, die sie enthalten, zu erkl\u00e4ren. Das erm\u00f6glicht eine bessere Orientierung vor Ort, als das blo\u00dfe Auswendiglernen von Bezeichnungen.<\/p>\n

Um also nicht kopf\u00fcber in den Strudel der Textmengen zu springen, lassen Sie uns in diesem Artikel eine gewisse Vorarbeit leisten. Deshalb werden wir heute nicht direkt auf die Logs selbst eingehen, sondern uns aus der Ferne n\u00e4hern: Wir erstellen ein Glossar und besprechen ein wenig die Struktur von Veeam aus der Perspektive der Loggenerierung.<\/p>\n

Glossar und Fachbegriffe<\/h3>\n

\nHier m\u00f6chte ich mich zun\u00e4chst bei den Verfechtern der Reinheit der deutschen Sprache und den Zeugen des W\u00f6rterbuchs von Duden entschuldigen. Wir alle lieben unsere Muttersprache sehr, aber die verdammte IT-Branche arbeitet auf Englisch. Nun, das haben wir nicht erfunden, sondern es hat sich historisch so ergeben. Ich bin unschuldig, es kam von selbst.<\/p>\n

In unserer Branche gibt es eine spezielle Herausforderung mit Anglizismen (und Jargon). Wenn die Begriffe \u201eHost\u201c oder \u201eG\u00e4st\u201c l\u00e4ngst ganz konkrete Dinge weltweit bedeuten, herrscht auf etwa einem Sechstel der Erde nach wie vor ein heldenhaftes Chaos, w\u00e4hrend man in W\u00f6rterb\u00fccher sticht. Und das strikt notwendige Argument lautet: \u201eBei uns in der Arbeit\u2026\u201c<\/p>\n

Au\u00dferdem gibt es spezifische Terminologie, die ausschlie\u00dflich mit Veeam-Produkten verbunden ist, obwohl einige W\u00f6rter und Wendungen in die Allgemeinsprache \u00fcbergegangen sind. Daher werden wir jetzt klarstellen, was jeder Begriff bedeutet, und k\u00fcnftig werde ich beim Wort 'Gast' genau das im Sinn haben, was in diesem Kapitel geschrieben steht, und nicht das, was Sie gew\u00f6hnlich bei Ihrer Arbeit verwenden. Und ja, das ist keine pers\u00f6nliche Laune von mir, sondern etablierte Begriffe in der Branche. Es ist etwas sinnlos, dagegen zu k\u00e4mpfen. Obwohl ich immer bereit bin, in den Kommentaren zu diskutieren.<\/p>\n

Leider gibt es in unserer Arbeit und unseren Produkten unglaublich viele Begriffe, daher werde ich nicht versuchen, sie alle aufzulisten. Ich nenne nur die grundlegenden und notwendigen, um im Meer der Informationen \u00fcber Backups und Logs zu \u00fcberleben. F\u00fcr Interessierte kann ich auch einen Artikel <\/a><\/noindex>meines Kollegen \u00fcber Begriffe anbeiten, in dem er auch eine Liste von Begriffen zu diesem Funktionalit\u00e4tsbereich anf\u00fchrt.<\/p>\n

Host (Host):<\/strong> In der Virtualisierungswelt ist dies eine Maschine mit einem Hypervisor. Ob physisch, virtuell oder in der Cloud \u2014 das spielt keine Rolle. Wenn ein Hypervisor (ESXi, Hyper-V, KVM usw.) auf etwas l\u00e4uft, wird dieses \u201eEtwas\u201c als Host bezeichnet. Sei es ein Cluster mit zehn Racks oder Ihr Laptop mit einer Testumgebung auf anderthalb virtuellen Maschinen \u2014 sobald Sie einen Hypervisor gestartet haben, sind Sie ein Host. Denn der Hypervisor hostet virtuelle Maschinen. Es gibt sogar die Anekdote, dass VMware einst eine starke Assoziation des Begriffs Host speziell mit ESXi erreichen wollte. Aber das hat nicht geklappt.<\/p>\n

In der heutigen Welt sind die Begriffe \u201eHost\u201c und \u201eServer\u201c praktisch identisch geworden, was zu Verwirrung in Gespr\u00e4chen f\u00fchrt, insbesondere wenn es um Windows-Infrastrukturen geht. Jede Maschine, auf der ein f\u00fcr uns interessanter Dienst l\u00e4uft, kann daher getrost als Host bezeichnet werden. Zum Beispiel wird im WinSock-Log der Begriff Host f\u00fcr alles M\u00f6gliche verwendet. Ein klassisches Beispiel ist \u201eHost nicht gefunden\u201c. Wir m\u00fcssen also den Kontext ber\u00fccksichtigen, aber denken wir daran: In der Welt der Virtualisierung ist ein Host das, was G\u00e4ste hostet (wie zwei Zeilen weiter unten beschrieben).<\/p>\n

Unter den lokalen Jargons (oder genauer gesagt, Akronymen in diesem Fall) fallen hier Begriffe wie VMware \u2013 VI, vSphere \u2013 VC und Hyper-V \u2013 HV.<\/p>\n

Guest (Gast):<\/strong> Eine virtuelle Maschine, die auf einem Host arbeitet. Hier ist die Erkl\u00e4rung so klar und einfach, dass es kaum einer weiteren Erl\u00e4uterung bedarf. Dennoch gibt es viele, die versuchen, andere Bedeutungen hinein zu bringen. <\/p>\n

Warum? Ich wei\u00df es nicht.
\nGuest OS bezieht sich entsprechend auf das Betriebssystem der Gastmaschine. Und so weiter.<\/p>\n

Backup\/Replication Job (Job):<\/strong> Ein reiner VMware-Jargon, der eine der Aufgaben beschreibt. Backup-Job == Backup-Job. Wie man das elegant ins Deutsche \u00fcbersetzen kann, hat bisher niemand herausgefunden, deshalb sagt einfach jeder \u201eJob\u201c. Mit Betonung auf der letzten Silbe.<\/p>\n

Ja, so einfach sagen sie \u00abJob\u00bb. Sie schreiben das sogar in E-Mails, und alles ist gut.
\nVerschiedene Backup-Arbeiten, Backup-Auftr\u00e4ge usw. Danke, aber das brauchen wir nicht. Einfach Job, und man wird verstanden. Das Wichtigste ist, die Betonung auf die letzte Silbe zu setzen.<\/p>\n

Backup (Backup, f\u00fcr echte Alte: Bakup):<\/strong> Neben dem Offensichtlichen (eine vorhandene Datensicherung) bedeutet es auch den eigentlichen Job (drei Zeilen oben, falls ihr es schon vergessen habt), durch den die besagte Backup-Datei entsteht. Wahrscheinlich sind die englischen Muttersprachler zu faul, um jedes Mal zu sagen: I ran my backup job, also sagen sie einfach I ran my backup, und jeder versteht sich gut. Ich schlage vor, dieses gro\u00dfartige Vorhaben zu unterst\u00fctzen.<\/p>\n

Konsolidierung (Konsolidierung): <\/strong>Ein Begriff, der in ESXi 5.0 eingef\u00fchrt wurde. Eine Option im Snapshot-Men\u00fc, die den Prozess zum Entfernen sogenannter verwaister Snapshots startet. Das sind Snapshots, die physisch vorhanden sind, aber aus der angezeigten logischen Struktur herausgefallen sind. Theoretisch sollte dieser Prozess die im Snapshot-Manager angezeigten Dateien nicht beeintr\u00e4chtigen, aber das passiert manchmal. Der Kern des Konsolidierungsprozesses besteht darin, dass die Daten aus dem Snapshot (Child-Disk) auf die Hauptdisk (Parent-Disk) geschrieben werden. Der Vorgang des Zusammenf\u00fchrens der Disks wird als Merge bezeichnet. Wenn der Konsolidierungsbefehl erteilt wurde, kann der Snapshot-Eintrag aus der Datenbank gel\u00f6scht werden, bevor der Snapshot zusammengef\u00fchrt und entfernt wird. Wenn der Snapshot aus irgendeinem Grund nicht gel\u00f6scht werden kann, entstehen diese verwaisten Snapshots. VMware hat Informationen zur Arbeit mit Snapshots in einem guten KB<\/a><\/noindex>. Und wir haben auch einmal dar\u00fcber auf Habr\u00e9<\/a><\/noindex>.<\/p>\n

Datastore (Speicherorte oder Storage): <\/strong>\u00a0Ein sehr umfassender Begriff, jedoch versteht man in der Virtualisierungswelt darunter den Ort, an dem die Dateien von virtuellen Maschinen gespeichert werden. In jedem Fall muss man hier den Kontext sehr genau verstehen und bei geringsten Zweifeln kl\u00e4ren, was genau der Gespr\u00e4chspartner meint.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>Es ist wichtig, von Anfang an zu verstehen, dass Veeam Proxy nicht ganz das ist, was wir aus dem Internet gewohnt sind. Innerhalb der Produkte von Veeam ist es eine Entit\u00e4t, die daf\u00fcr verantwortlich ist, Daten von einem Ort an einen anderen zu verschieben. Einfach ausgedr\u00fcckt, VBR ist der Steuerungsserver, w\u00e4hrend der Proxy seine Arbeitspferde sind. Der Proxy ist also die Maschine, durch die der Datenverkehr flie\u00dft und auf der die VBR-Komponenten installiert sind, die dabei helfen, diesen Datenverkehr zu steuern. Zum Beispiel kann es Daten von einem Kanal in einen anderen verschieben oder einfach Festplatten (HotAdd-Modus) anschlie\u00dfen.<\/p>\n

Repository (Repository): <\/strong>\u00a0Technisch gesehen ist das einfach ein Eintrag in der VBR-Datenbank, der angibt, wo die Backups gespeichert sind und wie man auf diesen Speicherort zugreifen kann. Das kann sowohl ein einfaches CIFS-Share als auch eine separate Festplatte, ein Server oder ein Bucket in der Cloud sein. Wir befinden uns wieder im Kontext, aber das Wichtigste ist, dass das Repository einfach der Ort ist, an dem Ihre Backups liegen.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Liebhaber der Oxford-Grammatik diskutieren dar\u00fcber, ob man \u201eSchnappschuss\u201c oder \u201eSnapshot\u201c sagt, aber die ungebildete Mehrheit gewinnt aufgrund ihrer Anzahl. F\u00fcr diejenigen, die es nicht wissen: Dies ist 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 dies w\u00fcrde als RoW (Redirect on Write) Schnappschuss bezeichnet \u2013 oder durch das Auslagern von \u00fcberschreibbaren Bl\u00f6cken von Ihrer Festplatte auf eine andere \u2013 dies nennt man CoW (Copy on Write) Schnappschuss. Genau durch die umfangreichen Anwendungsm\u00f6glichkeiten dieser Funktionen kann Veeam ihre Backup-Magie entfalten. Streng genommen nicht nur sie, aber das ist das Thema der n\u00e4chstgelegenen Releases.<\/p>\n

In der Dokumentation und den Protokollen von ESXi gibt es rund um diesen Begriff Chaos, und im Kontext von Schnappsch\u00fcssen begegnet man sowohl den Schnappsch\u00fcssen selbst als auch Redo-Logs und sogar Delta-Disks. In der Dokumentation von Veeam gibt es solchen Durcheinander nicht; hier ist ein Schnappschuss ein Schnappschuss, und ein Redo-Log ist genau das, eine REDO-Datei, die von einer unabh\u00e4ngigen, nicht persistierenden Disk erstellt wurde. REDO-Dateien werden beim Ausschalten der virtuellen Maschine gel\u00f6scht, sodass es ein Fehler w\u00e4re, sie mit Schnappsch\u00fcssen zu verwechseln.<\/p>\n

Synthetisch:<\/strong> Synthetische Backups geh\u00f6ren zu den reverse incremental und forever forward Backups. Falls Sie mit diesem Begriff noch nicht vertraut sind, handelt es sich dabei um einen Mechanismus zur Erstellung einer Backup-Kette. In den Protokollen finden Sie auch den Begriff Transform, der im Rahmen der Erstellung vollst\u00e4ndiger Kopien aus Inkrementen (synthetisches Voll-Backup) verwendet wird.<\/p>\n

Aufgabe (Task):<\/strong> Dies ist der Prozess der Verarbeitung jeder einzelnen Maschine innerhalb des Jobs. Wenn Sie also einen Backup-Job haben, der drei Maschinen umfasst, wird jede Maschine in einer separaten Aufgabe verarbeitet. Insgesamt gibt es vier Protokolle: eines f\u00fcr den Job und drei f\u00fcr die Aufgaben. Hierbei gibt es jedoch einen wichtigen Aspekt: Der Begriff \u201eAufgabe\u201c ist im Laufe der Zeit mehrdeutig geworden. Wenn wir von allgemeinen Protokollen sprechen, meinen wir, dass eine Aufgabe genau die VM ist. Es gibt jedoch auch eigene \u201eAufgaben\u201c f\u00fcr den Proxy und das Repository. Dort kann es sowohl eine virtuelle Festplatte, eine virtuelle Maschine als auch den gesamten Job bedeuten. Es ist wichtig, den Kontext nicht zu verlieren.<\/p>\n

Veeam %name% Dienst (Service)<\/strong>: \u00a0<\/strong>F\u00fcr erfolgreiche Backups arbeiten mehrere Dienste gleichzeitig, deren Liste in den Standardwerkzeugen zu finden ist. Ihre Namen spiegeln ihren Zweck ziemlich transparent wider, jedoch gibt es unter ihnen einen besonders wichtigen \u2013 den Veeam Backup Service, ohne den die anderen nicht funktionieren werden.<\/p>\n

VSS: <\/strong>Technisch gesehen steht VSS immer f\u00fcr den Microsoft Volume Shadow Copy Service. In der Praxis wird er von vielen als Synonym f\u00fcr Application-Aware Image Processing verwendet. Das ist jedoch kategorisch falsch, aber das ist eine Geschichte wie: \u201eJeder Gel\u00e4ndewagen kann als Jeep bezeichnet werden, und man wird dich verstehen.\u201c<\/p>\n

Fantastische Logs und ihre Lebensr\u00e4ume<\/h3>\n

\nIch m\u00f6chte dieses Kapitel mit dem Aufdecken eines gro\u00dfen Geheimnisses beginnen \u2013 welche Uhrzeit wird in den Logs angezeigt?<\/p>\n

Merken Sie sich:<\/p>\n