CLI を使用したオフライン・ボリュームからのリカバリー

Tier 3 リカバリー手順がオフライン・ボリュームで完了した場合は、ノード・キャニスターの書き込みキャッシュ内のデータが、すべてのノード・キャニスターのブロック・ストレージ・システム・クラスター状態が失われる原因となる障害の発生時に失われる可能性があります。コマンド・ライン・インターフェース (CLI) を使用して、書き込みキャッシュから失われたデータがあることを確認し、ボリュームをオンラインに戻して、データ損失への対処を試みることができます。

このタスクについて

リカバリー手順を実行したもののオフラインのボリュームが存在する場合は、以下のステップを実行して、ボリュームをオンラインに戻すことができます。すべてのノード・キャニスターがクラスター状態を失う原因となったイベントでの書き込みキャッシュ・データの損失やメタデータの損失のために、一部のボリュームがオフラインになっている場合もあります。書き込みキャッシュから失われたデータはリカバリーすることはできません。これらのボリュームでは、該当のボリュームをオンラインに戻した後に、追加のリカバリー・ステップが必要になる場合があります。

注: オフライン・アレイに関連するリカバリー手順を実行した後にイベント・ログにエラーが記録されている場合は、オフライン・ボリューム・エラーを修正する前に、修正手順を使用してオフライン・アレイ・エラーを解決してください。

例

以下の手順を実行して、リカバリー手順の完了後にオフラインのボリュームをリカバリーします。

オフライン・ボリュームを使用する IBM FlashCopy® 機能マッピングおよびメトロ・ミラー関係またはグローバル・ミラー関係をすべて削除する。
ボリュームがシン・プロビジョン・ボリュームの場合は、repairsevdiskcopy vdisk_name | vdisk_id コマンドを実行します。このコマンドは、データ損失の処理を試みることができるようにボリュームをオンラインに戻します。
注: repairsevdiskcopy コマンドを実行しても修復操作が開始されない場合は、recovervdisk コマンドを使用してください。
ボリュームが SE ボリュームでない場合は、recovervdiskbysystem コマンドを実行する。この処置では、データ損失の処理を試みることができるようにボリュームをオンラインに戻します。
書き込みキャッシュからのデータ損失によって破損したボリュームの処理方法については、システムのリカバリー実行後に検査する内容を参照してください。
ボリュームを使用する FlashCopy マッピングおよびメトロ・ミラー関係またはグローバル・ミラー関係をすべて再作成する。