LifeKeeper の階層は、親子の関係によって関連付けられたすべてのリソースとして定義されています。複数の親を持つリソースの場合、GUI と階層のすべてのリソースを区別することは一概に簡単とも言えなくなります。階層の整合性を保持するには、サーバごとに階層内のすべてのリソースに対して優先順位を変更する必要があります。[OK] または [Apply] ボタンを押した後で選択される階層のすべてのルートリソースを表示することで、GUI はこの要件を強制します。この時点で、すべてのルートを受け付けるか、操作をキャンセルするかを選択できます。ルートのリストを受け付けた場合、新しい優先順位の値が階層内のすべてのリソースに割り当てられます。

その階層の [Resource Properties] ダイアログが表示されている間、他の変更を階層に加えていることを確認する必要があります。[Resource Properties] ダイアログの優先順位を編集する前に、LifeKeeper に加えられた変更が動的にダイアログで更新されます。ただし、変更を加えると、基本的な変更が LifeKeeper で加えられた場合でも、ダイアログの値は凍結されます。[Apply] または [OK] ボタンをクリックした後でのみ、変更が加えられたことが通知されるので、優先順位の変更操作は要求どおりに進みません。

複数の優先順位の変更を伴う優先順位の変更操作時に、復旧できないエラーの可能性を最低限に抑えるには、プログラムは、一度に 1 つのサーバに対して個別に行われる一連の変更として、複数の優先順位の変更操作を実行します。また、操作時に優先順位の競合を防ぐために、必要に応じて一時的な値がプロパティに割り当てられます。この一時的な値は、最大許容値 999 を超えるもので、優先順位の変更中に一時的に GUI に表示されることもあります。操作が完了すると、一時的な値はすべて、要求された値に置き換えられます。エラーが発生し、優先順位の値をロールバックできない場合、一時的な優先順位の値の一部がそのまま残る可能性もあります。この場合は、下記の推奨手順に従って階層を修復してください。

一貫した状態への階層のリストア

優先順位の変更操作の間にエラーが発生し、操作を完了できない場合、優先順位は不整合の状態のまま残る可能性があります。エラーは、システムやコミュニケーションパスの障害を含め、さまざまな理由で発生します。操作が開始された後や完了する前にエラーが発生し、プログラムが前の優先順位にロールバックできなかった場合、操作中にエラーがあったこと、および前の優先順位を restore できなかったことを示すメッセージが表示されます。この場合、以下の処置を実行し、階層を一貫性のある状態に restore する必要があります。

  1. 可能であれば、問題の原因を特定します。システムまたはコミュニケーションパスの障害を確認します。優先順位管理プログラムの実行中に、その他の操作が行われていないことを確認します。
  1. 可能であれば、問題の原因を修正してから先に進みます。たとえば、階層を修復する前に、障害が発生したシステムまたはコミュニケーションパスを restore する必要があります。
  1. [Resource Properties] ダイアログから操作を再試行します。
  1. [Resource Properties] ダイアログから変更できない場合は、コマンドライン hry_setpri を使用して階層を修復するとより簡単かもしれません。このスクリプトを使用すると、一度に 1 つのサーバに対して優先順位を変更できます。このスクリプトは、GUI からは実行できません。
  1. 修復を実行したら、階層が存在するすべてのサーバに対して eqv_list コマンドを実行し、階層のすべてのリソースに対して返された優先順位の値を調べ、LifeKeeper データベースがすべてのサーバで一貫していることを確認します。
  1. 最終的に、階層を修復できない場合は、階層を削除して再作成する必要がある可能性もあります。

フィードバック

お役に立ちましたか?

はい いいえ
お役に立ちましたか
理由をお聞かせください
フィードバックありがとうございました

このトピックへフィードバック

送信