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

次のステップ: 必要に応じて追加の回復手順を実行します

PDF

交換ホストで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>`構成ファイル変数は、ホスト障害前と同じデータが含まれていないブロック デバイスを参照します。

"システムドライブが損傷していないストレージボリュームの障害から回復する"