Sun Cluster 3.0 5/02 補足情報

付録 B Sun Cluster HA for SAP のインストールと構成

この章では、Sun Cluster の各ノードで Sun Cluster HA for SAP の計画や設定、構成を行う方法を説明します。

この章の内容は次のとおりです。

Sun Cluster HA for SAP の概要

Sun Cluster HA for SAP は、SAP アプリケーションの障害監視と自動フェイルオーバーを通して SAP システムの単一障害点を取り除くソフトウェアです。次の表に、Sun Cluster 構成の SAP コンポーネントを最もよく保護するデータサービスを示します。Sun Cluster HA for SAP は、フェイルオーバーアプリケーションまたはスケーラブルアプリケーションとして構成できます。

フェイルオーバーサービスやスケーラブルサービスの概念については、『Sun Cluster 3.0 12/01 の概念』を参照してください。

表 B-1 SAP コンポーネントの保護


SAP コンポーネント	SAP コンポーネントを保護するデータサービス
SAP データベース	Sun Cluster HA for Oracle (データベースが Oracle の場合)
SAP セントラルインスタンス	Sun Cluster HA for SAP (リソースタイプは `SUNW.sap_ci` または `SUNW.sap_ci_v2`)
SAP アプリケーションサーバー	Sun Cluster HA for SAP (リソースタイプは `SUNW.sap_as` または `SUNW.sap_as_v2`)
NFS ファイルシステム	Sun Cluster HA for NFS

Sun Cluster HA for SAP のインストールには、scinstall(1M) コマンドを使用します。Sun Cluster HA for SAP では、最初のクラスタフレームワークがすでにインストールされているクラスタが動作中である必要があります。クラスタやデータサービスソフトウェアの最初のインストールについては、『Sun Cluster 3.0 12/01 ソフトウェアのインストール』を参照してください。Sun Cluster および SAP ソフトウェアの基本コンポーネントをインストールしたなら、Sun Cluster HA for SAP を登録します。

Sun Cluster HA for SAP のインストールと構成

インストール作業と構成作業を説明している節は次のとおりです。

表 B-2 作業マップ: Sun Cluster HA for SAP のインストールと構成


作業	参照箇所
SAP インストールの計画	「Sun Cluster HA for SAP の概要」「Sun Cluster HA for SAP の構成指針」「構成例」「インストール前の要件」「インストール前の考慮事項」

Sun Cluster HA for SAP のアップグレード	「リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法」

SAP とデータベースのインストールと構成 (フェイルオーバーアプリケーションサーバー)	「SAP とデータベースをインストールする方法」「フェイルオーバー SAP インスタンスをクラスタで実行可能にする方法」「SAP とデータベースのインストールを確認する方法 (セントラルインスタンス)」「SAP とデータベースのインストールを確認する方法 (フェイルオーバーアプリケーションサーバー)」
または、
SAP とデータベースのインストールと構成 (スケーラブルアプリケーションサーバー)	「SAP とデータベースをインストールする方法」「SAP をインストールする方法 (スケーラブルアプリケーションサーバー)」「SAP のインストールを確認する方法 (スケーラブルアプリケーションサーバー)」

Sun Cluster HA for DBMS の構成	「Sun Cluster HA for DBMS の構成」

Sun Cluster HA for SAP の構成 (フェイルオーバーアプリケーションサーバー)	「Sun Cluster HA for SAP セントラルインスタンスの登録と構成を行う方法」「Sun Cluster HA for SAP の登録と構成を行う方法 (フェイルオーバーアプリケーションサーバー)」
または、
Sun Cluster HA for SAP の構成 (スケーラブルアプリケーションサーバー)	「Sun Cluster HA for SAP セントラルインスタンスの登録と構成を行う方法」「Sun Cluster HA for SAP の登録と構成を行う方法 (スケーラブルアプリケーションサーバー)」

Sun Cluster HA for SAP のインストールと構成の確認	「Sun Cluster HA for SAP、セントラルインスタンス、DBMS のインストールと登録を確認する方法」「Sun Cluster HA for SAP のインストールと構成を確認する方法 (フェイルオーバーアプリケーションサーバー)」「Sun Cluster HA for SAP のインストールと構成を確認する方法 (スケーラブルアプリケーションサーバー)」

SAP 拡張プロパティの構成	「Sun Cluster HA for SAP 拡張プロパティの構成」

Sun Cluster HA for SAP の障害モニターとは	「Sun Cluster HA for SAP 障害モニター」

インストールと構成の計画

Sun Cluster HA for SAP のインストールを計画する前に、次の情報を参照してください。

Sun Cluster HA for SAP のパッケージとサポート

次の表に Sun Cluster HA for SAP がサポートするパッケージを示します。

表 B-3 Sun Cluster HA for SAP パッケージ (Sun Cluster 3.0 7/01)


リソースタイプ	説明
`SUNW.sap_ci`	フェイルオーバーセントラルインスタンスのサポートを追加します
`SUNW.sap_as`	フェイルオーバーアプリケーションサーバーのサポートを追加します

表 B-4 Sun Cluster HA for SAP パッケージ (Sun Cluster 3.0 12/01)


リソースタイプ	説明
`SUNW.sap_ci`	Sun Cluster 3.0 7/01 と同じです。表 B-3 を参照
`SUNW.sap_as`	Sun Cluster 3.0 7/01 と同じです。表 B-3 を参照
`SUNW.sap_ci_v2`	Property `Network_resources_used` リソースプロパティを Resource Type Registration (RTR) ファイルに追加します
	フェイルオーバーセントラルインスタンスのサポートを維持します
`SUNW.sap_as_v2`	Property `Network_resources_used` リソースプロパティを RTR ファイルに追加しますスケーラブルアプリケーションサーバーのサポートを追加します
	フェイルオーバーアプリケーションサーバーのサポートを保持します

Sun Cluster HA for SAP の構成指針

Sun Cluster HA for SAP 構成を設計する際には、次の指針を考慮に入れてください。

フェイルオーバーアプリケーションとスケーラブルアプリケーション

Sun Cluster 3.0 に適した SAP ソフトウェアバージョンを使用してください。
自動待ち行列化再接続機構の機能をもつ SAP ソフトウェアバージョンを使用してください。 Sun Cluster HA for SAP にはこの機能が必要です。パッチ情報付きの SAP 4.0 以降のソフトウェアには、自動待ち行列化再接続機構の機能が備わっています。
sapstart 実行可能ファイルの最新パッチを取得してください。Sun Cluster HA for SAP のユーザーがロックファイルを構成するためには、このパッチが必要です。使用するクラスタ環境におけるこのパッチのメリットについては、「ロックファイルの設定」を参照してください。
Sun Cluster 構成にインストールする SAP ソフトウェアリリースやデータベースに関連する SAP のすべてのオンラインサービスシステムノートに目を通してください。インストールに関連する既知の問題や修正を確認してください。
推奨するメモリやスワップの容量については、SAP ソフトウェアのマニュアルを参照してください。SAP ソフトウェアには、大量のメモリとスワップが必要です。
セントラルインスタンス、データベースインスタンス、アプリケーションサーバー (内部のアプリケーションサーバーがある場合) が動作する可能性がある各ノードの負荷合計を多めに見積もってください。フェイルオーバーが起きたときに、セントラルインスタンス、データベースインスタンス、アプリケーションサーバーが 1 つのノードで動作するようにクラスタを構成する場合には、この指針が特に重要です。
セントラルインスタンスが動作するクラスタか別のクラスタにアプリケーションサーバーをインストールします。アプリケーションサーバーをクラスタ環境の外にインストールして構成すると、Sun Cluster HA for SAP は障害監視を行ないません。したがって、これらのアプリケーションサーバーの再起動やフェイルオーバーは自動的には行なわれません。ユーザーは、このようなアプリケーションサーバーの起動や停止を手動で行なう必要があります。
ノード名は SAP インストールガイドの指定に従っていなければなりません。これは SAP ソフトウェアの制約です。

スケーラブルアプリケーション

複数のクラスタノードにすべてのアプリケーションサーバーインスタンスを作成する場合は、同じインスタンス番号と同じ SID を使用してください。これによって保守や管理が容易になります。なぜなら、この場合、1 つのコマンド群を使って複数のノードにあるすべてのアプリケーションサーバーを保守できるからです。
アプリケーションサーバーを (クラスタファイルシステムではなく) クラスタノードにローカルでインストールします。これは、他のアプリケーションサーバーがこのアプリケーションサーバーの log/data/work/sec ディレクトリを上書きするのを防止するためです。
SAPSIDadm ホームディレクトリをクラスタファイルシステムに配置します。これによって、すべてのノードで動作するすべてのアプリケーションサーバーインスタンスに対して 1 つのスクリプト群を保守するだけですむようになります。ただし、一部のアプリケーションサーバーだけを異なる方法で構成する必要がある (たとえば、アプリケーションサーバーごとにプロファイルが異なる) 場合は、これらのアプリケーションサーバーを異なるインスタンス番号でインストールし、別個のリソースグループとして構成します。
優先度が高いリソースがフェイルオーバーしているときに、RGOffload 機能を使って 1 つまたは複数のアプリケーションサーバーを停止する場合は、各アプリケーションサーバーを複数のリソースグループに配置します。これにより、RGOffload 機能 (別のリソースタイプ) を使ってデータベースの 1 つまたは複数のアプリケーションサーバーの負荷を軽減する場合の柔軟性と可用性が向上します。この指針に従うことで得られる機能は、各アプリケーションサーバーを 1 つの大きなグループに配置することによって得られる使い易さを上回ります。RGOffload リソースタイプの使い方については、「重要ではないリソースグループを取り外すことによるノードリソースの解放」を参照してください。

構成例

サポートされる SAP バージョンの最新情報については、Enterprise Services 担当者に問い合わせてください。次の図は、Sun Cluster HA for SAP の構成例を示しています。

図 B-1 セントラルインスタンス、アプリケーションサーバー、データベースからなる 4 ノードのクラスタ

図 B-2 セントラルインスタンス、NFS、非 HA 外部アプリケーションサーバーからなる 2 ノードのクラスタ

注 -

図 B-2 の構成は、これまでの Sun Cluster リリースでよく見かけられる構成です。Sun Cluster 3.0 ソフトウェアを最大限に活用するためには、SAP を図 B-1 または図 B-3 のように構成する必要があります。

図 B-3 セントラルインスタンスと開発ノードからなる 2 ノードのクラスタ

インストール前の要件

SAP ソフトウェアをインストールする前に (「SAP およびデータベースのインストールと構成」を参照)、次の要件に注意してください。

データベースと SAP ソフトウェア用のすべてのファイルシステムを作成した後、そのマウントポイントを作成し、それらをすべてのクラスタノードの /etc/vfstab ファイルに指定します。データベースや SAP のファイルシステム設定方法については、SAP のインストールガイド『 Installation of the SAP R/3 on UNIX 』と『R/3 Installation on UNIX-OS Dependencies』を参照してください。
すべてのクラスタノードに、必要なグループとユーザーを作成します。SAP グループやユーザーの作成方法については、SAP のインストールガイド『Installation of the SAP R/3 on UNIX』と『R/3 Installation on UNIX-OS Dependencies』を参照してください。
外部の SAP アプリケーションサーバーをインストールする予定の場合は、セントラルインスタンスを収容するクラスタに Sun Cluster HA for NFS を構成します。Sun Cluster HA for NFS の構成方法については、『Sun Cluster 3.0 12/01 データサービスのインストールと構成』の「Sun Cluster HA for NFS のインストールと構成」を参照してください。
スイッチオーバーやフェイルオーバー時にデータサービスの起動や停止が正しく行なわれるように /etc/nsswitch.conf ファイルを設定します。Sun Cluster HA for SAP が動作する論理ホストをマスターできる各ノードの /etc/nsswitch.conf ファイルには、次のいずれかの group エントリが必要です。
group: group: files group: files [NOTFOUND=return] nis group: files [NOTFOUND=return] nisplus
Sun Cluster HA for SAP は、 su user コマンドを使ってデータベースノードの起動や停止を行ないます。クラスタノードのパブリックネットワークに障害が発生すると、ネットワーク情報ネームサービスが使用不能になることがあります。NIS/NIS+ ネームサービスが使用不能になったときに su(1M) コマンドがこのネームサービスを参照しないように、前述のいずれかの group エントリを追加してください。

インストール前の考慮事項

SAP ソフトウェアをインストールする前に (「SAP およびデータベースのインストールと構成」を参照)、SAP バイナリと SAP ユーザーのホームディレクトリを作成する必要があります。SAP バイナリと SAP ユーザーのホームディレクトリは、クラスタのファイルシステムにインストールしてください。ただし、クラスタのファイルシステムにインストールすると、SAP ソフトウェアのリリースアップグレードの際にある程度のデメリットがあります。このデメリットについては、「アプリケーションのバイナリの位置の決定 (5/02)」を参照してください。

Sun Cluster HA for SAP のアップグレード

表 B-3 と表 B-4 からわかるように、Sun Cluster 3.0 7/01 の Sun Cluster HA for SAP パッケージは、スケーラブルアプリケーションサーバーや Network_resources_used リソースプロパティをサポートしていません。したがって、アップグレードに際しては次の選択肢があります。

現在の SUNW.sap_ci と SUNW.sap_as リソースタイプを維持する (アップグレードしない)。次の項目のいずれかに該当する場合は、これを選択します。
- ダウンタイムを予定することができない。
- Network_resources_used リソースタイプが必要ない。
- スケーラブルアプリケーションサーバーを構成する必要がない。
リソースタイプをアップグレードする。

リソースタイプのアップグレード方法については、「リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法」を参照してください。
フェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する。

フェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する手順については、「リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法」を参照してください。

リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法

リソースタイプをアップグレードしたり、フェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する場合には、次の手順を使用します。この手順を実行するためには、ダウンタイムを予定する必要があります。

既存のリソースを無効にします。

現在のリソースをリソースグループから削除します。

現在のリソースタイプを使用しているリソースが他にない場合は、これを削除します。

新しいリソースタイプを登録します。

どちらの作業を行うかを選択します。
- セントラルインスタンスのリソースタイプをアップグレードする場合は、手順 7 に進みます。
- フェイルオーバーアプリケーションサーバーリソースをスケーラブルアプリケーションサーバーリソースに変換する場合は、手順 6 に進みます。

新しいアプリケーションサーバーリソースグループ scalable-_rg を作成します。

新しいリソースをリソースグループの中に作成します。

次の作業

「Sun Cluster HA for SAP の登録と構成を行う方法 (スケーラブルアプリケーションサーバー)」に進みます。

SAP およびデータベースのインストールと構成

この節の手順では、次の作業を行ないます。

SAP とデータベースをインストールします。
SAP とスケーラブルアプリケーションサーバーをインストールします。
SAP をクラスタで実行できるようにします。
SAP とデータベースのインストールを確認します (セントラルインスタンス)。
SAP とデータベースのインストールを確認します (フェイルオーバーアプリケーションサーバー)。

SAP とデータベースをインストールする方法

SAP とデータベースをインストールする手順は次のとおりです。

セントラルインスタンスをインストールするクラスタノードの 1 つでスーパーユーザーになります。

クラスタファイルシステムに SAP バイナリをインストールします。

注 -
SAP ソフトウェアをクラスタファイルシステムにインストールする前に、scstat(1M) コマンドを使って、Sun Cluster ソフトウェアが完全に動作することを確認してください。
1. SAP アプリケーションを実行するすべてのクラスタノードで /etc/system ファイルを編集して、SAP に必要なすべてのカーネルパラメータを変更します。
  
  /etc/system ファイルを編集したなら、各ノードを再起動します。カーネルパラメータの変更については、SAP のマニュアル『R/3 Installation on UNIX-OS Dependencies』を参照してください。
2. セントラルインスタンスやデータベース、アプリケーションサーバーインスタンスのインストール方法については、SAP のマニュアル『Installation of the SAP R/3 on UNIX』を参照してください。
  
  Sun Cluster 環境にスケーラブルアプリケーションサーバーをインストールする手順については、「SAP をインストールする方法 (スケーラブルアプリケーションサーバー)」を参照してください。

次の作業

「フェイルオーバー SAP インスタンスをクラスタで実行可能にする方法」または「SAP をインストールする方法 (スケーラブルアプリケーションサーバー)」に進みます。

SAP をインストールする方法 (スケーラブルアプリケーションサーバー)

スケーラブルアプリケーションサーバーインスタンスをインストールする手順は次のとおりです。この手順を実行する前にセントラルインスタンスとデータベースがすでにインストールされていなければいけません。

ヒント -

ファイルシステムの配置を次のようにすると、使い易さが増し、データの上書きを防止できます。

クラスタファイルシステム

/sapmnt/SID

/usr/sap/SID -> app-instance 以外のすべてのサブディレクトリ

/usr/sap/SID/home -> SAPSIDadm ホームディレクトリ

/usr/sap/trans
ローカルファイルシステム

/usr/sap/local/SID/app-instance

すべての SAP ディレクトリをクラスタファイルシステムに作成します。
- セントラルインスタンスとデータベースがフェイルオーバー可能であることを確認します。
- セントラルインスタンスのクラスタファイルシステムにロックファイルを設定して、複数のノードから起動が行なわれるのを防止します。
  
  セントラルインスタンスにロックファイルを設定する手順については、「セントラルインスタンスのロックファイルを設定する方法」を参照してください。
- すべてのアプリケーションサーバーがクラスタファイルシステムの SAP バイナリを使用できることを確認します。

セントラルインスタンスとデータベースをクラスタファイルシステムにインストールします。

セントラルインスタンスとデータベースのインストール方法については、SAP のマニュアル『Installation of the SAP R/3 on UNIX』を参照してください。

スケーラブルアプリケーションサーバーが動作する可能性があるすべてのノードで、アプリケーションサーバーの起動や停止に必要な data/log/sec/work ディレクトリとログファイルのローカルディレクトリを作成します。

Caution -
この手順は必須です。この手順を行わないと、クラスタファイルシステムに異なるアプリケーションサーバーインスタンスを誤ってインストールし、それによって 2 つのアプリケーションサーバーが互いを上書きするおそれがあります。

新しい各アプリケーションサーバーのローカルディレクトリを作成します。

例:
# mkdir -p /usr/sap/local/SC3/D03

リンクを設定して、クラスタファイルシステムからこのローカルアプリケーションサーバーディレクトリを指定します。これによって、アプリケーションサーバーと startup/stop ログファイルはローカルファイルシステムにインストールされます。

例:
# ln -s /usr/sap/local/SC3/D03 /usr/sap/SC3/D03

アプリケーションサーバーをインストールします。

start/stop スクリプトを編集して、startup/stop ログファイルがユーザー sapsidadm と orasapsid のホームディレクトリの下でノード固有となるようにします。

例:
# vi startsap_D03
変更前:
LOGFILE=$R3S_LOGDIR/`basename $0.log`
変更後:
LOGFILE=$R3S_LOGDIR/`basename $0`_`uname -n`.log

スケーラブルアプリケーションサーバーを実行するすべてのノードにアプリケーションサーバーを SAPSID と同じインスタンス番号でコピーします。

スケーラブルアプリケーションサーバーを実行するノードは、スケーラブルアプリケーションサーバーリソースグループ nodelist にあります。

各ノードからアプリケーションサーバーの起動や停止ができることを確認します。ログファイルが正しい場所にあることを確認します。

ログオングループを使用する場合は、SAP ログオングループをインストールします。

SAP のインストールを確認する方法 (スケーラブルアプリケーションサーバー)

「SAP をインストールする方法 (スケーラブルアプリケーションサーバー)」でスケーラブルアプリケーションサーバーインスタンスをインストールした場合は、「SAP をインストールする方法 (スケーラブルアプリケーションサーバー)」の手順 8 でスケーラブルアプリケーションサーバー用の SAP のインストールをすでに確認しています。

フェイルオーバー SAP インスタンスをクラスタで実行可能にする方法

SAP ソフトウェアは、インストールすると、その SAP インスタンスをインストールしたサーバー上にファイルとシェルスクリプトを作成します。これらのファイルやスクリプトでは物理サーバー名を使用します。SAP ソフトウェアを Sun Cluster ソフトウェアといっしょに使用する場合は、物理サーバーの参照をネットワークリソースの参照 (論理ホスト名) に変更する必要があります。以下の手順の physicalserver は物理サーバーを、logical-hostname はネットワークリソースをそれぞれ表します。

フェイルオーバー SAP インスタンスをクラスタで動作するようにするには、次のようにします。

以下の手順で変更するファイルのバックアップコピーを作成します。

SAP ソフトウェアをインストールしたノードにログインします。

SAP インスタンス (セントラルインスタンスとアプリケーションサーバーインスタンス) とデータベースを停止します。

ユーザー sapsidadm になり、次の作業を行ないます。
1. SAPSIDadm ホームディレクトリで、物理サーバー名を参照するすべてのファイル名を変更します。
2. SAPSIDadm ホームディレクトリで、物理サーバー名を参照するすべてのファイル内容 (ログファイルの内容を除く) を変更します。
3. SAP プロファイルディレクトリで、物理サーバー名を参照するすべてのファイル名を変更します。

ユーザー sapsidadm で、パラメータ SAPLOCALHOST のエントリを追加します。

このエントリを /sapmnt/SAPSID/profile ディレクトリにある SAPSID_Service-StringSystem-Number_logical-hostname プロファイルファイルに追加します。

セントラルインスタンスの場合:
SAPLOCALHOST=ci-logical-hostname
外部アプリケーションサーバーは、このエントリのネットワークリソース (論理ホスト名または共有アドレス) を使って、セントラルインスタンスの場所を見つけます。

アプリケーションサーバーの場合:
SAPLOCALHOST=as-logical-hostname

ユーザー orasapsid になり、次の作業を行ないます。
- oraSAPSID ホームディレクトリで、物理サーバー名を参照するすべてのファイル名を変更します。
- oraSAPSID ホームディレクトリで、物理サーバー名を参照するすべてのファイル内容 (ログファイルの内容を除く) を変更します。

ユーザー sapsidadm とグループ sapsys が所有する /usr/sap/tmp ディレクトリが、フェイルオーバー SAP インスタンスをマスターする可能性があるすべてのノードに存在するか確認します。

次の作業

「SAP とデータベースのインストールを確認する方法 (セントラルインスタンス)」に進みます。

SAP とデータベースのインストールを確認する方法 (セントラルインスタンス)

SAP セントラルインスタンスの起動や停止を、このセントラルインスタンスが動作する可能性があるすべてのノードでテストするには、次のようにします。

ネットワークリソースやセントラルインスタンスリソースを収容するフェイルオーバーリソースグループを作成します。
# scrgadm -a -g sap-ci-resource-group [-h nodelist]
注 -
SAP セントラルインスタンスが動作する可能性があるノード群を選択する場合は、scrgadm(1M) コマンドの -h オプションを使用します。

ネームサービスデータベースに、使用するすべてのネットワーク資源が追加されているか確認します。

フェイルオーバーリソースグループにネットワークリソース (論理ホスト名) を追加します。
# scrgadm -a -L -g sap-ci-resource-group -l ci-logical-hostname [-n netiflist]

リソースグループを有効にします。

scswitch(1M) コマンドを実行してリソースグループを管理状態とオンラインにします。
# scswitch -Z -g sap-ci-resource-group

セントラルインスタンスリソースグループを含むクラスタメンバーにログインします。

データベースが動作していることを確認します。

セントラルインスタンスを手動で起動します。

論理ホスト名を使って SAP GUI を起動し、SAP の初期設定が正しく行なわれることを確認します。

デフォルトのディスパッチャポートは 3200 です。

セントラルインスタンスを手動で停止します。

リソースグループを、セントラルインスタンスが動作する可能性がある別のクラスタメンバーに切り替えます。
# scswitch -z -h node -g sap-ci-resource-group

手順 5 から手順 9 を繰り返し実行して、セントラルインスタンスが動作する可能性があるすべてのクラスタノードでセントラルインスタンスの起動と停止を確認します。

次の作業

「SAP とデータベースのインストールを確認する方法 (フェイルオーバーアプリケーションサーバー)」に進みます。

SAP とデータベースのインストールを確認する方法 (フェイルオーバーアプリケーションサーバー)

フェイルオーバーアプリケーションサーバーの起動や停止を、このフェイルオーバーアプリケーションサーバーが動作する可能性があるすべてのノードでテストするには、次のようにします。

ネットワークリソースやアプリケーションサーバーリソースを収容するフェイルオーバーリソースグループを作成します。
# scrgadm -a -g sap-as-fo-resource-group
注 -
SAP アプリケーションサーバーが動作する可能性があるノード群を選択する場合は、scrgadm コマンドの -h オプションを使用します。
# scrgadm -a -g sap-as-fo-resource-group [-h nodelist]

ネームサービスデータベースに、使用するすべてのネットワーク資源が追加されているか確認します。

フェイルオーバーリソースグループにネットワークリソース (論理ホスト名) を追加します。
# scrgadm -a -L -g sap-as-fo-resource-group -l as-fo-logical-hostname [-n netiflist]

リソースグループを有効にします。

scswitch(1M) コマンドを実行してリソースグループを管理状態とオンラインにします。
# scswitch -Z -g sap-as-of-resource-group

アプリケーションサーバーリソースグループを含むクラスタメンバーにロングインします。

アプリケーションサーバーを手動で起動します。

論理ホスト名を使って SAP GUI を起動し、SAP の初期設定が正しく行なわれることを確認します。

アプリケーションサーバーを手動で停止します。

リソースグループを、アプリケーションサーバーが動作する可能性がある別のクラスタメンバーに切り替えます。
# scswitch -z -h node -g sap-as-fo-resource-group

手順 5 から手順 7 を繰り返し実行して、アプリケーションサーバーが動作する可能性があるすべてのクラスタノードでアプリケーションサーバーの起動と停止を確認します。

次の作業

DBMS (SAP サービスの 1 つ) の高可用性を設定するには、「Sun Cluster HA for DBMS の構成」に進みます。

Sun Cluster HA for DBMS の構成

SAP はさまざまなデータベースをサポートしています。高可用性データベースに対するリソースタイプやリソースグループ、リソースを設定する方法については、このマニュアルの適切な章を参照してください。たとえば、SAP で Oracle を使用する場合には、「Sun Cluster HA for Oracle を登録および構成する方法 (5/02)」を参照してください。

さらに、使用するデータベースに関連して構成する必要があるその他のリソースタイプについては、このマニュアルおよび該当するデータベースインストールガイドの適切な章を参照してください。このマニュアルでは、Oracle データベースの他のリソースタイプの構成方法についても説明しています。たとえば、Oracle を使用する場合には、SUNW.HAStorage リソースタイプを設定する必要があります。

次の作業

「Sun Cluster HA for SAP の登録と構成」に進みます。

Sun Cluster HA for SAP の登録と構成

この節の手順では、次の作業を行ないます。

Sun Cluster HA for SAP セントラルインスタンスの登録と構成
Sun Cluster HA for SAP の登録と構成 (フェイルオーバーアプリケーションサーバー)
Sun Cluster HA for SAP の登録と構成 (スケーラブルアプリケーションサーバー)

Sun Cluster HA for SAP セントラルインスタンスの登録と構成を行う方法

Sun Cluster HA for SAP セントラルインスタンスの登録と構成を行なう手順は次のとおりです。

セントラルインスタンスを格納するクラスタノードの 1 つでスーパーユーザーになります。

セントラルインスタンスのリソースタイプを登録します。
# scrgadm -a -t SUNW.sap_ci | SUNW.sap_ci_v2

このリソースグループの中に SAP セントラルインスタンスリソースを作成します。

# scrgadm -a -j sap-ci-resource -g sap-ci-resource-group ¥
-t SUNW.sap_ci | SUNW.sap_ci_v2 ¥
-x SAPSID=SAPSID ¥
-x Ci_startup_script=ci-startup-script ¥
-x Ci_shutdown_script=ci-shutdown-script

どのような拡張プロパティがあるかについては、「Sun Cluster HA for SAP 拡張プロパティの構成」を参照してください。

SAP セントラルインスタンスリソースが含まれているフェイルオーバーリソースグループを有効にします。
# scswitch -Z -g sap-ci-resource-group

次の作業

「Sun Cluster HA for SAP の登録と構成を行う方法 (フェイルオーバーアプリケーションサーバー)」か「Sun Cluster HA for SAP の登録と構成を行う方法 (スケーラブルアプリケーションサーバー)」に進みます。

Sun Cluster HA for SAP の登録と構成を行う方法 (フェイルオーバーアプリケーションサーバー)

Sun Cluster HA for SAP の登録と構成を行う手順は次のとおりです (フェイルオーバーアプリケーションサーバーの場合)。

アプリケーションサーバーを格納するクラスタノードの 1 つでスーパーユーザーになります。

フェイルオーバーアプリケーションサーバーのリソースタイプを登録します。
# scrgadm -a -t SUNW.sap_as | SUNW.sap_as_v2

このフェイルオーバーリソースグループの中に SAP アプリケーションサーバーリソースを作成します。

# scrgadm -a -j sap-as-resource -g sap-as-fo-resource-group ¥
-t SUNW.sap_as | SUNW.sap_as_v2 ¥

-x SAPSID=SAPSID ¥

-x As_instance_id=as-instance-id ¥

-x As_startup_script=as-startup-script ¥

-x As_shutdown_script=as-shutdown-script

どのような拡張プロパティがあるかについては、「Sun Cluster HA for SAP 拡張プロパティの構成」を参照してください。

SAP アプリケーションサーバーリソースが含まれているフェイルオーバーリソースグループを有効にします。
# scswitch -Z -g sap-as-fo-resource-group

次の作業

「Sun Cluster HA for SAP、セントラルインスタンス、DBMS のインストールと登録を確認する方法」に進みます。

Sun Cluster HA for SAP の登録と構成を行う方法 (スケーラブルアプリケーションサーバー)

Sun Cluster HA for SAP の登録と構成を行う手順は次のとおりです (スケーラブルアプリケーションサーバーの場合)。

アプリケーションサーバーを格納するクラスタノードの 1 つでスーパーユーザーになります。

アプリケーションサーバーのスケーラブルリソースグループを作成します。
# scrgadm -a -g sap-as-sa-appinstanceid-resource-group ¥ -y Maximum_primaries=value ¥ -y Desired_primaries=value
注 -
アプリケーションサーバーの負荷分散を行う場合は、共有アドレスの代わりに、 SAP Message Server を使用します。

注 -
このスケーラブルアプリケーションサーバーリソースグループの SUNW.RGOffload リソースタイプを使ってアプリケーションサーバーの負荷分散を行なう場合は、Desired_primaries=0 を指定します。SUNW.RGOffload リソースタイプの使用方法については、「重要ではないリソースグループを取り外すことによるノードリソースの解放」を参照してください。

スケーラブルアプリケーションサーバーのリソースタイプを登録します。
# scrgadm -a -t SUNW.sap_as_v2

このスケーラブルリソースグループの中に SAP アプリケーションサーバーリソースを作成します。

# scrgadm -a -j sap-as-resource -g sap-as-sa-appinstanceid-resource-group ¥

-t SUNW.sap_as_v2 ¥

-x SAPSID=SAPSID ¥

-x As_instance_id=as-instance-id ¥

-x As_startup_script=as-startup-script ¥

-x As_shutdown_script=as-shutdown-script

どのような拡張プロパティがあるかについては、「Sun Cluster HA for SAP 拡張プロパティの構成」を参照してください。

SAP アプリケーションサーバーリソースが含まれているスケーラブルリソースグループを有効にします。
- このアプリケーションサーバーで SUNW.RGOffload リソースタイプを使用しない場合は、次のコマンドを実行します。
  # scswitch -Z -g sap-as-sa-appinstanceid-resource-group
- このアプリケーションサーバーで SUNW.RGOffload リソースタイプを使用する場合は、次のコマンドを実行します。
  # scswitch -z -h node1, node2 -g sap-as-sa-appinstanceid-resource-group
注 -
このアプリケーションサーバーで SUW.RGOffload リソースタイプを使用する場合は、 (-j オプションではなく) -z オプションを使って、このリソースをどのノードでオンラインにするのかを指定する必要があります。

次の作業

「Sun Cluster HA for SAP、セントラルインスタンス、DBMS のインストールと登録を確認する方法」に進みます。

Sun Cluster HA for SAP のインストールと構成の確認

この節の手順では、次の作業を行ないます。

Sun Cluster HA for SAP、セントラルインスタンス、DBMS のインストールと構成の確認
Sun Cluster HA for SAP のインストールと構成の確認 (フェイルオーバーアプリケーションサーバー)
Sun Cluster HA for SAP のインストールと構成の確認 (スケーラブルアプリケーションサーバー)

Sun Cluster HA for SAP、セントラルインスタンス、DBMS のインストールと登録を確認する方法

Sun Cluster HA for SAP (セントラルインスタンス) のインストールおよび DBMS のインストールと登録を両方ともに確認するには、次のようにします。

SAP セントラルインスタンスリソースが含まれているリソースグループを含むノードにログインします。

SAP GUI を起動して、Sun Cluster HA for SAP が正常に動作していることを確認します。

ユーザー sapsidadm で、セントラルインスタンスの stopsap スクリプトを使って SAP セントラルインスタンスを停止します。

Sun Cluster ソフトウェアがセントラルインスタンスを再起動します。

ユーザーroot で、SAP リソースグループを別のクラスタメンバーに切り替えます。
# scswitch -z -h node2 -g sap-ci-resource-group

SAP セントラルインスタンスがこのノードで起動されることを確認します。

手順 1 から手順 5 を繰り返して、SAP セントラルインスタンスが動作する可能性があるすべてのノードを試験します。

次の作業

「Sun Cluster HA for SAP のインストールと構成を確認する方法 (フェイルオーバーアプリケーションサーバー)」か「Sun Cluster HA for SAP のインストールと構成を確認する方法 (スケーラブルアプリケーションサーバー)」に進みます。

Sun Cluster HA for SAP のインストールと構成を確認する方法 (フェイルオーバーアプリケーションサーバー)

Sun Cluster HA for SAP のインストールと構成を確認する手順は次のとおりです (フェイルオーバーアプリケーションサーバーの場合)。

SAP アプリケーションサーバーリソースが含まれているリソースグループを含むノードにログインします。

ユーザー sapsidadm で、SAP GUI を起動してアプリケーションサーバーが正常に動作することを確認します。

手順 1 のノードで、アプリケーションサーバーの stopsap スクリプトを使って SAP アプリケーションサーバーを停止します。

Sun Cluster ソフトウェアがアプリケーションサーバーを再起動します。

ユーザーroot で、SAP アプリケーションサーバーリソースが含まれているリソースグループを別のクラスタメンバーに切り替えます。
# scswitch -z -h node2 -g sap-as-resource-group

SAP アプリケーションサーバーが手順 4 のノードで起動することを確認します。

手順 1 から手順 5 を繰り返して、SAP アプリケーションサーバーが動作する可能性があるすべてのノードを試験します。

Sun Cluster HA for SAP のインストールと構成を確認する方法 (スケーラブルアプリケーションサーバー)

Sun Cluster HA for SAP のインストールと構成を確認する手順は次のとおりです (スケーラブルアプリケーションサーバーの場合)。

アプリケーションサーバーを実行するノードの 1 つにログインします。

ユーザー sapsidadm になります。

SAP GUI を起動して、アプリケーションサーバーが正常に動作していることを確認します。

手順 1 のノードで、アプリケーションサーバーの stopsap スクリプトを使って SAP アプリケーションサーバーを停止します。

Sun Cluster ソフトウェアがアプリケーションサーバーを再起動します。

手順 1 から手順 4 を繰り返し行なって、SAP アプリケーションサーバーが動作する可能性があるすべてのノードを試験します。

Sun Cluster HA for SAP 拡張プロパティの構成

セントラルインスタンスリソースやアプリケーションサーバーリソースの作成には、この節で説明する Sun Cluster HA for SAP 拡張プロパティを使用します。通常は、コマンド行 scrgadm -x parameter=value を使って、セントラルインスタンスリソースやアプリケーションサーバーリソースを作成する際に拡張プロパティを構成します。この手順を使って拡張プロパティを後で構成することもできます。付録 A には、すべての Sun Cluster 拡張プロパティが記載されています。

Sun Cluster 拡張プロパティの詳細については、r_properties(5) と rg_properties(5) のマニュアルページを参照してください。

表 B-5 は、セントラルインスタンス用に設定できる SAP 拡張プロパティです。拡張プロパティの中には動的に変更できるものもありますが、SAP リソースを作成したり、無効にするときだけ変更できるものもあります。「調整可能」の欄には、そのプロパティをいつ変更できるかが示されています。表 B-6 は、アプリケーションサーバー用に設定できる拡張プロパティです。

表 B-5 Sun Cluster HA for SAP 拡張プロパティ (セントラルインスタンス)


プロパティの種類	プロパティ名	説明
SAP 構成	`SAPSID`	SAP システム名または `SAPSID` デフォルト:なし調整可能:無効になっているとき
	`Ci_instance_id`	2 桁の SAP システム番号デフォルト:`00` 調整可能:無効になっているとき
	`Ci_services_string`	セントラルインスタンスサービスのリストデフォルト:`DVEBMGS` 調整可能:無効になっているとき
SAP の起動	`Ci_start_retry_ interval`	セントラルインスタンスを起動する前にデータベースとの接続を試みる間隔 (秒単位) デフォルト: `30` 調整可能:無効になっているとき
SAP の起動	`Ci_startup_script`	`SIDadm` ホームディレクトリにおけるこのインスタンスの SAP 起動スクリプトの名前デフォルト:なし調整可能:無効になっているとき
SAP の停止	`Stop_sap_pct`	停止タイムアウト変数の割合がこの値に達すると、SAP プロセスが停止されます。プロセスの停止には SAP 停止スクリプトが使用されます。その後で、Process Monitor Facility (PMF) が呼び出されてプロセスが停止され、終了されます。デフォルト: `95` 調整可能:無効になっているとき
SAP の停止	`Ci_shutdown_script`	`SIDadm` ホームディレクトリにおけるこのインスタンスの SAP 停止スクリプトの名前デフォルト:なし調整可能:無効になっているとき
検証	`Message_server_name`	SAP Message Server の名前デフォルト:`sapms` `SAPSID` 調整可能:無効になっているとき
	`Lgtst_ms_with_ logicalhostname`	SAP `lgtst` ユーティリティで SAP Message Server を検査する方法です。`lgtst` ユーティリティでは、SAP Message Server の場所としてホスト名 (IP アドレス) が必要です。このホスト名は、Sun Cluster の論理ホスト名でもローカルホスト (ループバック) 名でもかまいません。このリソースプロパティに `TRUE` が設定されている場合は、論理ホスト名を使用する必要があります。それ以外の場合は、ローカルホスト名を使用します。デフォルト:`TRUE` 調整可能:任意の時点
	`Check_ms_retry`	SAP Message Server チェックの失敗回数がこの値を超えると、全面的な障害が発生したと判断 (報告) され、Resource Group Manager (RGM) が起動されます。デフォルト: `2` 調整可能:無効になっているとき
	`Probe_timeout`	プローブのタイムアウト値 (秒単位) デフォルト:`60` 調整可能:任意の時点
	`Monitor_retry_count`	障害モニターに許されている PMF 再起動の回数デフォルト: `4` 調整可能:任意の時点
	`Monitor_retry_ interval`	障害モニターを再起動する間隔 (分単位) デフォルト: `2` 調整可能:任意の時点
開発システム	`Shutdown_dev`	RGM が、セントラルインスタンスを起動する前に開発システムを停止する必要があるかどうかの判断。デフォルト:`FALSE` 調整可能:無効になっているとき
	`Dev_sapsid`	開発システムの SAP System Name (`Shutdown_dev` に `TRUE` を設定する場合には、このプロパティが必要です) デフォルト:なし調整可能:無効になっているとき
	`Dev_shutdown_script`	開発システムの停止に使用されるスクリプト。`Shutdown_dev` に `TRUE` を設定する場合には、このプロパティが必要です。デフォルト:なし調整可能:無効になっているとき
	`Dev_stop_pct`	起動タイムアウトの回数がこの値に達すると、Sun Cluster HA for SAP は開発システムを停止してからセントラルインスタンスを起動します。デフォルト:`20` 調整可能:無効になっているとき

表 B-6 Sun Cluster HA for SAP 拡張プロパティ (アプリケーションサーバー)


プロパティの種類	プロパティ名	説明
SAP 構成	`SAPSID`	アプリケーションサーバーの SAP システム名または `SAPSID` デフォルト:なし調整可能:無効になっているとき
	`As_instance_id`	アプリケーションサーバーの 2 桁の SAP システム番号デフォルト:なし調整可能:無効になっているとき
	`As_services_ string`	アプリケーションサーバーサービスのリストデフォルト:`D` 調整可能:無効になっているとき
SAP の起動	`As_db_retry_ interval`	アプリケーションサーバーを起動する前にデータベースとの接続を試みる間隔 (秒単位) デフォルト: `30` 調整可能:無効になっているとき
SAP の起動	`As_startup_ script`	アプリケーションサーバーの SAP 起動スクリプトの名前デフォルト:なし調整可能:無効になっているとき
SAP の停止	`Stop_sap_pct`	停止タイムアウト変数の割合がこの値に達すると、SAP プロセスが停止されます。プロセスの停止には SAP 停止スクリプトが使用されます。その後で、Process Monitor Facility (PMF) が呼び出されてプロセスが停止され、終了されます。デフォルト: `95` 調整可能:無効になっているとき
SAP の停止	`As_shutdown_ script`	アプリケーションサーバーの SAP 停止スクリプトの名前デフォルト:なし調整可能:無効になっているとき
検証	`Probe_timeout`	プローブのタイムアウト値 (秒単位) デフォルト:`60` 調整可能:任意の時点
	`Monitor_retry_ count`	この検証の間に障害モニターが実行可能な PMF 再起動の回数デフォルト: `4` 調整可能:任意の時点
	`Monitor_retry_ interval`	障害モニターを再起動する間隔 (分単位) デフォルト: `2` 調整可能:任意の時点

ロックファイルの設定

この節の手順では、次の作業を行ないます。

セントラルインスタンスのロックファイルを設定する。
スケーラブルアプリケーションサーバーのロックファイルを設定する。

ロックファイルは、あるノードで SAP インスタンスがすでに動作しているときに、他のノードで同じインスタンスを起動することを防止するためのものです。同じインスタンスを複数のノードで起動すると、それぞれのインスタンスがクラッシュします。クラッシュが起ると、SAP 停止スクリプトがインスタンスを正常に停止できないため、データに損傷が生じる可能性があります。

ロックファイルが設定されていると、SAP ソフトウェアは、SAP インスタンスの起動時に startup_lockfile ファイルをロックします。ユーザーが同じインスタンスを Sun Cluster 環境の外で起動してから Sun Cluster 環境のもとで SAP を起動すると、Sun Cluster HA for SAP データサービスは同じインスタンスを起動しようとします。しかし、ファイルロック機構が機能しているため、この試みは失敗します。データサービスは、適切なエラーメッセージを /var/adm/messages に書き込みます。

セントラルインスタンスまたはフェイルオーバーアプリケーションサーバーのロックファイルとスケーラブルアプリケーションサーバーのロックファイルとの唯一の違いは、スケーラブルアプリケーションサーバーのロックファイルがローカルファイルシステムにあるのに対し、セントラルインスタンスまたはフェイルオーバーアプリケーションサーバーのロックファイルはクラスタファイルシステムにある点です。

セントラルインスタンスのロックファイルを設定する方法

セントラルインスタンスのロックファイルを設定する手順は次のとおりです。

sapstart 実行ファイルの最新のパッチをインストールします。ロックファイルの設定には、このパッチが必要です。

セントラルインスタンスのロックファイルを クラスタファイルシステムに作成します。

プロファイル SC3_DVEBMGS00 を編集して、新しい SAP パラメータ sapstart/lockfile をこのアプリケーションサーバー用に追加します。
sapstart/lockfile =/usr/sap/SC3/DVEBMGS00/work/startup_lockfile
sapstart/lockfile

新しいパラメータの名前

/usr/sap/local/SC3/DVEBMGS00/work

アプリケーションサーバーの作業ディレクトリ

startup_lockfile

Sun Cluster HA for SAP が使用するロックファイル名

SAP がロックファイルを作成します。

注 -
ロックファイルのパスは、クラスタファイルシステムに配置する必要があります。ロックファイルのパスを各ノードにローカルで配置すると、複数のノードから同じインスタンスが起動されるのを防止できません。

スケーラブルアプリケーションサーバーのロックファイルを設定する方法

スケーラブルアプリケーションサーバーのロックファイルを設定する手順は次のとおりです。

sapstart 実行ファイルの最新のパッチをインストールします。ロックファイルの設定には、このパッチが必要です。

アプリケーションサーバーのロックファイルをローカルファイルシステムに設定します。

プロファイル SC3_instance-id を編集して、新しい SAP パラメータ sapstart/lockfile をこのアプリケーションサーバー用に追加します。
sapstart/lockfile =/usr/sap/local/SC3/Dinstance-id/work/startup_lockfile
sapstart/lockfile

新しいパラメータの名前

/usr/sap/SC3/Dinstance-id/work

セントラルインスタンスの作業ディレクトリ

startup_lockfile

Sun Cluster HA for SAP が使用するロックファイル名

SAP がロックファイルを作成します。

注 -
このロックファイルはローカルファイルシステムに配置されます。したがって、他のノードからの複数の起動を防止することはできませんが、同じノードからの複数の起動は防止できます。

Sun Cluster HA for SAP 障害モニター

Sun Cluster HA for SAP 障害モニターは、SAP のプロセスやデータベースの状態を検査するためのものです。SAP プロセスの状態は SAP リソースの障害履歴に影響を及ぼします。さらに SAP リソースの障害履歴は、障害モニターのアクション (アクションなし、再起動、またはフェイルオーバー) を促します。

一方、SAP が使用するデータベースの状態は、SAP プロセスの状態とは異なり SAP リソースの障害履歴に影響を及ぼしません。ただし、SAP 障害モニターは、データベースの状態に基づいて、このデータベースを使用する SAP リソースのために syslog メッセージを書き込み、それに対応するステータスを設定します。

Sun Cluster HA for SAP 障害検証 (セントラルインスタンス)

セントラルインスタンスの障害検証では次の手順を実行します。

SAP Message Server とディスパッチャのプロセス ID を取得します。
無限にループします (Thorough_probe_interval の間スリープ)。
SAP リソースの状態を検査します。
1. 異常終了 - Process Monitor Facility (PMF) が SAP プロセスツリーの障害を検出すると、障害モニターはこの問題を全面的な障害とみなします。障害モニターは、SAP リソースの障害履歴に基づいて、このリソースを再起動するか、別のノードにフェイルオーバーします。
2. 検証による SAP リソースの状態検査 - 検証では、ps(1) コマンドを使って、SAP Message Server と主ディスパッチャのプロセスを検査します。SAP Message Server や主ディスパッチャのプロセスの中にシステムのアクティブプロセスリストにないものがあると、障害モニターは、この問題を全面的な障害とみなします。
  
  検証では、パラメータ Check_ms_retry に 0 より大きな値を設定すると、SAP Message Server の接続が検査されます。拡張プロパティ Lgtst_ms_with_logicalhostname にデフォルト値 TRUE を設定すると、lgtst ユーティリティを使って SAP Message Server の接続がテストされます。検証では、SAP リソースグループに指定された論理ホスト名インタフェースを使って、SAP 提供の lgtst ユーティリティが呼び出されます。拡張プロパティ Lgtst_ms_with_logicalhostname に TRUE 以外の値を設定すると、lgtst はノードのローカルホスト名 (ループバックインタフェース) で呼び出されます。
  
  lgtst ユーティリティの失敗は、SAP Message Server の接続が正常に機能していないことを意味します。この場合、障害モニターは、この問題を部分的な障害とみなし、直ちに SAP の再起動やフェイルオーバーを引き起こすことはありません。次の条件が存在する場合、障害モニターは、2 つの部分的な障害を全面的な障害とみなします。
  1. 拡張プロパティ Check_ms_retry に 2 が設定されている。
  2. リソースプロパティ Retry_interval で設定された再試行期間内に 2 つの部分的な障害があった。
  全面的な障害が発生すると、リソースの障害履歴に応じてローカル再起動かフェイルオーバーが引き起こされます。
3. 検証によるデータベース接続の状態 - 検証では、SAP 提供の R3trans ユーティリティを使ってデータベース接続の状態を検査します。Sun Cluster HA for SAP の障害検証では、SAP がそのデータベースに接続できるかどうかが検査されます。しかし、Sun Cluster HA for SAP は、高可用性データベース障害検証を通してデータベースの状態を検査する必要があります。障害モニターは、データベース接続のステータス検査に失敗すると、Database might be down というメッセージを syslog に書き込みます。そして、SAP リソースの状態に DEGRADED を設定します。この後のデータベースの状態検査で接続が確立されていると、障害モニターは、Database is up というメッセージを syslog に書き込み、SAP リソースの状態に OK を設定します。
障害履歴を評価します。

障害モニターは、障害履歴に基づいて次のいずれかのアクションを行います。
- アクションなし
- ローカル再起動
- フェイルオーバー

Sun Cluster HA for SAP 障害検証 (アプリケーションサーバー)

アプリケーションサーバーの障害検証では次の手順を実行します。

主ディスパッチャのプロセス ID を取得します。
無限にループします (Thorough_probe_interval の間スリープ)。
SAP リソースの状態を検査します。
1. 異常終了 - Process Monitor Facility (PMF) が SAP プロセスツリーの障害を検出すると、障害モニターはこの問題を全面的な障害とみなします。障害モニターは、SAP リソースの障害履歴に基づいて、このリソースを再起動するか、別のノードにフェイルオーバーします。
2. プローブによる SAP リソースの状態チェック - プローブでは、ps(1) コマンドを使って、SAP Message Server と主ディスパッチャのプロセスを検査します。SAP の主ディスパッチャプロセスがシステムのアクティブプロセスリストにないと、障害モニターはこの問題を全面的な障害とみなします。
3. 検証によるデータベース接続の状態 - 検証では、SAP 提供の R3trans ユーティリティを使ってデータベース接続の状態を検査します。Sun Cluster HA for SAP の障害検証では、SAP がそのデータベースに接続できるかどうかが検査されます。しかし、Sun Cluster HA for SAP は、高可用性データベース障害検証を通してデータベースの状態を検査する必要があります。障害モニターは、データベース接続状態の検査に失敗すると、Database might be down というメッセージを syslog に書き込み、SAP リソースの状態に DEGRADED を設定します。この後のデータベース状態の検査で接続が確立されていると、障害モニターは、Database is up というメッセージを syslog に書き込み、SAP リソースのステータスに OK を設定します。
障害履歴を評価します。

障害モニターは、障害履歴に基づいて次のいずれかのアクションを行います。
- アクションなし
- ローカル再起動
- フェイルオーバー
  
  そのアプリケーションサーバーリソースがフェイルオーバーリソースであれば、障害モニターはアプリケーションサーバーをフェイルオーバーします。
  
  アプリケーションサーバーリソースがスケーラブルリソースの場合は、RGM が一定回数のローカル再起動を試みた後で、クラスタに別のノードがあればそのノードでアプリケーションサーバーを起動します。