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.

Was kommt als Nächstes: Führen Sie bei Bedarf weitere Wiederherstellungsschritte durch

Abhängig von den spezifischen Maßnahmen, die Sie ergriffen haben, um die StorageGRID -Knoten auf dem Ersatzhost zum Laufen zu bringen, müssen Sie möglicherweise zusätzliche Wiederherstellungsschritte für jeden Knoten ausführen.

Die Knotenwiederherstellung ist abgeschlossen, wenn Sie beim Ersetzen des Linux-Hosts oder beim Wiederherstellen des ausgefallenen Grid-Knotens auf dem neuen Host keine Korrekturmaßnahmen ergreifen mussten.

Korrekturmaßnahmen und nächste Schritte

Während des Knotenaustauschs mussten Sie möglicherweise eine der folgenden Korrekturmaßnahmen ergreifen:

  • Sie mussten die --force Flag zum Importieren des Knotens.

  • Für alle <PURPOSE> , der Wert der BLOCK_DEVICE_<PURPOSE> Die Konfigurationsdateivariable bezieht sich auf ein Blockgerät, das nicht mehr dieselben Daten enthält wie vor dem Hostausfall.

  • Sie haben storagegrid node force-recovery node-name für den Knoten.

  • Sie haben ein neues Blockgerät hinzugefügt.

Wenn Sie eine dieser Korrekturmaßnahmen ergriffen haben, müssen Sie zusätzliche Wiederherstellungsschritte durchführen.

Art der Wiederherstellung Nächster Schritt

Primärer Admin-Knoten

Nicht-primärer Admin-Knoten

Gateway-Knoten

Speicherknoten (softwarebasiert):

  • Wenn Sie die --force Flag zum Importieren des Knotens, oder Sie haben storagegrid node force-recovery node-name

  • Wenn Sie eine vollständige Neuinstallation des Knotens durchführen mussten oder /var/local wiederherstellen mussten

Speicherknoten (softwarebasiert):

  • Wenn Sie ein neues Blockgerät hinzugefügt haben.

  • Wenn aus irgendeinem <PURPOSE> , der Wert der BLOCK_DEVICE_<PURPOSE> Die Konfigurationsdateivariable bezieht sich auf ein Blockgerät, das nicht mehr dieselben Daten enthält wie vor dem Hostausfall.