Storage Foundation Cluster File System High Availability 8.0 管理者ガイド - Solaris

クラスタでのシリアルスプリットブレイン条件の例

この項では、クラスタ内の共有ディスクグループにシリアルスプリットブレイン条件がどのように発生するかについて説明します。別のシステムにディスクグループの一部をインポートした場合には、クラスタまたは非クラスタ設定の専用ディスクグループでも設定コピーに矛盾が生じることがあります。

通常、キャンパスクラスタ（別名ストレッチクラスタまたはリモートミラー設定）は、2 ノードクラスタで構成され、クラスタの各コンポーネント（サーバー、スイッチ、ストレージ）は別々の建物内に配置されます。

図: 2 ノードキャンパスクラスタの代表的な構成 は、建物 A にノード 0、ファイバーチャネルスイッチ、ディスクエンクロージャ enc0、建物 B にノード 1、もう 1 つのスイッチ、エンクロージャ enc1 を配置した 2 ノードクラスタを示しています。

図: 2 ノードキャンパスクラスタの代表的な構成

各ノードと各エンクロージャの間の冗長ループアクセスを実現するために、ファイバーチャネル接続は多重冗長型になっています。また、2 つのノードは冗長性のあるプライベートネットワークでも接続されています。

シリアルスプリットブレイン条件が起きるのは、ノード 1 がノード 0 のフェールオーバーノードとして設定されたクラスタで、ノード 0 に専有（非共有）ディスクグループがインポートされた場合です。

ノード間のネットワーク接続が切断されると、両方のノードはそれぞれ他方のノードに障害が発生したものと認識します（これは、クラスタ環境でスプリットブレイン条件が生じる一般的な原因です）。1 つのディスクグループが 2 つのエンクロージャ、enc0 と enc1 の間で分割されると、各部とディスクグループの他の部分との接続が失われます。ノード 0 はアクセス可能なディスクグループ各部にあるディスクへの更新を続け、フェールオーバーノードとして機能するノード 1 は（-f オプションが設定されているため）ディスクグループの他の部分をインポートして、認識できるディスクの更新を開始します。

この状態でネットワークリンクが復元された場合、ノード 0 上のディスクグループに存在しないディスクを再接続したり、どちらかのノードにディスクグループ全体をインポートしようとしても、操作は失敗します。 インポートされた各ディスクのディスクメディアレコードのシリアル ID は、これらのディスク上のすべてのディスクグループ設定データベースとインポートされた各ディスクのプライベートリージョンで、VxVM によって順に増分されます。設定データベースに保存される値は、ディスクグループに順に割り当てられていくシリアル ID であるのに対して、ディスクのプライベートリージョンに保存されるシリアル ID は、実際の値と見なされます。 VxVM は、接続されているディスクの実際のシリアル ID と、インポートされたディスクグループのディスクグループ設定データベース内のシリアル ID が一致しない場合、シリアルスプリットブレインを検出します。

（物理的な切断や停電などによって）ディスクグループから一部のディスクが失われた後、別のホストによってこれらのディスクがインポートされると、設定データベースに保存されたディスクのコピーのシリアル ID と各ディスクのプライベートリージョンのシリアル ID は同じホスト上で別々に更新されます。この後で元の共有ディスクグループにディスクを再インポートすると、ディスクの実際のシリアル ID とディスクグループ内の他のディスクの設定コピーの期待値が一致しないという状態が生じます。

図: 自動的な解消が可能なシリアルスプリットブレイン条件の例

図: 自動的に解消できない真のシリアルスプリットブレイン条件の例

この場合には、ディスクグループのインポートは失敗し、vxdg ユーティリティの終了前に次のようなエラーメッセージが表示されます。

VxVM vxconfigd NOTICE V-5-0-33 Split Brain. da id is 0.1, while dm id 
is 0.0 for DM mydg01
VxVM vxdg ERROR V-5-1-587 Disk group newdg: import failed: Serial 
Split Brain detected. Run vxsplitlines

vxdg コマンドに -f フラグを指定しても、インポートは失敗します。

この場合でも、設定 ID（vxdg list diskgroup| grep config コマンドの出力の seqno の値として表示される）が最も大きい設定データベースを使うと、矛盾を解消できる場合があります。ただし、すべての状況で有効とはかぎりません。