以下に、Sun Cluster ソフトウェアにより定義されるリソースグループのプロパティーを示します。
プロパティー値は以下のように分類されます。
必須。クラスタ管理者は、管理ユーティリティーを使ってリソースグループを作成するときに、必ず値を指定します。
任意。クラスタ管理者がリソースグループの作成時に値を指定しない場合、システムのデフォルト値が使用されます。
照会のみ。管理ツールから直接設定できません。
以下にプロパティー名とその説明を示します。
このプロパティーは、新しいクラスタの形成時に Resource Group Manager (RGM) が自動的にリソースグループを起動するかどうかを制御します。デフォルトは TRUE です。
TRUE に設定した場合、クラスタの全てのノードが同時に再起動すると、RGM はリソースグループを自動的に起動して Desired_primaries を取得しようとします。
FALSE に設定した場合、クラスタの再起動時にリソースグループが自動的に再起動することはありません。リソースグループは、clresourcegroup online コマンドまたは同等の GUI 指令を使用して、最初に手動でオンラインに切り替えられるまで、オフラインのままになります。その後、このリソースグループは通常のフェイルオーバー動作を再開します。
任意
TRUE
ANYTIME
グループが同時に実行できるノード数として望ましい値。
デフォルトは 1 です。Desired_primaries プロパティーの値は、Maximum_primaries プロパティーの値以下にしてください。
任意
1
ANYTIME
ノードがクラスタに結合した場合、グループがオンラインとなるノード群を再計算するかどうかを示すブール値。再計算により、RGM は優先度の低いノードをオフラインにし、優先度の高いノードをオンラインにすることができます。
任意
FALSE
ANYTIME
クラスタファイルシステムがこのリソースグループ内のリソースによって使用されるかどうかを指定します。クラスタ管理者は、アスタリスク (*) か空文字列 (“”) を指定できます。すべてのグローバルリソースを指定するときはアスタリスク、グローバルリソースを一切指定しない場合は空文字列を指定します。
任意
すべてのグローバルリソース
ANYTIME
TRUE の場合、RGM は、グループ内のネットワークアドレスリソースで非ネットワークアドレスリソースに対する強い依存を強制します。このとき、RGM は、すべてのネットワークアドレスリソースを起動してからその他のリソースを起動します。また、グループ内のその他のすべてのリソースを停止してからネットワークアドレスリソースを停止します。ネットワークアドレスリソースには、論理ホスト名と共有アドレスリソース型があります。
スケーラブルリソースグループの場合、ネットワークアドレスリソースを含んでいないため、このプロパティーの影響はありません。
任意
TRUE
ANYTIME
グループを同時にオンラインにできるノードの最大数です。
RG_mode プロパティーが Failover の場合、このプロパティーの値は 1 を超えてはいけません。RG_mode プロパティーが Scalable の場合は、1 より大きな値を設定できます。
任意
1
ANYTIME
リソースグループを優先度順にオンラインにできるクラスタノードのリストです。これらのノードは、リソースグループの潜在的主ノードまたはマスターです。
任意
クラスタ内のすべての投票ノードの順不同リスト
ANYTIME
リソースグループ内のリソースが重要な管理ファイルを書き込むことができるクラスタファイルシステム内のディレクトリ。一部のリソースの必須プロパティーです。Pathprefix の値はリソースグループごとに固有の値を指定します。
任意
空の文字列
ANYTIME
負数ではない整数値 (秒)。次のような状況において RGM は、この値を使って、リソースグループをどこでオンラインにするかを決めます。
再構成が発生している場合。
GIVEOVER 引数付きで scha_control コマンドを実行した、または SCHA_GIVEOVER 引数付きで scha_control() 関数を実行した結果として。
再構成が発生したときは、Pingpong_interval で指定した秒数内に特定のノード上で複数回、リソースグループがオンラインになれない場合があります。この障害が発生した原因は、リソースの Start または Prenet_start メソッドがゼロ以外で終了したか、タイムアウトしたかのどちらかです。その結果、そのノードはリソースグループのホストとしては不適切と判断され、RGM は別のマスターを探します。
scha_control コマンドまたは scha_control -O GIVEOVER コマンドが特定のノード上でリソースによって実行され、それによりそのリソースグループが別のノードにフェイルオーバーした場合、Pingpong_interval 秒が経過するまで、(scha_control コマンドが実行された) 最初のノードは、同じリソースによる別の scha_control -O GIVEOVER の宛先になることはできません。
任意
3600 (1 時間)
ANYTIME
グループ内に含まれるリソースのリストです。クラスタ管理者はこのプロパティーを直接設定しません。このプロパティーは、クラスタ管理者がリソースグループにリソースを追加したりリソースグループからリソースを削除したりすると、RGM によって更新されます。
照会のみ
デフォルトなし
NONE
RGM は、別の特定のリソースグループの現在のマスターであるホストにリソースグループを配置するか (肯定的なアフィニティーの場合)、あるいは、特定のリソースグループの現在のマスターでないホストにリソースグループを配置 (否定的なアフィニティーの場合) しようとします。
RG_affinities には次の文字列を設定できます。
++ (強い肯定的なアフィニティー)
+ (弱い肯定的なアフィニティー)
- (弱い否定的なアフィニティー)
-- (強い否定的なアフィニティー)
+++ (フェイルオーバー委託付きの強い肯定的なアフィニティー)
たとえば、RG_affinities=+RG2,--RG3 は、このリソースグループが RG2 に対して弱いポジティブアフィニティーを、RG3 に対して強いネガティブアフィニティーをもつことを表しています。
RG_affinities プロパティーの使い方については、第 2 章データサービスリソースの管理を参照してください。
任意
空の文字列
ANYTIME
同じノード上の別のグループをオンライン/オフラインにするときの優先順位を示すリソースグループのリスト (任意)。すべての強い RG_affinities (ポジティブおよびネガティブ) と RG_dependencies の関係図式の中に循環が含まれていてはなりません。
たとえば、リソースグループ RG1 の RG_dependencies リストにリソースグループ RG2 がリストされている、つまり RG1 が RG2 に対してリソースグループの依存関係を持っているとします。
次のリストに、リソースグループ依存関係の影響を要約します。
ノードがクラスタに結合されると、そのノードでは、RG2 のすべてのリソースに対する Boot メソッドが終わってから、RG1 のリソースに対する Boot メソッドが実行されます。
RG1 と RG2 が両方とも同じノード上で同時に PENDING_ONLINE 状態である場合、RG2 内のすべてのリソースが開始メソッドを完了するまで、RG1 内のどのリソースでも開始メソッド (Prenet_start または Start) は実行されません。
RG1 と RG2 が両方とも同じノード上で同時に PENDING_OFFLINE 状態である場合、RG1 内のすべてのリソースが停止メソッドを完了するまで、RG2 内のどのリソースでも停止メソッド (Stop または Postnet_stop) は実行されません。
RG1 または RG2 の主ノードをスイッチする場合、それによって RG1 がいずれかのノードでオンラインに、RG2 がすべてのノードでオフラインになる場合は、このスイッチは失敗します。詳細は、 clresourcegroup(1CL) および clsetup(1CL) のマニュアルページを参照してください。
RG2 に対する Desired_primaries がゼロに設定されている場合は、RG1 に対する Desired_primaries プロパティーをゼロより大きい値に設定することはできません。
RG2 に対する Auto_start_on_new_cluster が FALSE に設定されている場合は、RG1 に対する Auto_start_on_new_cluster プロパティーを TRUE に設定することはできません。
任意
空のリスト
ANYTIME
リソースグループの簡単な説明です。
任意
空の文字列
ANYTIME
あるリソースグループが依存しているグローバルデバイスをスイッチオーバーするかどうかを表します。このプロパティーが TRUE に設定されている場合、大域デバイスはスイッチオーバーされます。このプロパティーが FALSE に設定されている場合、グローバルデバイスはスイッチオーバーされません。リソースグループが大域デバイスに依存するかどうかは、Global_resources_used プロパティーの設定によります。
RG_is_frozen プロパティーをユーザーが直接設定することはありません。RG_is_frozen プロパティーは、大域デバイスのステータスが変わったときに、RGM によって更新されます。
任意
デフォルトなし
NONE
リソースグループがフェイルオーバーグループなのか、スケーラブルグループなのかを指定します。この値が Failover の場合、RGM はグループの Maximum_primaries プロパティーの値を 1 に設定し、リソースグループのマスターを単一のノードに制限します。
このプロパティーの値が Scalable の場合は、Maximum_primaries プロパティーを 1 より大きい値に設定できます。その結果、グループを同時に複数のノードで同時にマスターすることができます。Failover プロパティーの値が TRUE のリソースを、RG_mode の値が Scalable のリソースグループに追加することはできません。
Maximum_primaries が 1 の場合、デフォルトは Failover です。Maximum_primaries が 1 より大きい場合、デフォルトは Scalable です。
任意
Maximum_primaries の値によります。
NONE
リソースグループの名前。これは必須プロパティーです。この値は、クラスタ内で一意でなければなりません。
必要
デフォルトなし
NONE
リソースグループに関連付けられた Solaris プロジェクト名 (projects(1)のマニュアルページを参照)。このプロパティーは、CPU の共有、クラスタデータサービスのリソースプールといった Solaris のリソース管理機能に適用できます。RGM は、リソースグループをオンラインにすると、Resource_project_name プロパティーセットを持たないリソース用として、このプロジェクト名で関連付けられたプロセスを起動します (r_properties(5)のマニュアルページを参照)。指定されたプロジェクト名は、プロジェクトデータベース内に存在している必要があります (projects(1)のマニュアルページ、および『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』を参照してください)。
このプロパティーは Solaris 9 OS からサポートされるようになりました。
このプロパティーへの変更は、リソースの次回起動時に有効になります。
任意
テキスト文字列「default」
ANYTIME
RG_slm_type プロパティーが AUTOMATED に設定されている場合、この数は CPU シェアの数およびプロセッサセットのサイズの計算の基準になります。
RG_slm_cpu プロパティーを使用できるのは、 RG_slm_type が AUTOMATED に設定されている場合のみです。詳細は、「RG_slm_type プロパティー」を参照してください。
RG_slm_cpu プロパティーの最大値は 655 です。小数点以下 2 桁まで指定できます。RG_slm_cpu プロパティーには 0 を指定しないでください。シェアの値を 0 に設定すると、CPU 負荷が高い場合に、公平配分スケジューラ (FFS) によりリソースをスケジュールできない場合があります。
リソースグループがオンラインである間に RG_slm_cpu プロパティーに対して行う変更は、動的に考慮されます。
RG_slm_type プロパティーは AUTOMATED に設定されているため、Sun Cluster は SCSLM_resourcegroupname という名前のプロジェクトを作成します。resourcegroupname は、ユーザーがリソースグループに割り当てる実際の名前を表します。リソースグループに属するリソースの各メソッドは、このプロジェクトで実行されます。Solaris 10 OS 以降、このプロジェクトはリソースグループのノードに作成されます。このノードはグローバルクラスタ投票ノードでもグローバルクラスタ非投票ノードでもかまいません。project(4)のマニュアルページを参照してください。
プロジェクト SCSLM_resourcegroupname の project.cpu-shares 値は、RG_slm_cpu のプロパティー値の 100 倍です。RG_slm_cpu プロパティーが設定されていない場合、このプロジェクトは project.cpu-shares 値を 1 として作成されます。RG_slm_cpu プロパティーのデフォルト値は 0.01 です。
Solaris 10 OS から、RG_slm_pset_type プロパティーが DEDICATED_STRONG または DEDICATED_WEAK に設定されている場合、プロセッサセットのサイズの計算には RG_slm_cpu プロパティーが使用されます。また、RG_slm_cpu プロパティーは zone.cpu-shares の値の計算にも使用されます。
プロセッサセットについては、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』を参照してください。
RG_slm_cpu プロパティーは、グローバルクラスタでのみ使用できます。このプロパティーはゾーンクラスタでは使用できません。
任意
0.01
ANYTIME
アプリケーションが動作できるプロセッサの最小数を決定します。
このプロパティーは、次に示す要因がすべて真の場合だけ使用できます。
RG_slm_type プロパティーが AUTOMATED に設定されている
RG_slm_pset_type プロパティーが DEDICATED_STRONG または DEDICATED_WEAK に設定されている
RG_slm_cpu プロパティーが、RG_slm_cpu_min プロパティーに対して設定されている値以上の値に設定されている
Solaris 10 OS を使用している
RG_slm_cpu_min プロパティーの最大値は 655 です。小数点以下 2 桁まで指定できます。RG_slm_cpu_min プロパティーには 0 を指定しないでください。RG_slm_cpu_min および RG_slm_cpu プロパティーは、それぞれ、Sun Cluster が生成するプロセッサセットに対して pset.min および pset.max の値を決定します。
リソースグループがオンラインである間にユーザーが RG_slm_cpu および RG_slm_cpu_min プロパティーに対して行う変更は、動的に考慮されます。RG_slm_pset_type プロパティーが DEDICATED_STRONG に設定され、使用できる CPU が十分でない場合、RG_slm_cpu_min プロパティーに対してユーザーが要求した変更は無視されます。この場合は、警告メッセージが表示されます。次回のスイッチオーバー時に、RG_slm_cpu_min プロパティーが使用できる CPU が十分でない場合、CPU の不足によるエラーが発生する可能性があります。
プロセッサセットについては、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』を参照してください。
RG_slm_cpu_min プロパティーは、グローバルクラスタでのみ使用できます。このプロパティーはゾーンクラスタでは使用できません。
任意
0.01
ANYTIME
システムリソースの使用状況を管理できるようにし、システムリソース管理用に Solaris オペレーティングシステムを設定する手順の一部を自動化します。RG_SLM_type が取り得る値は AUTOMATED と MANUAL です。
RG_slm_type プロパティーを AUTOMATED に設定した場合、リソースグループは CPU 使用率の制御とともに起動します。
その結果、Sun Cluster は次の処理を行います。
SCSLM_resourcegroupname という名前のプロジェクトを作成します。このリソースグループ内のリソースのすべてのメソッドは、このプロジェクト内で実行されます。このプロジェクトは、このリソースグループ内のリソースのメソッドがノードで初めて実行されるときに作成されます。
プロジェクトと関連付けられている project.cpu_shares の値を、RG_slm_cpu プロパティーの 100 倍の値に設定します。デフォルトでは、project.cpu_shares の値は 1 です。
Solaris 10 OS からは、zone.cpu_shares を、すべてのオンラインリソースグループの RG_slm_cpu プロパティーの合計の 100 倍に設定します。またこのプロパティーは、該当するノード内で RG_slm_type を AUTOMATED に設定します。このノードはグローバルクラスタ投票ノードでもグローバルクラスタ非投票ノードでもかまいません。グローバルクラスタ非投票ノードは、Sun Cluster が生成するプールにバインドされます。オプションで、 RG_slm_pset_type プロパティーが DEDICATED_WEAK または DEDICATED_STRONG に設定されている場合、Sun Cluster の生成されたプールは、Sun Cluster の生成されたプロセッサセットと関連付けられます。専用のプロセッサセットについては、RG_slm_pset_type プロパティーの説明を参照してください。RG_slm_type プロパティーを AUTOMATED に設定した場合、実行されるすべての処理はログに記録されます。
RG_slm_type プロパティーを MANUAL に設定した場合、RG_project_name プロパティーにより指定されているプロジェクト内でリソースグループが実行されます。
リソースプールとプロセッサセットについては、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』を参照してください。
58 文字を超えるリソースグループ名は指定しないでください。リソースグループ名が 58 文字を超える場合、CPU 制御を構成できなくなる、つまり、RG_slm_type プロパティーに AUTOMATED を設定できなくなります。
リソースグループ名にはダッシュ (-) を含めないでください。Sun Cluster ソフトウェアは、プロジェクトの作成時に、リソースグループ名にあるすべてのダッシュを下線 (_) に置き換えます。たとえば、Sun Cluster が rg-dev というリソースグループに対して SCSLM_rg_dev というプロジェクトを作成する場合です。Sun Cluster がリソースグループ rg-dev に対してプロジェクトを作成しようとするとき、rg_dev という名前のリソースグループがすでに存在する場合、衝突が発生します。
RG_slm_type プロパティーは、グローバルクラスタでのみ使用できます。このプロパティーはゾーンクラスタでは使用できません。
任意
manual
ANYTIME
専用のプロセッサセットの作成を可能にします。
このプロパティーは、次に示す要因がすべて真の場合だけ使用できます。
RG_slm_type プロパティーが AUTOMATED に設定されている
Solaris 10 OS を使用している
リソースグループがグローバルクラスタ非投票ノードで実行される
RG_slm_pset_type の取り得る値は DEFAULT、DEDICATED_STRONG、および DEDICATED_WEAK です。
リソースグループを DEDICATED_STRONG または DEDICATED_WEAK として実行するには、そのリソースグループのノードリストにグローバルクラスタ非投票ノードだけが存在するようにリソースグループを構成してください。
グローバルクラスタ非投票ノードは、デフォルトプールである POOL_DEFAULT 以外のプールに対して決して構成しないでください。ゾーン構成の詳細は、zonecfg(1M)のマニュアルページを参照してください。グローバルクラスタ非投票ノードは、デフォルトプール以外のプールに決して動的にバインドしてはいけません。プールバインディングの詳細は、poolbind(1M)のマニュアルページを参照してください。バインドされた 2 つのプールの状態は、リソースグループ内のリソースのメソッドが起動されている場合だけ、確認されます。
DEDICATED_STRONG と DEDICATED_WEAK の値は、ノードリストに同じノードを持つリソースグループと相互に排他的です。同じノード内では、一部のリソースグループの RG_slm_pset_type が DEDICATED_STRONG に設定され、ほかのリソースグループについては DEDICATED_WEAK に設定されるように、リソースグループを構成することはできません。
RG_slm_pset_type プロパティーを DEDICATED_STRONG に設定した場合、Sun Cluster は、RG_slm_type プロパティーが AUTOMATED に設定されている場合に RG_slm_type プロパティーにより実行されるアクション以外にも、次の処理を行います。
プールを作成し、リソースグループが PRENET_START メソッドと START メソッドの一方または両方に対して起動するグローバルクラスタ非投票ノードにそのプールを動的にバインドする。
次の合計の間のサイズを持つプロセッサセットを作成する。
該当するリソースグループが起動するノードでオンラインであるすべてのリソースグループ内の RG_slm_cpu_min プロパティーの合計。
該当するノードで実行中であるリソースグループ内の RG_slm_cpu プロパティーの合計。
STOP メソッドまたは POSTNET_STOP メソッドのいずれかが実行中である場合、Sun Cluster の生成されたプロセッサセットは破棄されます。リソースグループがノード上でオンラインでなくなった場合、そのプールは破棄され、グローバルクラスタ非投票ノードはデフォルトのプール (POOL_DEFAULT) にバインドされます。
プロセッサセットをプールに関連付けます。
ノードを実行しているすべてのリソースグループの RG_slm_cpu プロパティーの合計の 100 倍に zone.cpu_shares を設定します。
ユーザーが RG_slm_pset_type プロパティーを DEDICATED_WEAK に設定した場合、リソースグループの動作は、RG_slm_pset_type が DEDICATED_STRONG に設定されている場合と同じようになります。しかし、プロセッサセットの作成に十分なプロセッサを使用できない場合、プールはデフォルトのプロセッサセットに関連付けられます。
ユーザーが RG_slm_pset_type プロパティーを DEDICATED_STRONG に設定し、またプロセッサセットの作成に十分なプロセッサを使用できない場合、エラーが発生します。その結果、リソースグループは該当するノード上では起動しません。
CPU が割り当てられている場合、DEFAULTPSETMIN 最小サイズは DEDICATED_STRONG よりも優先されます。DEDICATED_STRONG は DEDICATED_WEAK よりも優先されます。ただし、clnode コマンドを使用してデフォルトのプロセッサのサイズを大きくし、また十分なプロセッサが使用できない場合、この優先順位は無視されます。DEFAULTPSETMIN プロパティーの詳細は、clnode(1CL)のマニュアルページを参照してください。
clnode コマンドは、デフォルトのプロセッサセットに最小限の CPU を動的に割り当てます。ユーザーが指定した CPU の数が使用できない場合、Sun Cluster は定期的にこの数の CPU を割り当てようとします。それに失敗すると、CPU の最小数が割り当てられるまで、Sun Cluster はデフォルトのプロセッサセットにより少ない数の CPU を割り当てようとします。このアクションは一部の DEDICATED_WEAK プロセッサセットを破棄する場合がありますが、DEDICATED_STRONG プロセッサセットを破棄することはありません。
ユーザーが RG_slm_pset_type プロパティーを DEDICATED_STRONG に設定したリソースグループを起動する場合、DEDICATED_WEAK プロセッサセットと関連付けられたプロセッサセットが破棄される場合があります。このリソースグループがこのような動作を行う場合があるのは、両方のプロセッサセットのノード上で十分な CPU が使用できない場合です。この場合、DEDICATED_WEAK プロセッサセットで動作しているリソースグループのプロセスは、デフォルトのプロセッサセットに関連付けられます。
DEDICATED_STRONG または DEDICATED_WEAK の間で RG_slm_pset_type プロパティーの値を交換するには、まずその値をデフォルトに設定します。
CPU 制御に対して構成されたリソースグループがグローバルクラスタ非投票ノードでオンラインではない場合、CPU シェアの値はそのノードの zone.cpu-shares に設定されます。デフォルトでは、zone.cpu-shares は 1 に設定されています。ゾーン構成の詳細は、zonecfg(1M)のマニュアルページを参照してください。
ユーザーが RG_slm_pset_type プロパティーを DEFAULT に設定すると、Sun Cluster は SCSLM_pool_zonename という名前のプールを作成しますが、プロセッサセットは作成しません。この場合、SCSLM_pool_zonename はデフォルトのプロセッサセットに関連付けられます。ノードに割り当てられるシェアは、そのノード内のすべてのリソースグループの RG_slm_cpu の値の合計と等しくなります。
リソースプールとプロセッサセットについては、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』を参照してください。
RG_slm_pset_type プロパティーは、グローバルクラスタでのみ使用できます。このプロパティーはゾーンクラスタでは使用できません。
任意
default
ANYTIME
RGM により UNMANAGED、ONLINE、OFFLINE、PENDING_ONLINE、PENDING_OFFLINE、ERROR_STOP_FAILED、ONLINE_FAULTED、または PENDING_ONLINE_BLOCKED に設定され、各クラスタノード上のグループの状態を表します。
ユーザーはこのプロパティーを構成できません。ただし、clresourcegroup コマンドを実行するか、同等の clsetup または Sun Cluster Manager コマンドを使用することによって、このプロパティーを間接的に設定することは可能です。RGM の制御下にないときは、グループは UNMANAGED 状態で存在することができます。
各状態の説明は次のとおりです。
すべてのノードに適用される UNMANAGED 状態を除き、状態は個別のノードにのみ適用されます。たとえば、リソースグループがノード A では OFFLINE であり、ノード B では PENDING_ONLINE である場合があります。
新しく作成されたリソースグループの最初の状態や、過去には管理されていたリソースグループの状態。そのグループのリソースに対して Init メソッドがまだ実行されていないか、そのグループのリソースに対して Fini メソッドがすでに実行されています。
このグループは RGM によって管理されていません。
リソースグループはノード上ですでに起動されています。つまり、各リソースに適用可能な起動メソッド Prenet_start、Start、および Monitor_start は、グループ内のすべての有効なリソースに対して正常に実行されました。
リソースグループはノード上ですでに停止されています。つまり、グループ内の有効なリソースすべてに対して、停止メソッド Monitor_stop、Stop、および Postnet_stop が (各リソースに合わせて) 正常に実行されました。この状態は、リソースグループがノードで最初に起動されるまでの状態としても適用されます。
リソースグループはノード上で起動中です。グループ内の有効なリソースに対して、起動メソッド Prenet_start、Start、および Monitor_start が (各リソースに合わせて) 実行されようとしています。
リソースグループはノード上で停止中です。グループ内の有効なリソースに対して、停止メソッド Monitor_stop、Stop、および Postnet_stop が (各リソースに合わせて) 実行されようとしています。
リソースグループ内の 1 つ以上のリソースが正常に停止できず、Stop_failed 状態にあります。グループ内のほかのリソースがオンラインまたはオフラインである可能性があります。ERROR_STOP_FAILED 状態がクリアされるまで、このリソースグループはノード上での起動が許可されません。
clresource clear などの管理コマンドを使用して、手動で Stop_failed リソースを終了し、その状態を OFFLINE にリセットする必要があります。
リソースグループは PENDING_ONLINE で、このノード上での起動が完了しています。ただし、1 つまたは複数のリソースが START_FAILED 状態または FAULTED 状態で終了しています。
リソースグループは、完全な起動を行うことに失敗しました。これは、リソースグループの 1 つまたは複数のリソースが、ほかのリソースグループのリソースに対して強いリソース依存性があり、それが満たされていないためです。このようなリソースは OFFLINE のままになります。リソースの依存性が満たされると、リソースグループは自動的に PENDING_ONLINE 状態に戻ります。
照会のみ
デフォルトなし
NONE
リソースグループの自動復旧が中断されるかどうかを指定するブール値です。クラスタ管理者が自動復旧を再開するコマンドを明示的に実行するまで、中断されたリソースグループが自動的に再開またはフェイルオーバーされることはありません。中断されたデータサービスは、オンラインかオフラインかにかかわらず、現在の状態のままとなります。指定されたノード上では、この状態でもリソースグループを別の状態に手作業で切り替えられます。また、リソースグループ内の個々のリソースを有効または無効にすることもできます。
Suspend_automatic_recovery プロパティーに TRUE が設定されると、リソースグループの自動復旧は中断されます。このプロパティーが FALSE に設定されると、リソースグループの自動復旧が再開され、アクティブになります。
このプロパティーを直接設定することはありません。RGM は、クラスタ管理者がリソースグループの自動復旧を中断または再開したときに Suspend_automatic_recovery プロパティーの値を変更します。クラスタ管理者は、clresourcegroup suspend コマンドで自動復旧を中断します。クラスタ管理者は、clresourcegroup resume コマンドで自動復旧を再開します。RG_system プロパティーの設定にかかわらず、リソースグループは中断または再開できます。
照会のみ
FALSE
NONE
リソースグループの RG_system プロパティーの値が TRUE の場合、そのリソースグループとそのリソースグループ内のリソースに関する特定の操作が制限されます。この制限は、重要なリソースグループやリソースを間違って変更または削除してしまうことを防ぐためにあります。clresourcegroup コマンドだけがこのプロパティーの影響を受けます。scha_control(1HA) と scha_control(3HA)の操作には影響を与えません。
リソースグループ (またはリソースグループ内のリソース) の制限操作を実行する前には、まず、リソースグループの RG_system プロパティーをFALSE に設定する必要があります。クラスタサービスをサポートするリソースグループ (または、リソースグループ内のリソース) を変更または削除するときには注意してください。
操作 |
例 |
---|---|
リソースグループを削除する |
clresourcegroup delete RG1 |
リソースグループプロパティーを編集する (RG_system を除く) |
clresourcegroup set -p RG_desription=... + |
リソースグループへソースを追加する |
clresource create -g RG1 -t SUNW.nfs R1 リソースは作成後に有効な状態になり、リソース監視も有効になります。 |
リソースグループからリソースを削除する |
clresource delete R1 |
リソースグループに属するリソースのプロパティーを編集する |
clresource set -g RG1 -t SUNW.nfs -p r_description="HA-NFS res" R1 |
リソースグループをオフラインに切り替える |
clresourcegroup offline RG1 |
リソースグループを管理する |
clresourcegroup manage RG1 |
リソースグループを管理しない |
clresourcegroup unmanage RG1 |
リソースグループのリソースを有効にする |
clresource enable R1 |
リソースグループのリソースに対する監視を有効にする |
clresource monitor R1 |
リソースグループのリソースを無効にする |
clresource disable R1 |
リソースの監視を無効にする |
clresource unmonitor R1 |
リソースグループの RG_system プロパティーの値が TRUE の場合、そのリソースグループで編集できるプロパティーは RG_system プロパティー自体だけです。つまり、RG_system プロパティーの編集は無制限です。
任意
FALSE
ANYTIME