test

Sun Cluster 3.1 データサービスのインストールと構成

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

この章では、Sun Cluster HA for SAP をインストールし、構成する手順について説明します。

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

Sun Cluster HA for SAP の概要

この節の情報を使用して、Sun Cluster HA for SAP が SAP をどのように高可用性にするかを理解します。

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

Sun Cluster HA for SAP は、SAP アプリケーションを対象とした障害監視と自動フェイルオーバー機能を提供することにより、SAP システムにおけるシングルポイント障害を排除します。次の表に、Sun Cluster 構成における SAP コンポーネントと、それを最もよく保護するデータサービスを示します。Sun Cluster HA for SAP は、フェイルオーバーアプリケーションまたはスケーラブルアプリケーションとして構成できます。

表 9–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.1 ソフトウェアのインストール』を参照してください。Sun Cluster と SAP ソフトウェアの基本コンポーネントをインストールしたあとで、Sun Cluster HA for SAP を登録してください。

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

表 9–2 は、Sun Cluster HA for SAP のインストールと構成のための作業を示しています。ここに示されている順に作業を実行してください。

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

作業 

参照箇所 

SAP インストールの計画 

『Sun Cluster 3.1 データサービスのインストールと構成』の第 1 章

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

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

リソースタイプのアップグレード、またはフェイルオーバーアプリケーションリソースのスケーラブルアプリケーションリソースへの変換

ノードとディスクの準備 

ノードの準備

SAP、SAP フェイルオーバーアプリケーションサーバー、およびデータベースのインストール 

 

Sun Cluster HA for DBMS の構成 

 

SAP インストールの確認 

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

フェイルオーバー SAP インスタンスのクラスタでの実行可能化

 

Sun Cluster HA for DBMS の構成

 

SAP およびデータベースのインストールの確認 (セントラルインスタンス)

SAP フェイルオーバーアプリケーションサーバーの確認

または以下を使用します。 

 

SAP、SAP スケーラブルアプリケーションサーバー、およびデータベースのインストール 

 

Sun Cluster HA for DBMS の構成 

 

SAP インストールの確認 

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

SAP スケーラブルアプリケーションサーバーのインストール

 

Sun Cluster HA for DBMS の構成

 

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 の登録と構成 (セントラルインスタンス)

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 のインストールと構成の計画

この節では、Sun Cluster HA for SAP のインストールと構成の計画に必要な情報について説明します。

構成上の制約事項

注意 – 注意 –

これらの制約事項を守らなければ、データサービスの構成がサポートされない可能性があります。

この節で説明する制約事項を使用して、Sun Cluster HA for SAP のインストールと構成を計画します。この節では、Sun Cluster HA for SAP に適用されるソフトウェアおよびハードウェアの構成上の制約について説明します。

すべてのデータサービスに適用される制約事項については、『Sun Cluster 3.1 ご使用にあたって』を参照してください。

構成要件

注意 – 注意 –

これらの要件を厳守しなければ、データサービスの構成がサポートされない可能性があります。

この節で説明する要件を使用して、 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 は、このほかの構成もサポート可能な場合があります。サポートされるほかの構成については、Enterprise Services の担当者にお問い合わせください。

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

図中の説明: タイトルが、この図の説明になります。

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

図中の説明: タイトルが、この図の説明になります。

注 –

図 9–2 の構成は、以前の Sun Cluster リリースでよく使用されていた構成です。Sun Cluster ソフトウェアの機能を最大限に使用するには、図 9–1 または 図 9–3 に従って SAP を構成してください。

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

図中の説明: タイトルが、この図の説明になります。

構成の検討事項

この節で説明する情報を使用して、 Sun Cluster HA for SAP のインストールと構成を計画します。この節の情報は、Sun Cluster HA for SAP のインストールと構成における決定事項が与える影響について検討するのに役立ちます。

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

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

構成計画の確認事項

この節の確認事項を使用して、Sun Cluster HA for SAP のインストールと構成を計画します。『Sun Cluster 3.1 ご使用にあたって』のデータサービスワークシートに、これらの確認事項に対する答えを挿入してください。これらの確認事項については、構成の検討事項を参照してください。

パッケージとサポート

表 9–3 および 表 9–4 は、Sun Cluster HA for SAP がサポートするパッケージを示しています。

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

リソースタイプ 

説明 

SUNW.sap_ci

フェイルオーバーセントラルインスタンスのサポートを追加します。 

SUNW.sap_as

フェイルオーバーアプリケーションサーバーのサポートを追加します。 

表 9–4 Sun Cluster HA for SAP パッケージ (Sun Cluster 3.0 12/01 および 3.1)

リソースタイプ 

説明 

SUNW.sap_ci

Sun Cluster 3.0 7/01 と同じです。表 9–3を参照。

SUNW.sap_as

Sun Cluster 3.0 7/01 と同じです。表 9–3を参照。

SUNW.sap_ci_v2

Network_resources_used リソースプロパティを Resource Type Registration (RTR) ファイルに追加します。

 

フェイルオーバーセントラルインスタンスのサポートを維持します。 

SUNW.sap_as_v2

Network_resources_used リソースプロパティを RTR ファイルに追加します。

スケーラブルアプリケーションサーバーのサポートを追加します。 

 

フェイルオーバーアプリケーションサーバーのサポートを保持します。 

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

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

リソースタイプのアップグレード、またはフェイルオーバーアプリケーションリソースのスケーラブルアプリケーションリソースへの変換

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

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

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

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

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

  5. どちらの作業を行うかを選択します。

    • セントラルインスタンスのリソースタイプをアップグレードする場合は、手順 7 に進みます。

    • フェイルオーバーアプリケーションサーバーリソースをスケーラブルアプリケーションサーバーリソースに変換する場合は、手順 6 に進みます。

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

  7. スケーラブルアプリケーションリソースをリソースグループに追加します。

次に進む手順

ノードの準備に進みます。

ノードおよびディスクの準備

この節では、ノードおよびディスクを準備する手順について説明します。

ノードの準備

次の手順を使用して、SAP のインストールと構成用にノードを準備します。

  1. すべてのノードでスーパーユーザーになります。

  2. スイッチオーバーまたはフェイルオーバーが生じたときに Sun Cluster HA for SAP が正しく起動および停止するように、/etc/nsswitch.conf を構成します。

    Sun Cluster HA for SAP が動作する論理ホストをマスターできる各ノードで、次の group エントリのどれかを /etc/nsswitch.conf ファイルに指定します。


    group:
group: files [NOTFOUND=return] nis
group: files [NOTFOUND=return] nisplus

    Sun Cluster HA for SAP は、SAP の起動と検証に su user コマンドを使用します。クラスタノードのパブリックネットワークに障害が発生すると、ネットワーク情報ネームサービスが使用不能になることがあります。group のエントリの 1 つを /etc/nsswitch.conf ファイルに追加する場合、ネットワーク情報ネームサービスが利用不可能なときに、su(1M) コマンドが NIS/NIS+ ネームサービスを参照しないようにします。

次に進む手順

Sun Cluster HA for SAP の登録と構成 (スケーラブルデータサービス)に進みます。

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

この節では、SAP およびデータベースのインストールと構成の手順について説明します。

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

次の手順を使用して、SAP およびデータベースをインストールします。

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

  2. クラスタファイルシステムに 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 スケーラブルアプリケーションサーバーのインストール

次の手順を使用して、スケーラブルアプリケーションサーバーのインスタンスをインストールします。この手順を実行する前にセントラルインスタンスとデータベースがすでにインストールされていなければいけません。この手順には、 SAP 6.10 ユーザーのための追加手順が含まれています。この手順を使用して、Sun Cluster HA for SAP が SAP 6.10 サービスを管理してオンラインにできるように設定します。SAP 6.10 は、startsap スクリプトと stopsap スクリプトを 1 つずつ作成します。SAP のほかのバージョンは、作成した各サービスに対して、これらのスクリプトのうち 1 つを作成します。この違いは、SAP 6.10 ユーザーのための追加手順にあります。

ヒント –

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

  1. すべての SAP ディレクトリをクラスタファイルシステムに作成します。

    • セントラルインスタンスとデータベースがフェイルオーバー可能であることを確認します。

    • セントラルインスタンスのクラスタファイルシステムにロックファイルを設定して、複数のノードから起動が行なわれるのを防止します。

      セントラルインスタンスにロックファイルを設定する手順については、セントラルインスタンスのロックファイルの設定を参照してください。

    • すべてのアプリケーションサーバーがクラスタファイルシステムの SAP バイナリを使用できることを確認します。

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

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

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

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

    例:


    # mkdir -p /usr/sap/local/SID/D03
    注意 – 注意 –

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

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

    例:


    # ln -s /usr/sap/local/SID/D03 /usr/sap/SID/D03

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

  6. SAP 6.10 を使用しているかどうかを確認します。

    • 使用していない場合は、手順 11に進みます。

    • 使用している場合は、手順 7に進みます。

  7. ユーザーsapsidadm になります。

  8. startsap スクリプトおよび stopsap スクリプトのコピーを作成し、これらのファイルを SAPSIDadm ホームディレクトリに保存します。選択したすべてのファイル名は、このインスタンスを指定します。


    # cp /usr/sap/SID/SYS/exe/run/startsap \
$SAPSID_HOME/startsap_instance-number

# cp /usr/sap/SID/SYS/exe/run/stopsap \
$SAPSID_HOME/stopsap_instance-number

  9. 次のファイルを変更するため、これらのファイルのバックアップコピーを作成します。SAP プロファイルディレクトリで、このインスタンスのすべてのファイル名を変更します。このインスタンスに固有のファイル名を選び、手順 8 で選んだファイル名の命名規則に従う必要があります。


    # mv SAPSID_Service-StringSystem-Number_physical-hostname \
SAPSID_Service-StringSystem_instance-number

# mv START_Service-StringSystem-Number_physical-hostname \
START_Service-StringSystem_instance-number

  10. 手順 9 で作成したファイルの内容を変更して、物理ホストに対するすべての参照をインスタンス番号で置き換えます。

    注意 – 注意 –

    このアプリケーションサーバーのインスタンスを、スケーラブルアプリケーションサーバーを実行するすべてのノードから起動および停止できるようにするには、更新を一貫して行うことが重要です。たとえば、SAP インスタンス番号 02 に対して変更を行う場合、このインスタンス番号が現れるところでは 02 を使用してください。一貫した命名規則を使用しないと、スケーラブルアプリケーションサーバーを実行するすべてのノードから、このアプリケーションサーバーのインスタンスを起動および停止できなくなります。

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

    例:


    # vi startsap_D03

    変更前:


    LOGFILE=$R3S_LOGDIR/`basename $0.log`

    変更後:


    LOGFILE=$R3S_LOGDIR/`basename $0`_`uname -n`.log

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

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

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

  14. ログオングループを使用する場合は、SAP ログオングループを作成します。

次に進む手順

Sun Cluster HA for DBMS の構成に進みます。

フェイルオーバー SAP インスタンスのクラスタでの実行可能化

SAP ソフトウェアは、インストールすると、その SAP インスタンスをインストールしたサーバー上にファイルとシェルスクリプトを作成します。これらのファイルやスクリプトでは物理サーバー名を使用します。Sun Cluster ソフトウェアのもとで SAP ソフトウェアを使用する場合は、物理サーバーへの参照をネットワークリソース (論理ホスト名) への参照で置き換える必要があります。次の手順を使用して、クラスタで SAP を実行できるようにします。

  1. 手順 5 から 手順 8 で変更するファイルのバックアップコピーを作成します。

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

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

  4. SAP 6.10 を使用しているかどうかを確認します。

    • 使用していない場合は、手順 6に進みます。

    • 使用している場合は、手順 5に進みます。

  5. startsap スクリプトと stopsap スクリプトのコピーを作成し、これらのファイルを SAPSIDadm ホームディレクトリに保存します。選択したすべてのファイル名は、このインスタンスを指定する必要があります。


    # cp /usr/sap/SID/SYS/exe/run/startsap  \
$SAPSID_HOME/startsap_logical-hostname_instance-number
# cp /usr/sap/SID/SYS/exe/run/startsap  \
$SAPSID_HOME/stopsap_logical-hostname_instance-number

  6. ユーザー sapsidadm になり、次の作業を行います。

    • SAPSIDadm ホームディレクトリで、物理サーバー名を参照するすべてのファイル名を変更します。

    • SAPSIDadm ホームディレクトリで、物理サーバー名を参照するすべてのファイル内容 (ログファイルの内容を除く) を変更します。

    • SAP プロファイルディレクトリで、物理サーバー名を参照するすべてのファイル名を変更します。

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

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

    セントラルインスタンスの場合:


    SAPLOCALHOST=ci-logical-hostname

    外部アプリケーションサーバーは、このエントリのネットワークリソース (論理ホスト名) を使って、セントラルインスタンスの場所を見つけます。

    アプリケーションサーバーの場合:


    SAPLOCALHOST=as-logical-hostname

  8. ユーザー orasapsid になり、次の作業を行います。

    • oraSAPSID ホームディレクトリで、物理サーバー名を参照するすべてのファイル名を変更します。

    • oraSAPSID ホームディレクトリで、物理サーバー名を参照するすべてのファイル内容 (ログファイルの内容を除く) を変更します。

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

次に進む手順

Sun Cluster HA for DBMS の構成に進みます。

Sun Cluster HA for DBMS の構成

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

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

次に進む手順

SAP およびデータベースのインストールの確認 (セントラルインスタンス) か SAP スケーラブルアプリケーションサーバーの確認に進みます。

SAP インストールの確認

この節では、SAP のインストールを確認する手順について説明します。

SAP およびデータベースのインストールの確認 (セントラルインスタンス)

次の手順を使用して、SAP のセントラルインスタンスを確認します。セントラルインスタンスを実行できるすべての潜在ノードで、この手順を実行します。

  1. ネットワークリソースやセントラルインスタンスリソースを収容するフェイルオーバーリソースグループを作成します。


    # scrgadm -a -g sap-ci-resource-group [-h nodelist]
    注 –

    SAP セントラルインスタンスが動作する可能性があるノード群を選択する場合は、scrgadm(1M) コマンドの -h オプションを使用します。

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

  3. フェイルオーバーリソースグループにネットワークリソース (論理ホスト名) を追加します。


    # scrgadm -a -L -g sap-ci-resource-group
 -l ci-logical-hostname [-n netiflist]

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

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


    # scswitch -Z -g sap-ci-resource-group

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

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

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

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

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

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

  10. リソースグループを、セントラルインスタンスが動作する可能性がある別のクラスタメンバーに切り替えます。


    # scswitch -z -h node -g sap-ci-resource-group

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

次に進む手順

SAP フェイルオーバーアプリケーションサーバーの確認に進みます。

SAP フェイルオーバーアプリケーションサーバーの確認

次の手順を使用して、フェイルオーバーアプリケーションサーバーの SAP およびデータベースのインストールを確認します。フェイルオーバーアプリケーションサーバーを実行できるすべての潜在ノードで、この手順を実行します。

  1. ネットワークリソースやアプリケーションサーバーリソースを収容するフェイルオーバーリソースグループを作成します。


    # scrgadm -a -g sap-as-fo-resource-group
    注 –

    SAP アプリケーションサーバーが動作する可能性があるノード群を選択する場合は、scrgadm コマンドの -h オプションを使用します。


    # scrgadm -a -g sap-as-fo-resource-group\
 [-h nodelist]

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

  3. フェイルオーバーリソースグループにネットワークリソース (論理ホスト名) を追加します。


    # scrgadm -a -L -g sap-as-fo-resource-group\
 -l as-fo-logical-hostname [-n netiflist]

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

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


    # scswitch -Z -g sap-as-of-resource-group

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

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

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

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

  9. リソースグループを、アプリケーションサーバーが動作する可能性がある別のクラスタメンバーに切り替えます。


    # scswitch -z -h node -g sap-as-fo-resource-group

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

次に進む手順

Sun Cluster HA for SAP パッケージのインストールに進みます。

SAP スケーラブルアプリケーションサーバーの確認

SAP スケーラブルアプリケーションサーバーのインストール でスケーラブルアプリケーションサーバーインスタンスをインストールした場合は、SAP スケーラブルアプリケーションサーバーのインストール の 手順 13 で 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 Agents CD-ROM が必要です。この手順では、Sun Cluster の初期インストール時にデータサービスパッケージがインストールされていないことを前提とします。

  1. Sun Cluster Agents CD-ROM を CD-ROM ドライブに挿入します。

  2. オプションは指定せずに、scinstall ユーティリティーを実行します。

    scinstall ユーティリティーが対話型モードで起動します。

  3. 「新しいデータサービスのサポートをこのクラスタノードに追加」メニューオプションを選択します。

    scinstall ユーティリティーにより、ほかの情報を入力するためのプロンプトが表示されます。

  4. Sun Cluster Agents CD-ROM のパスを指定します。

    このユーティリティーには、この CD-ROM は “data services cd” と示されます。

  5. インストールするデータサービスを指定します。

    選択したデータサービスが scinstall ユーティリティーによって示され、この選択内容の確認が求められます。

  6. scinstall ユーティリティーを終了します。

  7. ドライブから CD-ROM を取り出します。

次に進む手順

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

Sun Cluster HA for SAP の登録と構成

この節では、Sun Cluster HA for SAP を構成する手順について説明します。

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

表 9–5 と 表 9–6 の拡張プロパティを使用して、リソースを作成します。リソースを作成するときは、コマンド行 scrgadm -x parameter=value を使用して、拡張プロパティを構成します。すでにリソースを作成してある場合は、第 15 章「データサービスリソースの管理」 の手順を使用して拡張プロパティを構成してください。拡張プロパティの中には動的に変更できるものもありますが、それ以外の拡張プロパティは、リソースを作成するか無効にするときにしか更新できません。「調整」の欄には、そのプロパティをいつ変更できるかが示されています。Sun Cluster の全プロパティの詳細は、付録 A を参照してください。

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

プロパティの種類 

プロパティ名 

説明 

SAP 構成 

 

 

SAPSID

SAP システム ID または SID。

デフォルト:なし

調整:無効になっている時

Ci_instance_id

2 桁の SAP システム番号。 

デフォルト:00

調整:無効になっている時

Ci_services_string

セントラルインスタンスサービスのリスト。 

デフォルト:DVEBMGS

調整:無効になっている時

 

SAP の起動 

 

Ci_start_retry_ interval

セントラルインスタンスを起動する前にデータベースとの接続を試みる間隔 (秒単位)。 

デフォルト:30

調整:無効になっている時

Ci_startup_script

SIDadm ホームディレクトリにおけるこのインスタンスの SAP 起動スクリプトの名前。

デフォルト:なし

調整:無効になっている時

SAP の停止 

 

Stop_sap_pct

SAP プロセスの停止に使用される停止タイムアウト変数の割合。プロセスの停止には SAP 停止スクリプトが使用されます。その後で、Process Monitor Facility (PMF) が呼び出されてプロセスが停止され、終了されます。 

デフォルト: 95

調整:無効になっている時

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 メッセージサーバーの検査に何回失敗したなら、これを完全な失敗として報告し、Resource Group Manager (RGM) を起動するか。 

 

デフォルト: 2

調整:無効になっている時

Probe_timeout

検証のタイムアウト値 (秒)。 

 

デフォルト:120

調整:任意の時点

Monitor_retry_count

障害モニターに許されている PMF 再起動の回数 

 

デフォルト: 4

調整:任意の時点

Monitor_retry_ interval

障害モニターを再起動する間隔 (分)。 

 

デフォルト: 2

調整: 任意の時点

開発システム 

 

 

 

Shutdown_dev

RGM が開発システムをシャットダウンしてからコアインスタンスを起動すべきかどうかの指定。 

 

デフォルト:FALSE

調整:無効になっている時

Dev_sapsid

開発システムの SAP システム名。Sun Cluster HA for SAP では、Shutdown_dev が TRUE に設定された場合、このプロパティが必要です。

 

デフォルト:なし

調整:無効になっている時

Dev_shutdown_script

開発システムの停止に使用されるスクリプト。Sun Cluster HA for SAP では、Shutdown_dev が TRUE に設定された場合、このプロパティが必要です。

 

デフォルト:なし

調整:無効になっている時

Dev_stop_pct

起動タイムアウトの割合がどのくらいになったら、Sun Cluster HA for SAP が開発システムをシャットダウンしてコアインスタンスを起動するかの指定。 

 

デフォルト:20

調整:無効になっている時

表 9–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

調整:無効になっている時

As_startup_script

アプリケーションサーバーの SAP 起動スクリプトの名前。 

 

デフォルト:なし

調整:無効になっている時

SAP の停止 

 

 

Stop_sap_pct

停止タイムアウト変数の割合がこの値に達すると、SAP プロセスが停止されます。プロセスの停止には SAP 停止スクリプトが使用されます。その後で、Process Monitor Facility (PMF) が呼び出されてプロセスが停止され、終了されます。 

 

デフォルト: 95

調整:無効になっている時

As_shutdown_script

アプリケーションサーバーの SAP 停止スクリプトの名前。 

 

デフォルト:なし

調整:無効になっている時

検証 

Probe_timeout

検証のタイムアウト値 (秒)。 

 

デフォルト:60

調整: 任意の時点

Monitor_retry_count

この検証の間に障害モニターが実行可能な PMF 再起動の回数。 

 

デフォルト: 4

調整: 任意の時点

Monitor_retry_ interval

障害モニターを再起動する間隔 (分単位)。 

 

デフォルト: 2

調整: 任意の時点

Sun Cluster HA for SAP の登録と構成 (セントラルインスタンス)

次の手順を使用して、Sun Cluster HA for SAP (セントラルインスタンス) を登録して構成します。

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

  2. セントラルインスタンスのリソースタイプを登録します。


    # scrgadm -a -t SUNW.sap_ci | SUNW.sap_ci_v2

  3. このリソースグループの中に 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_instance_id=ci-instance-id \
-x Ci_startup_script=ci-startup-script \
-x Ci_shutdown_script=ci-shutdown-script

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

  4. SAP セントラルインスタンスリソースが含まれているフェイルオーバーリソースグループを有効にします。


    # scswitch -Z -g sap-ci-resource-group

    開発システムを停止するようにセントラルインスタンスのリソースを構成した場合、次のコンソールメッセージが表示されます。


    ERROR  : SAPSYSTEMNAME not set
Please check environment and restart

    このメッセージは、開発システムがインストールされておらず、またセントラルインスタンスを実行する予定でないノードで、セントラルインスタンスが起動された場合に表示されます。SAP はこのメッセージを表示しますが、これは無視できます。

次に進む手順

Sun Cluster HA for SAP の登録と構成 (フェイルオーバーデータサービス) または Sun Cluster HA for SAP の登録と構成 (スケーラブルデータサービス)に進みます。

Sun Cluster HA for SAP の登録と構成 (フェイルオーバーデータサービス)

次の手順を使用して、Sun Cluster HA for SAP をフェイルオーバーデータサービスとして構成します。

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

  2. フェイルオーバーアプリケーションサーバーのリソースタイプを登録します。


    # scrgadm -a -t SUNW.sap_as | SUNW.sap_as_v2

  3. このフェイルオーバーリソースグループの中に 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 拡張プロパティ を参照してください。

  4. SAP アプリケーションサーバーリソースが含まれているフェイルオーバーリソースグループを有効にします。


    # scswitch -Z -g sap-as-fo-resource-group

次に進む手順

Sun Cluster HA for SAP のインストールと構成の確認 (セントラルインスタンス)に進みます。

Sun Cluster HA for SAP の登録と構成 (スケーラブルデータサービス)

次の手順を使用して、Sun Cluster HA for SAP をスケーラブルデータサービスとして構成します。

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

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


    # scrgadm -a -g sap-as-sa-appinstanceid-resource-group \
-y Maximum_primaries=value \
-y Desired_primaries=value
    注 –

    スケーラブルデータサービスとして構成された Sun Cluster HA for SAP では、共有アドレスを使用しません。SAP ログオングループが、アプリケーションサーバーの負荷分散を行うからです。

    注 –

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

  3. スケーラブルアプリケーションサーバーのリソースタイプを登録します。


    # scrgadm -a -t SUNW.sap_as_v2

  4. このスケーラブルリソースグループの中に 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 拡張プロパティ を参照してください。

  5. SAP アプリケーションサーバーリソースが含まれているスケーラブルリソースグループを有効にします。

    • このアプリケーションサーバーで RGOffload リソースタイプを使用しない場合は、次のコマンドを使用します。


      # scswitch -Z -g sap-as-sa-appinstanceid-resource-group

    • このアプリケーションサーバーで RGOffload リソースタイプを使用する場合は、次のコマンドを実行します。


      # scswitch -z -h node1, node2 -g sap-as-sa-appinstanceid-resource-group
    注 –

    このアプリケーションサーバーで SUNW.RGOffload リソースタイプを使用する場合は、 (-j オプションではなく) -z オプション を使って、このリソースをどのノードでオンラインにするのかを指定する必要があります。

次に進む手順

Sun Cluster HA for SAP のインストールと構成の確認 (セントラルインスタンス)に進みます。

ロックファイルの設定

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

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

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

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

セントラルインスタンスのロックファイルの設定

次の手順を使用して、セントラルインスタンスのロックファイルを設定します。

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

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

  3. sapstart がインスタンスの起動に使用するプロファイルに対して、セントラルインスタンス用に新しい SAP パラメータ sapstart/lockfile を追加するなどの編集を行います。このプロファイルは、startsap スクリプトでパラメータとして sapstart に渡されます。


    sapstart/lockfile =/usr/sap/SID/
Service-StringSystem-Number/work/startup_lockfile
    sapstart/lockfile

    新しいパラメータの名前

    /usr/sap/SID/Service-StringSystem-Number/work

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

    startup_lockfile

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

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

    注 –

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

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

次の手順を使用して、スケーラブルアプリケーションサーバーのロックファイルを設定します。

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

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

  3. sapstart がインスタンスの起動に使用するプロファイルに対して、アプリケーションサーバー用に新しい SAP パラメータ sapstart/lockfile を追加するなどの編集を行います。このプロファイルは、startsap スクリプトでパラメータとして sapstart に渡されます。


    sapstart/lockfile =/usr/sap/local/SID/Dinstance-id/work/startup_lockfile
    sapstart/lockfile

    新しいパラメータの名前

    /usr/sap/local/SID/Dinstance-id/work

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

    startup_lockfile

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

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

    注 –

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

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

この節では、データサービスが正しくインストールされ構成されていることを確認する手順を説明します。

Sun Cluster HA for SAP のインストールと構成の確認 (セントラルインスタンス)

次の手順を使用して、Sun Cluster HA for SAP のインストールと構成、およびセントラルインスタンスを確認します。

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

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

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

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

  4. ユーザーroot で、SAP リソースグループを別のクラスタメンバーに切り替えます。


    # scswitch -z -h node2 -g sap-ci-resource-group

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

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

次に進む手順

Sun Cluster HA for SAP のインストールと構成の確認 (フェイルオーバーデータサービス) か Sun Cluster HA for SAP のインストールと構成の確認 (スケーラブルデータサービス)に進みます。

Sun Cluster HA for SAP のインストールと構成の確認 (フェイルオーバーデータサービス)

次の手順を使用して、フェイルオーバーデータサービスとしての Sun Cluster HA for SAP のインストールと構成を確認します。

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

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

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

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

  4. ユーザーroot で、SAP アプリケーションサーバーリソースが含まれているリソースグループを別のクラスタメンバーに切り替えます。


    # scswitch -z -h node2 -g sap-as-resource-group

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

  6. 手順 1 から 手順 5 を繰り返し実行し、アプリケーションサーバーが動作する可能性があるすべてのノードをテストします。

Sun Cluster HA for SAP のインストールと構成の確認 (スケーラブルデータサービス)

次の手順を使用して、スケーラブルデータサービスとしての Sun Cluster HA for SAP のインストールと構成を確認します。

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

  2. ユーザー sapsidadm になります。

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

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

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

  5. 手順 1 から 手順 3 を繰り返し実行し、アプリケーションサーバーが動作する可能性があるすべてのノードをテストします。

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

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

SAP プロセスの可用性とは対照的に、SAP データベースの可用性の使用は、SAP リソースの障害履歴に影響を及ぼしません。ただし、データベースの可用性により、SAP 障害モニターは、任意のsyslog メッセージを /var/adm/messages に書き込み、そのデータベースを使用する SAP リソース用に状態をそれぞれ設定するようになります。

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

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

  1. SAP Message Server とディスパッチャのプロセス ID を取得します。

  2. 無限にループします (Thorough_probe_interval の間スリープ)。

  3. SAP リソースの可用性を検査します。

    1. 異常終了 – Process Monitor Facility (PMF) が SAP プロセスツリーの障害を検出すると、障害モニターはこの問題を全面的な障害とみなします。障害モニターは、SAP リソースの障害履歴に基づいて、このリソースを再起動するか、別のノードにフェイルオーバーします。

    2. 検証機能による SAP リソースの可用性検査 – 検証機能は、ps(1) コマンドを使って SAP メッセージサーバーとメインディスパッチャのプロセスを検査します。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 というメッセージを /var/adm/messages に書き込みます。そして、SAP リソースの状態に DEGRADED を設定します。この後のデータベースの状態検査で接続が確立されると、障害モニターは Database is up というメッセージを /var/adm/messages に書き込み、SAP リソースの状態を OK に設定します。

  4. 障害履歴を評価します。

    障害モニターは、障害履歴に基づいて次のいずれかのアクションを行います。

    • アクションなし

    • ローカル再起動

    • フェイルオーバー

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

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

  1. 主ディスパッチャのプロセス ID を取得します。

  2. 無限にループします (Thorough_probe_interval の間スリープ)。

  3. SAP リソースの可用性を検査します。

    1. 異常終了 – Process Monitor Facility (PMF) が SAP プロセスツリーの障害を検出すると、障害モニターはこの問題を全面的な障害とみなします。障害モニターは、SAP リソースの障害履歴に基づいて、このリソースを再起動するか、別のノードにフェイルオーバーします。

    2. 検証機能による SAP リソースの可用性検査 – 検証機能は、ps(1) コマンドを使って SAP メッセージサーバーと主ディスパッチャのプロセスを検査します。SAP の主ディスパッチャプロセスがシステムのアクティブプロセスリストにないと、障害モニターはこの問題を全面的な障害とみなします。

    3. 検証によるデータベース接続の状態 – 検証では、SAP 提供の R3trans ユーティリティを使って データベース接続の状態を検査します。Sun Cluster HA for SAP の障害検証では、SAP がそのデータベースに接続できるかどうかが検査されます。ただし、Sun Cluster HA for SAP は、高可用性なデータベースの障害検証に基づいて、データベースの可用性を判断します。データベース接続の状態検査で異常が検出されると、障害モニターは Database might be down というメッセージを /var/adm/messages に書き込み、SAP リソースの状態を DEGRADED に設定します。この後のデータベースの状態検査で接続が確立されると、障害モニターは Database is up というメッセージを /var/adm/messages に書き込みます。SAP リソースのステータスに OK を設定します。

  4. 障害履歴を調べます。

    障害モニターは、障害履歴に基づいて次のいずれかのアクションを行います。

    • アクションなし

    • ローカル再起動

    • フェイルオーバー

      そのアプリケーションサーバーリソースがフェイルオーバーリソースであれば、障害モニターはアプリケーションサーバーをフェイルオーバーします。

      アプリケーションサーバーリソースがスケーラブルリソースの場合は、RGM が一定回数のローカル再起動を試みた後で、クラスタに別のノードがあればそのノードでアプリケーションサーバーを起動します。