Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

次の手順:必要に応じて追加のリカバリ手順を実行します

共同作成者

交換ホストで実行されている StorageGRID ノードをリカバリした方法によっては、ノードごとに追加のリカバリ手順を実行する必要があります。

Linux ホストを交換、または障害グリッドノードを新しいホストにリストアした際に対応処置が不要であった場合は、ノードのリカバリはこれで完了です。

対処方法と次の手順

ノードの交換時に、次のいずれかの対処が必要になった場合があります。

  • を使用する必要がありました --force ノードをインポートするためのフラグ。

  • を使用できます <PURPOSE>、の値 BLOCK_DEVICE_<PURPOSE> 構成ファイル変数とは、ホスト障害前と同じデータを含んでいないブロックデバイスを指します。

  • あなたは発行しました storagegrid node force-recovery node-name をクリックします。

  • 新しいブロックデバイスを追加した。

これらの対処方法のいずれかを実行した場合は、追加のリカバリ手順を実行する必要があります。

リカバリのタイプ 次の手順に進みます

プライマリ管理ノード

非プライマリ管理ノード

"[ リカバリの開始 を選択して、非プライマリ管理ノードを設定します"]

ゲートウェイノード

アーカイブノード

ストレージノード(ソフトウェアベース):

  • を使用しなければならなかった場合 --force ノードをインポートするためのフラグ、またはを実行した storagegrid node force-recovery node-name

  • ノードの完全な再インストールを実行する必要があった場合や、 /var/local をリストアする必要があった場合

ストレージノード(ソフトウェアベース):

  • 新しいブロックデバイスを追加した場合。

  • 該当する場合 <PURPOSE>、の値 BLOCK_DEVICE_<PURPOSE> 構成ファイル変数とは、ホスト障害前と同じデータを含んでいないブロックデバイスを指します。