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