PRIMECLUSTER Wizard for Oracle 導入運用手引書 4.2 - Oracle Solaris 版 -

2.2.3 userApplication およびリソースの構成

運用時には userApplication は以下のような構成になります。

• Oracle9i RAC スケーラブル運用の場合

  

  userApplication	説明	登録するリソース
  app1,app2	Oracle インスタンス、リスナーを制御する userApplication です。ノードごとに作成します。	Oracle リソース（インスタンス、リスナー） Gds リソース
  app3	制御用 userApplicationです。（オプション） 全ノードの userApplication (app1、app2) を同時に起動・停止したい場合に作成してください。	Controller リソース
  app4,app5	Gls または引継ぎネットワーク用のスタンバイ型 userApplication です。(オプション) 業務の要件に応じて作成してください。	Gls リソースなど

  
  Oracle リソースを含む userApplication (app1、app2) の属性は以下の設定を推奨します。記述されていない属性は任意です。

  属性	推奨設定値
  運用形態	Standby
  AutoStartUp	制御用 userApplication を使用して制御させる場合は、必ず no
  AutoSwitchOver	No
  PersistentFault	1

• スタンバイ運用の場合

  

  userApplication	説明	登録するリソース
  app1	運用を行う全てのノードを含む userApplicationです。	Oracle リソース（インスタンス、リスナー） Gds リソース Fsystem リソース Gls リソース

  
  userApplication の属性は以下の設定を推奨します。記述されていない属性は任意です。

  属性	推奨設定値
  運用形態	Standby
  AutoSwitchOver	HostFailure|ResourceFailure|ShutDown
  PersistentFault	1
  HaltFlag	yes

userApplication 作成の全体の流れは以下のようになります：

1	Oracle リソースを含まない userApplication の作成と動作確認	2.2.4 2.2.5 2.2.6
2	Oracleデータベースの作成	2.2.7
3	Oracle リソースを含む userApplication の作成と動作確認	2.2.9 2.2.10 2.2.11 2.2.12

PersistentFault は、リソース故障(Faulted)が発生した際に、RMS の再起動後も状態(Faulted)を維持するための設定です。故障箇所を特定し、修復が完了したのを確認した後に、手動で userApplication を起動することを想定しています。例えば、故障が発生した場合に、サーバーがリブートされた後でもどの userApplication が故障したのかわかります。また、AutoStartUp が設定されている場合でも userApplication の起動は行われず、自動起動により、再度故障が発生するのを防ぎます。