Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Stellen Sie die Admin-Node-Datenbank wieder her, wenn Sie einen nicht-primären Admin-Node wiederherstellen

Beitragende netapp-lhalbert
PDFs

Wenn Sie die historischen Informationen zu Attributen und Warnmeldungen auf einem nicht-primären Admin-Node beibehalten möchten, der fehlgeschlagen ist, können Sie die Admin-Node-Datenbank vom primären Admin-Node wiederherstellen.

Bevor Sie beginnen

  • Der wiederhergestellte Admin-Knoten wird installiert und ausgeführt.

  • Das StorageGRID-System enthält mindestens zwei Admin-Nodes.

  • Sie haben die Passwords.txt Datei.

  • Sie haben die Provisionierungs-Passphrase.

Über diese Aufgabe

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

  • Meldungsverlauf

  • Historische Attributdaten, die in Diagrammen im Legacy-Stil auf der Seite Knoten verwendet werden

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.
Schritte

  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 in der Datei aufgeführte Passwort ein Passwords.txt.

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

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

  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 aus: service mi stop

  4. Beenden Sie vom Quell-Admin-Node aus den Management Application Program Interface (mgmt-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 in der Datei aufgeführte Passwort ein Passwords.txt.

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

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

    2. Halten Sie den MI-Dienst an: service mi stop

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

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

    5. Geben Sie das in der Datei aufgeführte SSH-Zugriffspasswort ein Passwords.txt.

    6. Kopieren Sie die Datenbank vom Quell-Admin-Node auf den wiederhergestellten Admin-Node: /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. Eingabe:ssh-add -D

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