その他のリカバリ手順の実行（必要な場合）

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

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

対応処置と次の手順

ノードの交換時に次のいずれかの対応処置を実施した可能性があります。

--forceフラグを使用してノードをインポートした。
構成ファイルのBLOCK_DEVICE_<PURPOSE>値が（<PURPOSE>の内容に関わらず）参照するブロックデバイスに、ホストの障害発生前と同じデータが格納されていない。
ノードに対してstoragegrid node force-recovery node-nameを実行した。
新しいブロックデバイスを追加した。

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

リカバリのタイプ	次の手順
プライマリ管理ノード	交換用プライマリ管理ノードの設定
非プライマリ管理ノード	[Start Recovery]の選択による非プライマリ管理ノードの設定
APIゲートウェイノード	[Start Recovery]の選択によるAPIゲートウェイノードの設定
アーカイブノード	[Start Recovery]の選択によるアーカイブノードの設定
ストレージノード（仮想）： --forceフラグを使用してノードをインポートした、または`storagegrid node force-recovery node-name`を実行した。ノードの完全な再インストールを実行した、または/var/localをリストアした。	[Start Recovery]の選択によるストレージノードの設定
ストレージノード（仮想）：新しいブロックデバイスを追加した。構成ファイルのBLOCK_DEVICE_<PURPOSE>値が（<PURPOSE>の内容に関わらず）参照するブロックデバイスに、ホストの障害発生前と同じデータが格納されていない。	システムドライブに損傷がない場合のストレージボリューム障害からのリカバリ

ホストに複数のグリッドノードをリカバリする必要がある場合は、プライマリ管理ノードを最初にリカバリします。これは、他のノードがリカバリ中にプライマリ管理ノードに接続しようとしてそのノードのリカバリが停止するのを回避するためです。