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

オブジェクトデータをストレージボリュームにリストアする（システムドライブの障害）

PDF

非アプライアンスストレージノードのストレージボリュームをリカバリしたら、ストレージノードの障害で失われたレプリケートオブジェクトデータまたはイレイジャーコーディングオブジェクトデータをリストアできます。

どの手順 を使用すればよいですか。

可能なかぎり、Grid Managerの*[ボリュームのリストア]*ページを使用してオブジェクトデータをリストアします。

  • ボリュームが*メンテナンス* > ボリュームの復元 > *復元するノード*にリストされている場合は、"Grid Managerのボリュームリストアページ" 。

  • メンテナンス > ボリュームの復元 > *復元するノード*にボリュームが表示されない場合は、以下の手順に従ってください。 `repair-data`オブジェクト データを復元するスクリプト。

    リカバリされたストレージノードのボリューム数が交換対象のノードよりも少ない場合は、スクリプトを使用する必要があり `repair-data`ます。

メモ repair-dataスクリプトは廃止され、今後のリリースで削除される予定です。可能な場合は、を使用し"GridManagerテノホリユウムノリストア手順"ます。

スクリプトを使用し `repair-data`てオブジェクトデータをリストアする

開始する前に

  • 回復したストレージノードの接続状態が「接続済み」であることを確認しました緑色のチェックマークのアイコングリッド マネージャーの ノード > 概要 タブで。

タスクの内容

グリッドのILMルールがオブジェクトコピーを作成するように設定されている場合は、他のストレージノードまたはクラウドストレージプールからオブジェクトデータをリストアできます。

次の点に注意してください。

  • レプリケートされたコピーを 1 つだけ保存するように ILM ルールが設定されていて、そのコピーがストレージボリュームに障害が発生した場合、オブジェクトをリカバリすることはできません。

  • オブジェクトのコピーがクラウドストレージプールにしか残っていない場合、 StorageGRID は、オブジェクトデータをリストアするために複数の要求をクラウドストレージプールエンドポイントに問題 する必要があります。この手順 を実行する前に、テクニカルサポートに問い合わせて、リカバリ期間と関連コストの見積もりを依頼してください。

スクリプトについて repair-data

オブジェクトデータをリストアするには、スクリプトを実行し `repair-data`ます。このスクリプトは、オブジェクトデータのリストアプロセスを開始し、 ILM スキャンと連動して ILM ルールを適用します。

以下の* Replicated data または Erasure-Coded（EC）data *を選択すると、レプリケートデータとイレイジャーコーディングデータのどちらをリストアするかに基づいて、スクリプトの各種オプションを確認でき `repair-data`ます。両方のタイプのデータをリストアする必要がある場合は、両方のコマンドセットを実行する必要があります。

メモ スクリプトの詳細を表示するには repair-data、プライマリ管理ノードのコマンドラインからと入力します repair-data --help。
メモ repair-dataスクリプトは廃止され、今後のリリースで削除される予定です。可能な場合は、を使用し"GridManagerテノホリユウムノリストア手順"ます。
レプリケートデータ

レプリケートデータをリストアするコマンドは、ノード全体を修復するのか、ノード上の一部のボリュームのみを修復するのかに応じて 2 つあります。

repair-data start-replicated-node-repair

repair-data start-replicated-volume-repair

レプリケートデータの修復は、次のコマンドで追跡できます。

repair-data show-replicated-repair-status

イレイジャーコーディング（EC）データ

イレイジャーコーディングデータをリストアするコマンドは、ノード全体を修復するのか、ノード上の一部のボリュームのみを修復するのかに応じて 2 つあります。

repair-data start-ec-node-repair

repair-data start-ec-volume-repair

イレイジャーコーディングデータの修復は、次のコマンドで追跡できます。

repair-data show-ec-repair-status

メモ イレイジャーコーディングデータの修復は、一部のストレージノードがオフライン状態で開始できます。ただし、すべてのイレイジャーコーディングデータを把握できない場合は、修復を完了できません。修復はすべてのノードが使用可能になったあとに完了します。
メモ EC 修復ジョブによって、大量のストレージが一時的にリザーブされます。ストレージアラートがトリガーされることもありますが、修復が完了すると解決します。予約に必要なストレージが不足していると、 EC の修復ジョブが失敗します。ストレージリザベーションは、ジョブが失敗したか成功したかに関係なく、 EC 修復ジョブが完了すると解放されます。

ストレージノードのホスト名を探します

  1. 任意の管理ノードにログインします。

    1. 次のコマンドを入力します。 ssh admin@primary_Admin_Node_IP

    2. ファイルに記載されているパスワードを入力し `Passwords.txt`ます。

    3. 次のコマンドを入力してrootに切り替えます。 su -

    4. ファイルに記載されているパスワードを入力し `Passwords.txt`ます。

      rootとしてログインすると、プロンプトがからに #`変わります `$。

  2. ファイルを使用して /etc/hosts、リストアしたストレージボリュームのストレージノードのホスト名を確認します。グリッド内のすべてのノードのリストを表示するには、次のコマンドを入力します。 cat /etc/hosts

すべてのボリュームで障害が発生した場合はデータを修復します

すべてのストレージボリュームで障害が発生した場合は、ノード全体を修復します。レプリケートデータ、イレイジャーコーディング（ EC ）データ、またはその両方を使用するかどうかに応じて、 * レプリケートデータ * 、 * イレイジャーコーディング（ EC ）データ * 、またはその両方の手順を実行します。

一部のボリュームだけで障害が発生した場合は、に進みます一部のボリュームのみで障害が発生した場合はデータを修復します。

メモ 複数のノードに対して同時に処理を実行することはできません repair-data。複数のノードをリカバリする場合は、テクニカルサポートにお問い合わせください。
レプリケートデータ

グリッドにレプリケートデータが含まれている場合は、コマンドにオプションを指定して --nodes`使用し `repair-data start-replicated-node-repair、ストレージノード全体を修復します。 `--nodes`はホスト名（システム名）です。

次のコマンドは、 SG-DC-SN3 というストレージノードにあるレプリケートデータを修復します。

repair-data start-replicated-node-repair --nodes SG-DC-SN3

メモ オブジェクト データが復元されるときに、 StorageGRIDシステムが複製されたオブジェクト データを見つけられない場合は、オブジェクト損失 アラートがトリガーされます。システム全体のストレージ ノードでアラートがトリガーされる可能性があります。損失の原因と回復が可能かどうかを判断する必要があります。見る"紛失した可能性のある物品を調査する" 。
イレイジャーコーディング（EC）データ

グリッドにイレイジャーコーディングデータがある場合は、コマンドでオプションを指定して --nodes`使用し `repair-data start-ec-node-repair、ストレージノード全体を修復します。 `--nodes`はホスト名（システム名）です。

次のコマンドは、 SG-DC-SN3 というストレージノードにあるイレイジャーコーディングデータを修復します。

repair-data start-ec-node-repair --nodes SG-DC-SN3

この処理を識別する `repair_data`一意のが返され `repair ID`ます。処理の進捗状況と結果を追跡する場合に `repair_data`使用し `repair ID`ます。リカバリプロセスが完了しても、それ以外のフィードバックは返されません。

イレイジャーコーディングデータの修復は、一部のストレージノードがオフライン状態で開始できます。修復はすべてのノードが使用可能になったあとに完了します。

一部のボリュームのみで障害が発生した場合はデータを修復します

一部のボリュームだけで障害が発生した場合は、影響を受けたボリュームを修復します。レプリケートデータ、イレイジャーコーディング（ EC ）データ、またはその両方を使用するかどうかに応じて、 * レプリケートデータ * 、 * イレイジャーコーディング（ EC ）データ * 、またはその両方の手順を実行します。

すべてのボリュームで障害が発生した場合は、に進みますすべてのボリュームで障害が発生した場合はデータを修復します。

ボリューム ID を 16 進数で入力します。たとえば、 `0000`は最初のボリューム、 `000F`は16番目のボリュームです。1つのボリューム、一連のボリューム、または連続していない複数のボリュームを指定できます。

すべてのボリュームが同じストレージノードにある必要があります。複数のストレージノードのボリュームをリストアする必要がある場合は、テクニカルサポートにお問い合わせください。

レプリケートデータ

グリッドにレプリケートデータがある場合は、 `start-replicated-volume-repair`コマンドでオプションを指定し `--nodes`てノードを特定します（ `--nodes`はノードのホスト名）。次に、次の例に示すように、または `--volume-range`オプションを追加し `--volumes`ます。

単一ボリューム：このコマンドは、SG-DC-SN3というストレージノード上のボリュームにレプリケートデータをリストアし `0002`ます。

repair-data start-replicated-volume-repair --nodes SG-DC-SN3 --volumes 0002

ボリュームの範囲：このコマンドは、SG-DC-SN3というストレージノードのに `0009`含まれるすべてのボリュームにレプリケートデータをリストアし `0003`ます。

repair-data start-replicated-volume-repair --nodes SG-DC-SN3 --volume-range 0003,0009

複数のボリュームが連続していません：このコマンドは、レプリケートされたデータをボリューム、および 0005 `0008`SG-DC-SN3というストレージノードにリストアし `0001`ます。

repair-data start-replicated-volume-repair --nodes SG-DC-SN3 --volumes 0001,0005,0008

メモ オブジェクトデータのリストア時に、StorageGRID システムがレプリケートされたオブジェクトデータを見つけられない場合は、* Objects lost *アラートがトリガーされます。システム全体のストレージノードでアラートがトリガーされることがあります。アラートの概要 と推奨される対処方法をメモして、損失の原因 を特定し、リカバリが可能かどうかを判断します。
イレイジャーコーディング（EC）データ

グリッドにイレイジャーコーディングデータがある場合は、コマンドにオプションを指定し `--nodes`て実行し `start-ec-volume-repair`ます（ `--nodes`はノードのホスト名）。次に、次の例に示すように、または `--volume-range`オプションを追加し `--volumes`ます。

単一ボリューム：このコマンドは、SG-DC-SN3というストレージノードのボリュームにイレイジャーコーディングデータをリストアし `0007`ます。

repair-data start-ec-volume-repair --nodes SG-DC-SN3 --volumes 0007

ボリュームの範囲：このコマンドは、 0006`SG-DC-SN3というストレージノードの範囲内のすべてのボリュームにイレイジャーコーディングデータをリストアします `0004。

repair-data start-ec-volume-repair --nodes SG-DC-SN3 --volume-range 0004,0006

複数のボリュームが連続していません：このコマンドは、イレイジャーコーディングデータをボリューム、および 000C `000E`SG-DC-SN3というストレージノードにリストアし `000A`ます。

repair-data start-ec-volume-repair --nodes SG-DC-SN3 --volumes 000A,000C,000E

`repair-data`この処理を識別する `repair_data`一意のが返され `repair ID`ます。処理の進捗状況と結果を追跡する場合に `repair_data`使用し `repair ID`ます。リカバリプロセスが完了しても、それ以外のフィードバックは返されません。
メモ イレイジャーコーディングデータの修復は、一部のストレージノードがオフライン状態で開始できます。修復はすべてのノードが使用可能になったあとに完了します。

修理を監視する

  • レプリケートデータ * 、 * イレイジャーコーディング（ EC ）データ * 、またはその両方を使用しているかどうかに基づいて、修復ジョブのステータスを監視します。

実行中のボリュームリストアジョブのステータスを監視し、で完了したリストアジョブの履歴を表示することもできます"Grid Manager"。

レプリケートデータ

  • レプリケートされた修復の完了率を推定するには、repair-dataコマンドにオプションを追加し `show-replicated-repair-status`ます。

    repair-data show-replicated-repair-status

  • 修理が完了しているかどうかを確認するには、次

    1. ノード > 修復中のストレージノード > ILM を選択します。

    2. 「評価」セクションの属性を確認します。修理が完了すると、 *Awaiting - All * 属性は 0 個のオブジェクトを示します。

  • 修理を詳細に監視するには、次の手順を実行します。

    1. *ノード*を選択します。

    2. grid name>*ilm * を選択します。

    3. ILM キュー グラフの上にカーソルを置くと、スキャン レート (オブジェクト/秒) 属性の値が表示されます。これは、グリッド内のオブジェクトがスキャンされ、ILM のキューに入れられるレートです。

    4. ILM キュー セクションで、次の属性を確認します。

      • * Scan Period - Estimated *：ILMによるすべてのオブジェクトのフルスキャンが完了するまでの推定時間。

        完全スキャンでは、すべてのオブジェクトに ILM が適用されていることが保証されません。

      • 試行された修復: 高リスクと見なされる複製されたデータに対して試行されたオブジェクト修復操作の合計数。高リスク オブジェクトとは、ILM ポリシーによって指定されているか、コピーの損失の結果として、コピーが 1 つ残っているオブジェクトのことです。このカウントは、ストレージ ノードが高リスクのオブジェクトの修復を試みるたびに増加します。グリッドが混雑している場合は、リスクの高い ILM 修復が優先されます。

        修復後にレプリケーションが失敗した場合、同じオブジェクトの修復が再度増加する可能性があります。 + これらの属性は、ストレージ ノード ボリュームのリカバリの進行状況を監視するときに役立ちます。修復の試行回数の増加が止まり、完全スキャンが完了した場合、修復は完了したと考えられます。

    5. あるいは、Prometheusクエリを送信して storagegrid_ilm_scan_period_estimated_minutes`そして `storagegrid_ilm_repairs_attempted。

イレイジャーコーディング（EC）データ

イレイジャーコーディングデータの修復を監視し、失敗した可能性のある要求を再試行するには、次の手順を実行します。

  1. イレイジャーコーディングデータの修復ステータスを確認します。

    • 現在のジョブの完了までの推定時間と完了率を表示するには、[サポート] > [ツール] > [メトリック] を選択します。次に、Grafana セクションで EC 概要 を選択します。 *グリッド EC ジョブの完了推定時間*ダッシュボードと*グリッド EC ジョブの完了率*ダッシュボードを確認します。

    • 特定の処理のステータスを表示するには、次のコマンドを使用し `repair-data`ます。

      repair-data show-ec-repair-status --repair-id repair ID

    • すべての修復処理を表示するには、次のコマンドを使用します

      repair-data show-ec-repair-status

    出力には、以前に実行されていた修復と現在実行中の修復の情報などが表示され `repair ID`ます。

  2. 失敗した修復処理が出力された場合は、オプションを使用し `--repair-id`て修復を再試行します。

    次のコマンドは、修復ID 6949309319275667690を使用して、障害が発生したノードの修復を再試行します。

    repair-data start-ec-node-repair --repair-id 6949309319275667690

    次のコマンドは、修復ID 6949309319275667690を使用して、障害が発生したボリュームの修復を再試行します。

    repair-data start-ec-volume-repair --repair-id 6949309319275667690