Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

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

共同作成者

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

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

対処方法と次の手順

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

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

  • 構成ファイルの値が BLOCK_DEVICE_<PURPOSE>(の場合) `<PURPOSE>`参照するブロックデバイスに、ホストの障害前と同じデータが格納されていません。

  • ノードに対してを実行し `storagegrid node force-recovery node-name`ます。

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

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

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

プライマリ管理ノード

非プライマリ管理ノード

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

ゲートウェイノード

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

  • フラグを使用してノードをインポートした場合 --force、または storagegrid node force-recovery node-name

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

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

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

  • 構成ファイル変数の値が BLOCK_DEVICE_<PURPOSE>(の場合) `<PURPOSE>`参照するブロックデバイスに、ホスト障害前と同じデータが格納されていない。