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.

Admin-Knoten-Datenbank kopieren

Beitragende netapp-madkat netapp-perveilerk netapp-lhalbert
PDFs

Beim Hinzufügen von Admin-Nodes durch ein Erweiterungsverfahren können Sie optional die Datenbank vom primären Admin-Node zum neuen Admin-Node kopieren. Durch das Kopieren der Datenbank können Sie historische Informationen über Attribute, Warnmeldungen und Warnmeldungen aufbewahren.

Was Sie benötigen

  • Sie haben die erforderlichen Erweiterungsschritte zum Hinzufügen eines Admin-Knotens abgeschlossen.

  • Sie haben die Passwords.txt Datei:

  • Sie haben die Provisionierungs-Passphrase.

Über diese Aufgabe

Der StorageGRID-Softwareaktivierungsprozess erstellt eine leere Datenbank für den NMS-Dienst auf dem Erweiterungs-Admin-Knoten. Wenn der NMS-Dienst auf dem Erweiterungs-Admin-Knoten startet, zeichnet er Informationen für Server und Dienste auf, die derzeit Teil des Systems sind oder später hinzugefügt werden. Diese Admin-Knoten-Datenbank enthält die folgenden Informationen:

  • Meldungsverlauf

  • Alarmverlauf

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

Um sicherzustellen, dass die Admin-Node-Datenbank zwischen den Knoten konsistent ist, können Sie die Datenbank vom primären Admin-Node auf den Erweiterungs-Admin-Node kopieren.

Hinweis Das Kopieren der Datenbank vom primären Admin-Node (der__Source Admin-Node_) zu einem Erweiterungs-Admin-Node kann bis zu mehrere Stunden dauern. In diesem Zeitraum ist der Grid Manager nicht zugänglich.

Führen Sie diese Schritte aus, um den MI-Dienst und den Management-API-Dienst sowohl auf dem primären Admin-Node als auch auf dem Erweiterungs-Admin-Node zu beenden, bevor Sie die Datenbank kopieren.

Schritte

  1. Führen Sie die folgenden Schritte auf dem primären Admin-Knoten aus:

    1. Melden Sie sich beim 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. Führen Sie den folgenden Befehl aus: recover-access-points

    3. Geben Sie die Provisionierungs-Passphrase ein.

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

    5. Beenden Sie den Management Application Program Interface (Management API) Service: service mgmt-api stop

  2. Führen Sie die folgenden Schritte auf dem Erweiterungs-Admin-Knoten aus:

    1. Melden Sie sich beim Erweiterungs-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 Erweiterungs-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 Erweiterungs-Admin-Node überschreiben möchten.

      Die Datenbank und ihre historischen Daten werden auf den Erweiterungs-Admin-Knoten kopiert. Wenn der Kopiervorgang abgeschlossen ist, startet das Skript den Erweiterungs-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

  3. Starten Sie die Dienste auf dem primären Admin-Knoten neu: service servermanager start