5 1 0: Analysieren der SEP sesam Protokolldateien

From SEPsesam
This page is a translated version of the page 5 1 0:Analyzing SEP sesam Log Files and the translation is 100% complete.


Willkommen in der aktuellsten Version der SEP sesam Dokumentation 5.1.0 Apollon. Frühere Versionen der Dokumentation finden Sie hier: Documentation Archiv.


Übersicht


Die Analyse von SEP sesam-Protokolldateien ist sehr hilfreich, um Operationen zu erkennen, die Fehler oder Fehlfunktionen verursacht haben, z.B. bei einer fehlerhaften Sicherung. Die Protokolldateien werden auch verwendet, um Änderungen an Daten zu verfolgen oder zu überprüfen, wie in Audit-Protokollierung beschrieben.

SEP sesam erstellt zwei Protokolle oder Protokolldateien für jeden Sicherungstag: die Statusdatei und das Tagesprotokoll. Ein Fehlerprotokoll ist die Teilmenge des gesamten Tagesprotokolls, in dem nur Fehlermeldungen aufgezeichnet werden. Protokolldateien können gedruckt oder per E-Mail versendet werden. Der Standard-Speicherort (Hauptverzeichnis) für die Protokolldateien ist SESAM_VAR/log. Sie können die Sicherungsprotokolle (Status, Tages- oder Fehlerprotokoll) in der GUI überprüfen (Auswahl -> Protokollierung -> Status/Tagesprotokoll/Fehlerprotokoll).

Sie können Ihre Systemprotokolle auch online überprüfen, indem Sie die Web UI verwenden Ab (≥ 4.4.3 Beefalo V2). Details finden Sie unter SEP sesam Web UI.

Reihenfolge der Protokollerstellung während einer Sicherung

Wenn eine geplante Sicherung durchgeführt wird, werden die Protokolldateien in einer bestimmten Reihenfolge erstellt. Beachten Sie bei der Analyse eines Problems, dass, wenn die entsprechenden Protokolleinträge für einen bestimmten Zeitpunkt in der Vergangenheit fehlen, die Ursache des Problems höchstwahrscheinlich kurz vor diesem Zeitpunkt liegt. Ein Beispiel für die Erstellung einer Protokolldatei ist unten aufgeführt.

  1. Der SEPuler erzeugt die Protokolldatei sm_sepul_event_xxx.log, beispielsweise sm_sepul_event_20181004.log.
  2. Der Queue Manager schreibt die sm_qm_main_xxx.log-Datei, beispielsweise sm_qm_main_20180913.log.
  3. Wenn eine Sicherung gestartet werden konnte, wird eine bck_*.log-Datei erzeugt.
  4. Wenn die Sicherung startet, wird eine Protokolldatei .not im Verzeichnis SESAM_VAR/lis des SEP sesam erstellt, beispielsweise smhg00_all- 20181004_001_SF20131004090011986@YlyxvqJCsHm.not.
  5. Bei einer optionalen Medieninitialisierung wird ein sm_init_X_20180915.log erstellt. Das X steht für die SEP sesam Laufwerksnummer.
  6. Die Informationen zur Überwachung von Laufwerken und Performance-Daten werden in das sms-Log geschrieben (sm_sms_watch_X_20181004.log).
  7. Die zu sichernden Dateien werden zunächst in eine lis-Datei (Liste der gesicherten Dateien und Verzeichnisse) und in eine sgm-Datei (Segmentdatei der verwendeten Segmentmarken auf den verwendeten Bändern) auf dem Device Server im Verzeichnis SESAM_VAR/work/smslis geschrieben. Nach Abschluss der Sicherung werden diese Dateien vom Device Server in das Verzeichnis SEP sesam SESAM_VAR/lis kopiert. Diese Daten werden für eine selektive Rücksicherung benötigt.

Vorgehensweise bei der Analyse von Protokolldateien

Die empfohlene Vorgehensweise hängt von der Art des Fehlerfalls ab. Wenn beispielsweise eine geplante Sicherung nicht ausgeführt wurde oder fehlerhaft ist, gehen Sie wie folgt vor.

Überprüfen des Sicherungsprotokolls in der GUI/Web UI

Doppelklicken Sie unter Auswahl -> Sicherungen die entsprechende fehlerhafte Sicherung und öffnen Sie den Reiter Hauptprotokoll, um das Sicherungsprotokoll zu überprüfen.

Ab 4.4.3 Beefalo V2 können Sie Ihre fehlgeschlagenen Sicherungen auch online überprüfen, indem Sie die neue Web UI verwenden. Details finden Sie unter Überwachung im SEP sesam Web UI.

Überprüfen, ob ein Initialisierungsfehler auf dem Medium aufgetreten ist

Wenn ein Init-Fehler protokolliert wurde (bck_*.log), ist dies die Ursache für die fehlgeschlagene Sicherung.

Überprüfen, ob eine Sicherung kein Protokoll enthält oder fehlerhaft ist

Wenn die Sicherung noch kein Protokoll hat oder fehlerhaft ist:

  1. Überprüfen Sie den Status und die täglichen Protokolle im Verzeichnis SESAM_VAR/prot auf Ereignisse und Fehler zu diesem bestimmten Zeitpunkt.
  2. Überprüfen Sie, ob ein .not-Protokoll im Verzeichnis SESAM_VAR/lis existiert. Wenn nicht, dann sind die möglichen Ursachen für den Fehler wie folgt:
    • Client ist nicht erreichbar (DNS, ping).
    • Es ist kein Medium verfügbar.
    • Die Sicherung wurde noch nicht gestartet.
  3. Die Prozessprotokolle werden im Verzeichnis SESAM_VAR/log/lgc gespeichert. Die Protokolle sollten in der Eingabeaufforderung chronologisch aufgelistet werden (z.B. Linux ls -lart).
    • Das bck_*.log wird vom Programm sm_backup erstellt (Namenskonvention bck_<job_name>_<save_set_ID>_<sesam_day>.log). Beachten Sie, dass im Gegensatz zu den meisten anderen Protokollen das bck_*.log von Anfang an gelesen werden muss, um die erste Fehlermeldung zu finden, die die Ursache des Fehlers aufdecken kann.
      • Überprüfen Sie die Lizenz.
      • Zeitbereich einstellen: Überprüfen Sie, ob sich die Sicherung innerhalb des Startzeitfensters befindet.
      • Alive-Test: Überprüfen Sie, ob der Client aktiv und erreichbar ist.
      • CHECK_MEDIUM: Überprüfen Sie die Verfügbarkeit der Medien.
        • iGET_PREPARED_MEDIA: Überprüfen Sie den Medienpool. Wenn msg=0 erscheint, ist kein Medium verfügbar.
        • GET_BACKUP_MEDIUM: Die Schnittstelle sm_sms_interface macht etwas auf dem Band (getlabel, init, etc.). Suchen Sie bei gleichzeitig gestarteten Aufträgen nach der größten Sicherungsdatei, die die Protokolldateien der ausgeführten Medieninitialisierung enthält.
        • Im Falle von Bandmedien können Optionen festgelegt werden. Diese sind unter Konfigurieren eines Medienpools beschrieben. Sie helfen Ihnen zu steuern, welche Medien für eine Sicherung verwendet werden. Wenn Sie beispielsweise Geräte verwenden, die Medien in sequentieller Reihenfolge laden oder wenn Sie nicht möchten, dass eine unbeaufsichtigte Sicherung fehlschlägt, weil die angegebenen Medien nicht verfügbar sind, können Sie die Medienrichtlinie leeres, fremdes Medium benutzen verwenden.
          • leeres, fremdes Medium benutzen: Wenn diese Option ausgewählt ist und im angeforderten Medienpool keine EOL-freien Medien vorhanden sind, verwendet SEP sesam alle geeigneten Medien zur Sicherung - leere Medien und Medien, die von SEP sesam nicht erkannt werden.
          • SPARE-Medium benutzen: Wenn diese Option ausgewählt ist und im angeforderten Medienpool keine EOL-freien Medien vorhanden sind, werden Medien aus dem Pool SPARE_ zur Sicherung verwendet.
          • Medien aus anderem Pool verwenden: Wenn diese Option ausgewählt ist und im gewünschten Medienpool keine EOL-freien Medien vorhanden sind, werden alle EOL-freien Medien aus anderen Medienpools verwendet.
        • Hinweis: Die EOL definiert, wie lange die gesicherten Daten auf den Medien geschützt bleiben, nachdem die Daten auf den Datenträger geschrieben wurden (siehe EOL-Verwaltung). Nach Ablauf des Schutzes kann SEP sesam die Medien wieder für Sicherungen verwenden. Sie können den Lebenszyklus eines Bandes im täglichen Protokoll überprüfen. Für Details zur Medieninitialisierung überprüfen Sie die Protokolldateien *.sms im Verzeichnis <SESAM_VAR>/log/sms.
      • sm_notify wird geliefert.
      • Mit dem Suchmuster "Cmd= sbc" springen Sie direkt zu dem im Protokoll angegebenen Befehl, der die Sicherung aufruft.
      • Wenn die Sicherung erfolgreich gestartet wurde, wird das Protokoll .not im Verzeichnis SESAM_VAR/lis erstellt.
      • Während einer aktiven Sicherung werden alle Protokollinformationen an die .not-Datei angehängt.
    • Wenn es Probleme mit der Medieninitialisierung gibt, werden die Fehler im sm_init_<drive>_<sesam_day>.log aufgezeichnet. Wenn ein Protokoll error: all media with eol restriction bzw. Fehler: alle Medien mit EOL-Beschränkung enthält, dann ist kein Medium im angeforderten Pool verfügbar. Es kann weitere Versuche geben, ein Sicherungsmedium entsprechend den von Ihnen angegebenen Optionen des Medienpools zu erhalten (siehe oben Optionen).
    • Wenn es nach dem Schreiben der Sicherungsdaten zu Problemen mit den nachfolgenden Bändern kommt bis das Ende des Mediums (EOM) erreicht ist, werden diese in das sm_sms_watch_<drive>_<sesam_day>.log Protokoll geschrieben. Wenn dieses Protokoll error: all media with eol restriction bzw. Fehler: alle Medien mit EOL-Beschränkung enthält, dann ist kein Medium im angeforderten Pool verfügbar.
    • Um die Kommunikation zwischen dem Client und dem SEP sesam Server entweder über SMSSH (Standard, über Port 11322) oder über CTRL (über Port 11301) zu überprüfen, suchen Sie nach sm_sshd_<sesam_day>.log oder sm_ctrld_<PID>.lgc im Verzeichnis SESAM_VAR>/log/lgc des Clients. Die Protokolle auf dem Client werden erzeugt, wenn der SEP sesam Server einen Auftrag auf dem Client ausführt, beispielsweise:
      • Eine Sicherung durchführt.
      • Einen Befehl ausführt.
      • Durchsuchen des Dateiverzeichnisses mit dem Datei-Browsers in der GUI (beim Erstellen eines Auftrags).
    • Wenn der SEPuler einen auszuführenden Auftrag findet, wird die Operation im Protokoll sm_sepul_event_<schedule_identifier>_<sesam_day>.log aufgezeichnet. Mit QUE_SUBMIT wird ein Auftrag in eine Warteschlange gestellt. sm_backup zeigt an, dass eine Sicherung in die Warteschlange gestellt wird.
    • Durchsuchen Sie auf einem SEP sesam Server das Protokoll sm_sms_watch_<drive>_<sesam_day>.log von unten nach oben, um die Laufwerksinformationen zu überprüfen. Dazu gehören:
      • Überwachung eines Laufwerks. Dieses Protokoll wird nur auf einem SEP sesam Server erstellt (auch für die Laufwerke eines RDS befinden sich die entsprechenden Watchlogs auf dem SEP sesam Server).
      • Datendurchsatz eines Laufwerks.
      • Der Suchbegriff +++ EOM zeigt Medienwechsel bezogen auf das Ende des Mediums (Band ist voll). Der Befehl sm_sms_interface init:
        • STATUS=SUCCESS: Erfolgreiche Medieninitialisierung.
        • STATUS=IO-ERROR: Es liegt ein Problem mit dem Medium oder einem Laufwerk vor. Überprüfen Sie bei Bedarf die SESAM_VAR>/log/messages unter Linux oder das Ereignisprotokoll unter Windows bei Hardwareproblemen. Um zu bestätigen, dass ein Hardwareproblem vorliegt, überprüfen Sie das Protokoll sms im Verzeichnis <SESAM_VAR>/log/sms.
    • Das Protokoll sm_sms_watch_0_<sesam_day>.log zeigt regelmäßig den Prozessstatus der sm_main-Prozesse und der Prozesse in den sm_qm_main-Warteschlangen an zusätzlich zur regelmäßigen Überprüfung des verfügbaren Platzes GET_FREE_SPACE_OF_DIR.


Siehe auch

ProtokolleAudit-ProtokollierungVerzeichnis StrukturSEP sesam Exit Codes

Copyright © SEP AG 1999-2024. Alle Rechte vorbehalten.
Jede Form der Reproduktion der Inhalte dieses Benutzerhandbuches, ganz oder in Teilen, ist nur mit der ausdrücklichen schriftlichen Erlaubnis der SEP AG gestattet. Bei der Erstellung dieses Benutzerhandbuches wurde mit größtmöglicher Sorgfalt gearbeitet, um korrekte und fehlerfreie Informationen bereit stellen zu können. Trotzdem kann die SEP AG keine Gewähr für die Richtigkeit der Inhalte dieses Benutzerhandbuches übernehmen.