Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Revisionsprotokoll auf dem wiederhergestellten nicht-primären StorageGRID Admin Node wiederherstellen

Änderungen vorschlagen
PDFs

Wenn das Revisionsprotokoll des ausgefallenen nicht-primären Admin-Knotens erhalten werden konnte, sodass historische Revisionsprotokollinformationen bewahrt bleiben, kann es auf den nicht-primären Admin-Knoten kopiert werden, der wiederhergestellt wird.

Bevor Sie beginnen

  • Der wiederhergestellte Admin-Node ist installiert und betriebsbereit.

  • Die Revisionsprotokolle wurden an einen anderen Speicherort kopiert, nachdem der ursprüngliche Admin-Node ausgefallen ist.

Über diese Aufgabe

Fällt ein Admin-Node aus, können die auf diesem Admin-Node gespeicherten Revisionsprotokolle möglicherweise verloren gehen. Es kann möglich sein, Datenverluste zu vermeiden, indem Revisionsprotokolle vom ausgefallenen Admin-Node kopiert und anschließend auf dem wiederhergestellten Admin-Node wiederhergestellt werden. Je nach Art des Ausfalls ist es möglicherweise nicht möglich, Revisionsprotokolle vom ausgefallenen Admin-Node zu kopieren. In diesem Fall können Revisionsprotokolle von einem anderen Admin-Node wiederhergestellt werden, wenn die Bereitstellung über mehr als einen Admin-Node verfügt, da Revisionsprotokolle auf alle Admin-Nodes repliziert werden.

Wenn nur ein Admin-Node vorhanden ist und das Revisionsprotokoll nicht vom ausgefallenen Node kopiert werden kann, beginnt der wiederhergestellte Admin-Node mit der Aufzeichnung von Ereignissen im Revisionsprotokoll, als ob die Installation neu wäre.

Ein Admin-Node sollte so schnell wie möglich wiederhergestellt werden, damit die Protokollierungsfunktion wiederhergestellt wird.

Hinweis

Standardmäßig werden Auditinformationen an das Revisionsprotokoll auf den Admin-Nodes gesendet. Diese Schritte können übersprungen werden, wenn eine der folgenden Bedingungen zutrifft:

  • Ein externer Syslog-Server wurde konfiguriert, und die Revisionsprotokolle werden nun an den Syslog-Server statt an die Admin-Nodes gesendet.

  • Es wurde ausdrücklich festgelegt, dass Revisionsprotokollmeldungen nur auf den lokalen Nodes gespeichert werden, die sie generiert haben.

Siehe "Logverwaltung und externen Syslog-Server konfigurieren" für Details.
Schritte

  1. Anmeldung am wiederhergestellten Admin-Knoten:

    1. Geben Sie den folgenden Befehl ein:
      ssh admin@recovery_Admin_Node_IP

    2. Geben Sie das in der Passwords.txt Datei aufgeführte Passwort ein.

    3. Geben Sie den folgenden Befehl ein, um zu root zu wechseln: su -

    4. Geben Sie das in der Passwords.txt Datei aufgeführte Passwort ein.

    Nachdem Sie sich als Root angemeldet haben, ändert sich die Eingabeaufforderung von $ zu #.

  2. Es kann überprüft werden, welche Revisionsprotokolldateien aufbewahrt wurden:

    cd /var/local/log

  3. Die gesicherten Revisionsprotokoll-Logdateien auf den wiederhergestellten Admin-Node kopieren:

    scp admin@grid_node_IP:/var/local/tmp/saved-audit-logs/YYYY*

    Bei Aufforderung das Passwort für admin eingeben.

  4. Aus Sicherheitsgründen die Revisionsprotokolle des ausgefallenen Grid-Knotens löschen, nachdem überprüft wurde, dass sie erfolgreich auf den wiederhergestellten Admin-Node kopiert wurden.

  5. Die Benutzer- und Gruppeneinstellungen der Revisionsprotokolldateien auf dem wiederhergestellten Admin-Node werden aktualisiert:

    chown ams-user:bycast *

  6. Als Root abmelden: exit