検証アルゴリズムと機能

• Sun Cluster の Broker

  • Thorough_probe_interval の間、休止します。

  • RDBMS または Queue Manager が再起動したかどうかをテストします。RDBMS が再起動すると、リソースグループ全体が再起動します。Queue Manager が再起動した場合、Broker は Queue Manager が再起動するまで停止または待機し、Queue Manager の再起動後に再起動されます。

  • RDBMS と Queue Manager が再起動しなかった場合、bipservice のチェックを行います。bipservice が失われると、検証により Broker が再起動されます。

  • bipservice が使用できる場合、検証により SC3_IN と SC3_OUT のキュー名が有効で、なおかつキューが空であるかどうかを調べ、テストメッセージを SC3_IN に書き込みます。さらに、SC3_OUT に対応する CURDEPTH を調べ、SC3_OUT に対するメッセージフローが 1 であることを確認します。これに失敗すると、検証により Broker が再起動されます。

  • Broker が繰り返し再起動され、最終的に Retry_interval の Retry_count を使い果たすと、別のノードでそのリソースグループのフェイルオーバーが開始されます。

• Sun Cluster の UserNameServer

  • Thorough_probe_interval の間、休止します。

  • UserNameServer に対応する bipservice が失われると、検証により UserNameServer が再起動されます。

  • UserNameServer が繰り返し再起動され、最終的に Retry_interval の Retry_count を使い果たすと、別のノードでそのリソースグループのフェイルオーバーが開始されます。