Stellen Sie die Admin-Node-Datenbank wieder her, wenn Sie einen nicht-primären Admin-Node wiederherstellen
-
PDF dieser Dokumentationssite
-
Installation und Upgrade
-
Appliance-Hardware installieren
-
Installieren Sie Red hat Enterprise Linux oder CentOS
-
Installieren Sie Ubuntu oder Debian
-
-
Konfiguration und Management
-
StorageGRID verwalten
-
-
Verwenden Sie StorageGRID
-
Monitoring und Fehlerbehebung
-
Wartung
-
Stellen Sie Nodes wieder her und warten Sie das Grid
-
Verfahren zur Recovery von Grid-Nodes
-
-
-
![](/de-de/storagegrid-117/images/pdf-zip.png)
Sammlung separater PDF-Dokumente
Creating your file...
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-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.
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.
|
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. |
-
Melden Sie sich beim Quell-Admin-Node an:
-
Geben Sie den folgenden Befehl ein:
ssh admin@grid_node_IP
-
Geben Sie das im aufgeführte Passwort ein
Passwords.txt
Datei: -
Geben Sie den folgenden Befehl ein, um zum Root zu wechseln:
su -
-
Geben Sie das im aufgeführte Passwort ein
Passwords.txt
Datei:
-
-
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
-
Beenden Sie den MI-Dienst vom Quell-Admin-Node:
service mi stop
-
Beenden Sie vom Quell-Admin-Node den Management Application Program Interface (Management-API)-Service:
service mgmt-api stop
-
Führen Sie die folgenden Schritte auf dem wiederhergestellten Admin-Knoten aus:
-
Melden Sie sich beim wiederhergestellten Admin-Knoten an:
-
Geben Sie den folgenden Befehl ein:
ssh admin@grid_node_IP
-
Geben Sie das im aufgeführte Passwort ein
Passwords.txt
Datei: -
Geben Sie den folgenden Befehl ein, um zum Root zu wechseln:
su -
-
Geben Sie das im aufgeführte Passwort ein
Passwords.txt
Datei:
-
-
Beenden SIE DEN MI-Dienst:
service mi stop
-
Beenden Sie den Management API-Service:
service mgmt-api stop
-
Fügen Sie den SSH-privaten Schlüssel zum SSH-Agenten hinzu. Geben Sie Ein:
ssh-add
-
Geben Sie das SSH-Zugriffspasswort ein, das im aufgeführt ist
Passwords.txt
Datei: -
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
-
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.
-
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
-
-
Starten Sie die Dienste auf dem Quell-Admin-Node neu:
service servermanager start