Stellen Sie die Admin-Knoten-Datenbank wieder her, wenn Sie den primären Admin-Knoten wiederherstellen
Wenn Sie die historischen Informationen über Attribute, Alarme und Alarme auf einem primären Admin-Node, der ausgefallen ist, behalten möchten, können Sie die Admin-Node-Datenbank wiederherstellen. Sie können diese Datenbank nur wiederherstellen, wenn Ihr StorageGRID-System einen anderen Admin-Knoten enthält.
-
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 primären Admin-Knoten wiederhergestellt haben und Ihr StorageGRID-System einen anderen Admin-Knoten hat, können Sie die historischen Informationen wiederherstellen, indem Sie die Admin-Knoten-Datenbank von einem nicht-primären Admin-Knoten (der_Quell-Admin-Knoten_) auf den wiederhergestellten primären Admin-Knoten kopieren. Wenn Ihr System nur einen primären Admin-Knoten hat, können Sie die Admin-Knoten-Datenbank nicht wiederherstellen.
Das Kopieren der Admin-Node-Datenbank kann mehrere Stunden dauern. Einige Grid Manager-Funktionen sind nicht verfügbar, während Dienste auf dem Quell-Admin-Node 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:
-
-
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