Storage Foundation for Oracle® RAC 7.3.1 管理者ガイド - Solaris

GAB シードメンバーシップの確認

クラスタに参加するシステム数は、/etc/gabtab の gabconfig コマンドに対する引数として指定されます。 次の例では、2 つのノードがクラスタを構成すると想定されています。

#cat /etc/gabtab

/sbin/gabconfig -c -n2

GAB は、指定した数のノードが利用可能になるまで待ち、自動的にポート「a」メンバーシップを作成します。 ポート「a」は、SF Oracle RAC クラスタノードの GAB メンバーシップを示します。ノードの参加や離脱などで GAB が再設定されるたびに、各クラスタメンバーノードのこのシードメンバーシップが増減します。

gabconfig -a に表示されるように、サンプルポート「a」メンバーシップは次のとおりです。

Port a gen 7e6e7e01 membership 01

この場合、7e6e7e01 は、「メンバーシップ生成番号」を示し、01 はクラスタの「ノードマップ」に対応します。 ノードマップに存在するすべてのノードは、次のコマンドによって表示されるように、同じメンバーシップ ID を反映します。

#gabconfig -a | grep "Port a"

セミコロンは、クラスタを離脱したノードのプレースホルダーとして使います。 次の例では、ノード 0 がクラスタを離脱しています。

#gabconfig -a | grep "Port a"

Port a gen 7e6e7e04 membership ;1

最後のノードがポート「a」メンバーシップを終了すると、メンバーシップ ID を増加させるノードが他にはなくなります。そのため、ポート「a」メンバーシップはクラスタのいずれのノードにも存在しなくなります。

最後で最終のシステムが完全クラスタコールドシャットダウン状態から復帰したら、クラスタは自動的にシードし、すべてのシステム上でポート「a」メンバーシップを形成します。常に少なくとも 1 つのノードがアクティブであるかぎり、その後システムをダウンさせて、任意の組み合わせで再起動できます。

すべてのノードが同じメンバーシップ ID を共有し、ノードマップのすべてのノードが同じポート「a」メンバーシップに参加していることをノードマップが認証します。この一貫性チェックは、「スプリットブレイン」および「既存のスプリットブレイン」シナリオの検出に使われます。

スプリットブレインは、実行されているクラスタが、他のパーティションを認識していない 2 つまたはそれ以上のパーティションに分割されたときに発生します。 既存のネットワークパーティションは、「cold」ノード（以前にクラスタには参加していないノード）が起動され、必ずしもすべてのノードを含まない（複数サブクラスタ）メンバーシップを形成できるようになると検出されます。