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.

Wiederherstellen der Admin-Knoten-Datenbank bei der Wiederherstellung eines nicht-primären Admin-Knotens

Beitragende
PDFs

Wenn Sie die historischen Informationen zu Attributen, Alarmen und Warnmeldungen bei einem nicht primären Admin-Node behalten möchten, der ausgefallen ist, können Sie die Admin-Knoten-Datenbank vom primären Admin-Node wiederherstellen.

  • Der wiederhergestellte Admin-Node muss installiert und ausgeführt werden.

  • Das StorageGRID System muss mindestens zwei Admin-Nodes enthalten.

  • Sie müssen die haben Passwords.txt Datei:

  • Sie müssen über eine Passphrase für die Bereitstellung verfügen.

Wenn ein Admin-Knoten ausfällt, gehen die in seiner Admin-Knoten-Datenbank gespeicherten historischen Informationen verloren. Diese Datenbank enthält folgende Informationen:

  • Meldungsverlauf

  • Alarmverlauf

  • Historische Attributdaten, die in den Diagrammen und Textberichten verwendet werden, die auf der Seite Support Tools Grid Topology verfügbar sind.

Wenn Sie einen Admin-Knoten wiederherstellen, erstellt der Software-Installationsprozess eine leere Admin-Knoten-Datenbank auf dem wiederhergestellten Knoten. Die neue Datenbank enthält jedoch nur Informationen für Server und Services, die derzeit Teil des Systems sind oder später hinzugefügt werden.

Wenn Sie einen nicht-primären Admin-Knoten wiederhergestellt haben, können Sie die historischen Informationen wiederherstellen, indem Sie die Admin-Node-Datenbank vom primären Admin-Knoten (den_Quell-Admin-Node_) auf den wiederhergestellten Knoten kopieren.

Hinweis Das Kopieren der Admin-Node-Datenbank kann mehrere Stunden dauern. Einige Grid Manager-Funktionen sind nicht verfügbar, während Dienste auf dem Quellknoten angehalten werden.

  1. Melden Sie sich beim Quell-Admin-Node an:

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

    2. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

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

    4. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

  2. Führen Sie den folgenden Befehl vom Quell-Admin-Knoten aus. Geben Sie dann die Provisionierungs-Passphrase ein, wenn Sie dazu aufgefordert werden. recover-access-points

  3. Beenden Sie den MI-Dienst vom Quell-Admin-Node: service mi stop

  4. Beenden Sie vom Quell-Admin-Node den Management Application Program Interface (Management-API)-Service: service mgmt-api stop

  5. Führen Sie die folgenden Schritte auf dem wiederhergestellten Admin-Knoten aus:

    1. Melden Sie sich beim wiederhergestellten Admin-Knoten an:

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

      2. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

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

      4. Geben Sie das im aufgeführte Passwort ein Passwords.txt Datei:

    2. Beenden SIE DEN MI-Dienst: service mi stop

    3. Beenden Sie den Management API-Service: service mgmt-api stop

    4. Fügen Sie den SSH-privaten Schlüssel zum SSH-Agenten hinzu. Geben Sie Ein:ssh-add

    5. Geben Sie das SSH-Zugriffspasswort ein, das im aufgeführt ist Passwords.txt Datei:

    6. Kopieren Sie die Datenbank vom Quell-Admin-Knoten auf den wiederhergestellten Admin-Knoten: /usr/local/mi/bin/mi-clone-db.sh Source_Admin_Node_IP

    7. Wenn Sie dazu aufgefordert werden, bestätigen Sie, dass Sie die MI-Datenbank auf dem wiederhergestellten Admin-Knoten überschreiben möchten.

      Die Datenbank und ihre historischen Daten werden auf den wiederhergestellten Admin-Knoten kopiert. Wenn der Kopiervorgang abgeschlossen ist, startet das Skript den wiederhergestellten Admin-Knoten.

    8. Wenn Sie keinen passwortlosen Zugriff auf andere Server mehr benötigen, entfernen Sie den privaten Schlüssel vom SSH-Agent. Geben Sie Ein:ssh-add -D

  6. Starten Sie die Dienste auf dem Quell-Admin-Node neu: service servermanager start