ストレージ ボリュームのリカバリに関する警告の確認

ストレージ ノードの障害ストレージ ボリュームをリカバリする前に、次の警告を確認する必要があります。

タスク概要

ストレージ ノード内のストレージ ボリューム(rangedb)は、16進数(ボリュームID)で識別されます。たとえば、0000は最初のボリューム、000Fは16番目のボリュームです。各ストレージ ノードの最初のオブジェクト ストア(ボリューム0)は、オブジェクト メタデータとCassandraデータベースの処理に最大4TBのスペースを使用します。このボリュームの残りのスペースはオブジェクト データに使用されます。他のすべてのストレージ ボリュームは、オブジェクト データのみに使用されます。

ボリューム0で障害が発生してリカバリが必要な場合は、ボリュームのリカバリ手順の一環として、Cassandraデータベースの再構築が必要になることがあります。次の状況でも、Cassandraが再構築されることがあります。

  • ストレージ ノードが15日以上オフラインになったあと、オンラインに戻った。
  • システム ドライブと1個以上のストレージ ボリュームで障害が発生し、リカバリされた。

Cassandraの再構築時、システムは他のストレージ ノードからの情報を使用します。オフラインのストレージ ノードが多すぎると、一部のCassandraデータを使用できない可能性があります。最近Cassandraが再構築された場合は、Cassandraデータの一貫性がまだグリッド全体で確保されていないことがあります。多くのストレージ ノードがオフラインのときにCassandraが再構築された場合、または15日以内に再構築されたストレージ ノードがある場合、データが失われる可能性があります。

注意:
複数のストレージ ノードで障害が発生した場合(またはオフラインの場合)は、テクニカル サポートに連絡してください。以下のリカバリ手順は実行しないでください。データが失われる可能性があります。
注意:
これが15日以内に障害が発生した2つ目のストレージ ノードの場合は、テクニカル サポートに連絡してください。15日以内に複数のストレージ ノードでCassandraを再構築すると、データが失われる可能性があります。
注: サイトの複数のストレージ ノードで障害が発生した場合は、サイトのリカバリ手順が必要になることがあります。テクニカル サポートに連絡してください。

テクニカル サポートによるサイト リカバリの実行方法

注意: レプリケート コピーを1つだけ保存するようにILMルールを設定している場合に、そのコピーがあるストレージ ボリュームで障害が発生すると、オブジェクトをリカバリできません。
注: リカバリ中にSVST(Services: Status - Cassandra)アラームが発生した場合は、監視とトラブルシューティングの手順を参照して、Cassandraを再構築してアラームからリカバリしてください。Cassandraを再構築すると、アラームは解除されます。アラームが解除されない場合は、テクニカル サポートにお問い合わせください。