Administrator Guide

表 11. コンシステンシー グループ フィールドの説明 （続き）
プロパティ 説明
表示専用プロパティ
active-clusters 同期コンシステンシー グループでは、このプロパティが常に空（[ ]）になります。
operational status このコンシステンシー グループの現在のステータス（このコンシステンシー グルー
プを認識している各クラスターに対するもの）。
● ok ：I/O をコンシステンシー グループ内のボリュームで実行できます。
● suspended ：コンシステンシー グループ内のボリュームに対する I/O が中断さ
れています。その理由は operational status: details に示されます。
● degraded ：I/O は継続していますが、operational status: details に
示されている他の問題が発生しています。
● unknown ：ステータスが不明です。多くの場合、管理接続の喪失が原因です。
operational status: details operational status が ok の場合、このフィールドは空（[ ]）になります。
そうでない場合は、次のいずれかの追加情報が表示されます。
● cluster-departure ：認識されているすべてのクラスターが通信していませ
ん。
● data-safe-failure ：1 個のダイレクターで障害が発生しました。最初の障
害が回復する前に 2 回目の障害が発生しない限り、ボリュームはクラッシュコ
ンシステントのままで、この状態が維持されます。
● rebuilding-across-clusters ：1 個以上の分散メンバー ボリュームが再構
築されています。そのクラスターにおいて、グループ内の少なくとも 1 個のボリ
ュームが古くなっており、再同期されています。この時点でリンクが停止する
と、コンシステンシー グループ全体が一時停止します。どのクラスターのどのボ
リュームが古くなっているかを表示するには、rebuild status コマンドを使
用します。
● rebuilding-within-cluster：このクラスターで 1 件以上のローカル再構築が進行中で
す。
● requires-resolve-conflicting-detach ：クラスター間リンクの復元後、
2 個のクラスターが互いに分離し、I/O を個別に再開したことを検出しました。
クラスターは、独立したデータ バージョンで I/O 処理を継続しています。
consistency-group resolve-conflicting-detach コマンドを使用し
て、クラスターのデータ ビューに再度整合性を持たせる必要があります。
● requires-resume-after-rollback ：クラスターはそのピア クラスターを
分離し、データ ビューをロール バックしましたが、I/O 再開前に consistency-
group resume-after-rollback コマンドを待っている状態です。表示さ
れるのは次の場合です。
○ detach-rule がない場合
○ detach-rule が no-automatic-winner の場合
○ detach-rule の条件が満たされておらず、起動できない場合。
￭ unhealthy-devices ：1 個以上のボリュームが正常でなく、I/O を実行
できないため、このコンシステンシー グループで I/O が停止しています。
￭ will-rollback-on-link-down ：現時点でリンクが停止している場
合、優先クラスターは、I/O 再開のためにデータ ビューをロール バックす
る必要があります。
virtual-volumes コンシステンシー グループのメンバーになっている仮想ボリュームのリスト。
コンシステンシー グループの操作
1 個のクラスターでのみ I/O を継続できるようにすることをお勧めします。両方のクラスターで I/O を続行できるようにすると、1
個のクラスターの再同期が完了します。劣勢クラスターでのすべての書き込みが失われます。
このタスクについて
両方のクラスターで I/O が継続する場合は、次のようになります。
● クラスター内のデータ イメージが分岐します。
● 分散ボリュームのレッグは論理的に分離されます。
コンシステンシー グループ 77