test

Sun Cluster Data Service for SAP Web Application Server ガイド (Solaris OS 版)

SAP Web Application Server のインストールと構成

Sun Cluster HA for SAP Web Application Server を使って SAP Web Application Server を高可用性にするためには、追加のインストール操作と構成操作を行う必要があります。これらの操作は、SAP Web Application Server の標準的なインストールと標準的な構成を補足するものです。

この節の手順は、SAP Web Application Server の次のコンポーネントのインストールおよび構成を説明しています。

可用性の高いデータベースの構成

SAP は、さまざまなデータベースをサポートしています。使用する予定があるデータベースのリソースタイプ、リソースグループ、およびリソースは、データベースが高い可用性を持つように構成する必要があります。使用する予定のデータベースについては、適切な Sun Cluster データサービス関連文書で詳細を参照してください。

ProcedureSAP Web Application Server と SAP J2EE Engine をインストールして構成するには

手順

  1. クラスタの 1 つのノードに SAP Web Application Server ソフトウェアをインストールします。

    SAP インストールマニュアルを参照してください。

  2. SAP J2EE engine を使用している場合、同じノードに SAP J2EE engine ソフトウェアをインストールします。

    SAP インストールマニュアルを参照してください。

  3. SAP enqueue server と SAP replica server のプロファイルを作成します。

    SAP マニュアル『 SAP Web Application Server in Switchover Environments, UNIX Platforms』を参照してください。

    注 –

    SAP enqueue server のプロファイルと SAP replica server のプロファイルの SAPSYSTEM パラメータは、同じ値でなければなりません。

  4. SAP 起動プロファイルから SAP enqueue server の起動指定を削除します。

    Sun Cluster 環境では、SAP enqueue server リソースが SAP enqueue server アプリケーションを起動します。したがって、SAP 起動プロファイルに SAP enqueue server の起動指定が含まれている場合は、これを削除してください。削除されていない場合、SAP enqueue server が何度も起動されます。

  5. SAP web application server コンポーネントでプロセス監視機能 (PMF) を使用する場合、SAP Web Application Server を実行するすべてのノードで、saposcol プログラムをクラスタ環境の外で起動する必要があります。

    SUNW.sapwebas リソースタイプは、Sun Cluster 構成の SAP web application server コンポーネントを表します。このリソースタイプの拡張プロパティー Webas_Use_Pmf は、PMF を SAP web application server コンポーネントで使用するかどうかを判断します。

    PMF を使用する場合、SAP web application server コンポーネントのリソースを停止するときに、saposcol プログラムも停止しないようにするため saposcol プログラムをクラスタ環境の外で実行する必要があります。

    saposcol プログラムは、SAP Web Application Server を実行しているすべてのノードから利用できる必要があります。したがって、プログラムは、各ノードの広域ファイルシステムまたはローカルファイルシステム内になければなりません。

    1. saposcol プログラムが広域ファイルシステムにある場合に、このプログラムをローカルファイルシステムにも置きたい場合は、各ノードで次の処理を実行して、このプログラムをローカルファイルシステムにコピーします。

      • インストールノードで saposcol プログラムが個別に起動されている場合は、saposcol プログラムを停止します

      • SAP システムが実行されている場合は、SAP システムを停止します。

      • ファイルシステムがマウントされていない場合は、インストールノードにマウントします。

      • saposcol 実行可能ファイルをインストールノードから対象ノードのローカルディレクトリにコピーします。


        # cp /usr/sap/SAPSID/SYS/exe/saposcol destination-directory

        SAPSID は SAP システム ID です。

    2. PMF を使用するように構成されている SAP web application server コンポーネントの SAP 起動スクリプトから、saposcol プログラムの起動指定を削除します 。この処理については、その他の SAP の起動スクリプトと停止スクリプトへの修正に関する説明とともに手順 9で説明しています。

    3. saposcol プログラムを起動します。

      • このプログラムが広域ファイルシステムにある場合、このプログラムは広域的な場所から起動します。

      • このプログラムがローカルファイルシステムにある場合、このプログラムは各ノードのローカルディレクトリから起動します。

  6. SAP message server と SAP web application server コンポーネントの論理ホスト名を返すスクリプトを作成します。

    SAP message server と SAP web application server コンポーネントの両方の各インスタンスの論理ホスト名を返す loghost という名前のスクリプトを作成します。このスクリプトは、ディレクトリ $HOME にあります。ここで、$HOME は SAP ユーザーのホームディレクトリです。次のコマンドに、loghost スクリプトの例を示します。


    if [ "$1" = "DVEBMGS00" ]; then
    echo loghost-1;
fi
if [ "$1" = "SCS01" ]; then
    echo loghost-2;
fi
if [ "$1" = "D02" ]; then
    echo loghost-3;
fi
    注 –

    SAP web application server コンポーネントをスケーラブルリソースとして構成している場合、後述の「スケーラブル SAP Web Application Server コンポーネントのインストールを変更するには」節で、このスクリプトを変更します。

  7. SAP J2EE engine を使用している場合、loghost スクリプトを変更して、SAP J2EE engine の論理ホスト名を返すようにします。

    手順 6で作成した loghost スクリプトを変更して、SAP J2EE engine の各インスタンスの論理ホスト名を返すようにします。このスクリプトは、$HOME ディレクトリにあり、$HOME は、SAP ユーザーのホームディレクトリを指します。次のコマンドに、loghost スクリプトの変更例を示します。


    if [ "$1" = "JC00" ]; then
    echo loghost-4;
fi
if [ "$1" = "SCS02" ]; then
    echo loghost-5;
fi
if [ "$1" = "J02" ]; then
    echo loghost-6;
fi

  8. 実行できるようにスクリプトのファイルアクセス権を設定します。


    # chmod 755 $HOME/loghost

  9. SAP 起動スクリプトと停止スクリプトを次のように変更します。

    1. 必ず一意のインスタンス名を使用してください。

      SAP の起動スクリプトと停止スクリプトで、INSTANCE= で始まる行の末尾に sort -u コマンドを追加します。このコマンドは、検出したすべてのインスタンス名をソートし、一意の名前だけを保持します。

      変更前の行は次のようになります。ここで、arg は 1 または 2 などの引数番号です。


      INSTANCE=`echo $arg | awk '/SCS[0-9][0-9]/{print $1}
/ASCS[0-9][0-9]/{print $1} /DVEBMGS[0-9][0-9]/{print $1} 
/JC[0-9][0-9]/{print $1} /D[0-9][0-9]/{print $1} 
/J[0-9][0-9]/{print $1} /G[0-9][0-9]/{print $1}'`

      次に、最後に sort -u コマンドへ実行結果を渡すパイプを追加した行を示します。ここで、arg は 1 または 2 などの引数番号です。


      INSTANCE=`echo $arg | awk '/SCS[0-9][0-9]/{print $1}
/ASCS[0-9][0-9]/{print $1} /DVEBMGS[0-9][0-9]/{print $1} 
/JC[0-9][0-9]/{print $1} /D[0-9][0-9]/{print $1} 
/J[0-9][0-9]/{print $1} /G[0-9][0-9]/{print $1}' | sort -u`

    2. 論理ホスト名を返すスクリプトを呼び出すために、SAP 起動スクリプトと停止スクリプトを更新します。

      HOSTNAME を設定するセクションに、手順 6で作成した $HOME/loghost スクリプトの名前を挿入します。この処理は、HOSTNAME='hostname' という行を、次の例の行で置き換えることで達成されます。


      < remove
> add

# Set HOSTNAME
case `uname` in
   OS/390* | z/OS* | AIX* | BOS*)
     HOSTNAME=`hostname -s`
     ;;
   *)
<    HOSTNAME=`hostname`
>    if [ $# -eq 2 ]; then
>         HOSTNAME=`$HOME/loghost $2`
>    else
>         HOSTNAME=`hostname`
>    fi
     ;;
esac

    3. ユーザーのプロファイルを有効にして SAP 固有の環境ファイルも有効にするために、SAP 起動スクリプトと停止スクリプトの 2 行目に次の行を追加します。

      . $HOME/.profile

    4. SAP 起動スクリプトから SAP central services コンポーネントの DB チェック指定を削除します。SAP central services コンポーネントとは、SAP enqueue server、SAP replica server および SAP message server のことです。

    5. SAP web application server で PMF を使用している場合は、この SAP web application server が使用する SAP 起動スクリプトから saposcol プログラムの起動指定を削除します。手順 5も参照してください。

  10. 物理ホスト名ではなく論理ホスト名を使用するために、ファイルの名前と内容を変更します。

    標準の SAP Web Application Server インストールでは、SAP システムをインストールするノードの物理ホスト名が使用されます。SAP Web Application Server を変更して、論理ホスト名を使用し、SAP Web Application Server が Sun Cluster 環境で動作できるようにします。

    注 –

    SAP web application server コンポーネントをスケーラブルリソースとして構成している場合、後述の「スケーラブル SAP Web Application Server コンポーネントのインストールを変更するには」節で、このスクリプトをさらに変更します。

    1. SAP ユーザーのホームディレクトリにある「.」ファイルの名前に、物理ホスト名が含まれていないことを確認します。

      次の例では、「.」ファイルから物理ホスト名を削除しています。


      for i in .*physical-hostname.*
  > do
  > mv $i `echo $i | sed "s/_physical-hostname//"`
  > done

    2. データベース「.」 ファイルの名前と内容が、物理ホスト名ではなく、データベースが使用する論理ホスト名を指していることを確認します。

    3. プロファイルファイルの名前と内容を変更して、物理ホスト名ではなく、個々のコンポーネントに対応する論理ホスト名を使用するようにします。

      これらのファイルは、/usr/sap/ SAPSID/SYS/profile にあり、SAPSID は SAP システム ID です。

    4. SAP プロファイルディレクトリにある各 SAPSID_INSTANCE_NAMESYSTEM_NUMBER_logical-hostname ファイルに、次の logical-host-name エントリを追加します。SAPSID は SAP システムの ID、INSTANCE_NAME は SAP インスタンス名、SYSTEM_NUMBER は SAP システム番号です。

      SAPLOCALHOST=logical-hostname

      SAPLOCALHOSTFULL=logical-hostname.domain

    5. ファイル /usr/sap/SAPSID/ INSTANCE_NAME/igs/conf/igs.xml 内で、物理ホスト名を論理ホスト名で置き換えます。 SAPSID は SAP システムの ID、INSTANCE_NAME は SAP インスタンス名です。

  11. SAP インスタンスプロファイルのパラメータ enq/serverhost を変更します。

    インストール後、SAP インスタンスプロファイルのパラメータ enq/serverhost に物理ホスト名を設定します。このパラメータを変更して、SAP enqueue server が動作する論理ホスト名を含むようにします。

  12. SAP J2EE engine を使用している場合、SAP J2EE engine 設定を変更して、論理ホスト名を参照するようにします。

    1. 構成スクリプトの場所を決定します。

      • ABAP エンジンコンポーネントが SAP J2EE engine コンポーネントなしでインストールされている場合、あるいは、SAP J2EE engine コンポーネントがスタンドアロンコンポーネントとしてインストールされている場合、これらのスクリプトはディレクトリ /usr/sap/SAPSID /JCINSTANCE_NUMBER /j2ee/configtool にあります。

      • ABAP エンジンコンポーネントが SAP J2EE engine コンポーネントとともにインストールされている場合、これらのスクリプトはディレクトリ /usr/sap/ SAPSID/DVEBMGSINSTANCE_NUMBER /j2ee/configtool にあります。

    2. configtool.sh スクリプトを実行します。このスクリプトは、手順 aで決定したディレクトリにあります。このスクリプトを使用して、物理ホスト名をすべて、対応する論理ホスト名に変更します。この処理には、インスタンスホストと JDBC URL を設定して、データベースの論理ホストを指すようにすることも含まれます。

    3. データベースの論理ホストを使用して、データベースをオンラインにします。

    4. SAP 構成ツールを使用して、この手順の残りの手順の設定を変更します。

      SAP 構成ツールを起動するには、手順 aで決定したディレクトリにあるスクリプト、offlinecfgeditor.sh を使用できます。

    5. LockingManager セクションで、enqu.host を変更して、SAP enqueue server の論理ホスト名を指すようにします。このエントリは、すべての設定 (つまり、一般とインスタンス固有) で変更します。

    6. LockingManager の部分で、enq.profile.filename をすべて変更して、論理ホスト名を使うようにします。このエントリは、すべての設定 (つまり、一般とインスタンス固有) で変更します。

      たとえば、SAPSID_JC INSTANCE_NUMBER_physicalhost を SAPSID _JCINSTANCE_NUMBER _logicalhost に変更します。新しいファイル名は、ファイル /sapmnt/SAPSID/profile のファイル名と同じであるべきです。

    7. ClusterManager セクションで、instance.ms.host を変更して、SAP message server の論理ホスト名を指すようにします。このエントリは、すべての設定 (つまり、一般とインスタンス固有) で変更します。

    8. instance.properties.IDxxxxxx を変更して、論理ホストを指すようにします。

      instance.properties.IDxxxxxx ごとに、 物理ホスト名をすべて、対応する論理ホスト名に変更します。

    9. enqu.port パラメータと URL dbpool パラメータの URL の設定が正しいことを確認します。

Procedureスケーラブル SAP Web Application Server コンポーネントのインストールを変更するには

SAP Web Application Server プラットフォームの SAP web application server コンポーネントは、フェイルオーバーリソースとしてもスケーラブルリソースとしても構成できます。

手順

  1. スケーラブル SAP web application server コンポーネントリソースグループを実行しようと計画している各ノードで、ローカルファイルシステムを作成します。

    次の例に示すように、このファイルシステムは自分の望むように定義できます。


    # mkdir /usr/sap/local/SAPSID/INSTANCE_NAME

    SAPSID は SAP システムの ID、INSTANCE_NAME は SAP web application server インスタンスの名前を表します。

  2. ダイアログインスタンスを、インストールされているノードから、ほかのノードのローカルファイルシステムにコピーします。

  3. ダイアログインスタンスへのシンボリックリンクを作成します。

    次の例に示すように、各ノードで、インストールに必要なディレクトリパスからローカルファイルシステムへのシンボリックリンクを作成します。


    # ln -s  /usr/sap/local/SAPSID/INSTANCE_NAME \ 
/usr/sap/SAPSID/INSTANCE_NAME

  4. この操作の残りの手順を実行するために、SAP 管理ユーザー sapsid adm になります。

    • SAP Web Application Server ソフトウェアが広域ファイルシステムにインストールされている場合は、このソフトウェアがインストールされているノードで、残りの手順を実行します。

    • SAP Web Application Server ソフトウェアがローカルファイルシステムにインストールされている場合は、スケーラブル SAP web application server コンポーネントリソースグループを実行しようと計画している各ノードで、残りの手順を実行します。

  5. スクリプト $HOME/loghost を更新して、物理ホスト名を返すようにします。

    スケーラブルリソースグループには、論理ホストは含まれていません。したがって、SAP web application server コンポーネントのリソースグループがスケーラブルに構成されている場合、$HOME/loghost を更新して、物理ホスト名を返すようにする必要があります。次の例では、D84 はダイアログインスタンスの完全名です。


    if [ "$1" = "D84" ]; then
  echo `hostname`; 
fi

  6. SAP 起動スクリプトおよび停止スクリプトを更新して、ログファイルの一意の名前を追加します。

    SAP web application server コンポーネントリソースグループをスケーラブルとして構成している場合は、アプリケーションの複数のインスタンスを複数のノードで同時に実行できます。すべてのインスタンスが同じログファイルに書き込みを行う場合は、以前に書き込まれた情報が上書きされます。したがって、一意の名前を持つように SAP 起動スクリプトおよび停止スクリプトで指定されたログファイルの名前を変更します。ログファイルの名前を変更すると、各ノードは一意のファイルに書き込みを行います。次の例では、ノード名をログファイル名に追加します。

    更新前のスクリプトのエントリの例

    LOGFILE=$R3S_LOGDIR/`basename ${0}_${INSTANCE}.log`

    更新後のスクリプトのエントリの例

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

  7. SAP インスタンスプロファイルのパラメータ enq/serverhost に、SAP enqueue server が動作している論理ホストの名前が含まれていることを確認します。

  8. インスタンスパラメータを確認します。

    /usr/sap/SAPSID/JC INSTANCE_NUMBER/j2ee/configtool にあるスクリプト、offlinecfgeditor.sh を使用して構成ツールを起動します。

    • cluster_data インスタンスパラメータが Propertysheet instance.properties.IDxxxxxx に設定されていることを確認します。

    • instance.ms.host が論理ホスト名に設定されていることを確認します。

ProcedureSAP Web Application Server をクラスタで実行するには

次のリソースグループは、この手順で作成されます。

クラスタで SAP J2EE engine を実行させる手順は、別の節に記載されています。「スタンドアロン SAP J2EE Engine をクラスタで実行できるようにするには」を参照してください。

手順

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

  2. SAP central services のリソースグループを作成します。

    SAP central services リソースグループは、SAP enqueue server リソース、SAP message server リソースとこれらのリソースの論理ホスト名を含むフェイルオーバーグループです。


    # scrgadm -a  -g central-rg
    -a

    追加する新しいリソースグループを指定します。

    -g central-rg

    追加するリソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループ名にする必要があります。

  3. 手順 2で作成したリソースグループに logical-host-name リソースを追加します。


    # scrgadm -a -L -g central-rg  -l central-logical-hostname [ -n netiflist]
    -a

    新しい構成を追加します。

    -L

    追加する logical-host-name リソースを指定します。

    -g central-rg

    手順 2 で作成したリソースグループに追加する logical-host-name リソースを指定します。

    -l central-logical-hostname

    SAP central services リソースの logical-host-name を指定します。

    -n netiflist

    ネットワークインタフェースをコンマで区切って指定します。このネットワークインタフェースのリストには、ノードリストで指定した (このリソースグループの) すべてのノードが含まれていなければなりません。このようなネットワークインタフェースリストの指定は任意です。このリストを省略すると、各ノードで、ホスト名リストによって識別されるサブネットのネットワークインタフェースの検出が行われます。

  4. SAP central services リソースグループをオンラインにします。


    # scswitch -Z  -g central-rg
    -Z

    オンラインにするリソースグループを指定します。

    -g central-rg

    オンラインにするリソースグループの名前を指定します。この名前は、手順 2 で作成したリソースグループの名前です。

  5. SAP replica server のリソースグループを作成します。

    SAP replica server リソースグループは、SAP replica server リソースとこのリソースの論理ホスト名を含むフェイルオーバーリソースグループです。


    # scrgadm -a  -g repl-rg
    -a

    追加する新しいリソースグループを指定します。

    -g repl-rg

    追加するリソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループ名にする必要があります。

  6. 手順 5 で作成したリソースグループに logical-host-name リソースを追加します。


    # scrgadm -a -L -g repl-rg  -l saprepl-logical-hostname [ -n netiflist]
    -a

    新しい構成を追加します。

    -L

    追加する logical-host-name リソースを指定します。

    -g repl-rg

    手順 5で作成したリソースグループに追加する logical-host-name リソースを指定します。

    -l saprepl-logical-hostname

    SAP replica server リソースの論理ホスト名を指定します。

    -n netiflist

    ネットワークインタフェースをコンマで区切って指定します。このネットワークインタフェースのリストには、ノードリストで指定した (このリソースグループの) すべてのノードが含まれていなければなりません。このようなネットワークインタフェースリストの指定は任意です。このリストを省略すると、各ノードで、ホスト名リストによって識別されるサブネットのネットワークインタフェースの検出が行われます。

  7. SAP replica server リソースグループをオンラインにします。


    # scswitch -Z  -g repl-rg
    -Z

    オンラインにするリソースグループを指定します。

    -g repl-rg

    オンラインにするリソースグループの名前を指定します。この名前は、手順 5で作成したリソースグループの名前です。

  8. SAP central services リソースグループと SAP replica server リソースグループ間に弱い肯定的なアフィニティーを設定します。

    この弱い肯定的なアフィニティー設定により、フェイルオーバー時、SAP central services リソースグループは、SAP replica server リソースグループが実行されていたノードにフェイルオーバーします。


    # scrgadm -c  -g central-rg  -y RG_affinities=+repl-rg
    -c

    変更するリソースグループを指定します。

    -g central-rg

    変更するリソースグループの名前を指定します。

    -y RG_affinities=+repl-rg

    central-rg リソースグループが repl-rg リソースグループとの弱い肯定的なアフィニティーを持っていることを指定します。

  9. SAP central services リソースグループと SAP replica server リソースグループが同じノードでオンラインの場合は、どちらかを別のノードに切り替えます。

    このリソースグループ間に強い肯定的なアフィニティーを設定する前に、2 つのリソースグループが別々のノード上で制御されるようにしてください。


    # scswitch -z  -g rg  -h node
    -z

    別のノードに切り替えるリソースグループを指定します。

    -g rg

    切り替えるリソースグループの名前を指定します。このリソースグループは、SAP central services リソースグループの場合と SAP replica server リソースグループの場合があります。

    -h node

    リソースグループを切り替える先のノードを指定します。

  10. SAP central services リソースグループと SAP replica server リソースグループ間に強い肯定的なアフィニティーを設定します。

    この肯定的なアフィニティー設定によって、ノードのフェイルオーバーが適切に行われます。SAP central services リソースグループは、SAP replica server リソースグループが実行されていたノードにフェイルオーバーされます。次に、SAP replica server リソースグループは、別の使用可能なノードにフェイルオーバーされます。

    SAP replica server リソースグループが、SAP central services リソースグループがオンラインのノードでオンラインになったり、オンライン状態を持続したりすることはできません。


    # scrgadm -c  -g repl-rg  -y RG_affinities=--central-rg
    -c

    変更するリソースグループを指定します。

    -g repl-rg

    変更するリソースグループの名前を指定します。

    -y RG_affinities=--central-rg

    repl-rg リソースグループが central-rg リソースグループとの強い否定的なアフィニティーを持っていることを指定します。

  11. SAP web application server コンポーネントのリソースグループを作成します。

    SAP web application server リソースグループは、SAP web application server コンポーネントのリソースを含むフェイルオーバーまたはスケーラブルリソースグループとして構成できます。SAP web application server をフェイルオーバーリソースとして構成した場合、このリソースの論理ホスト名は、SAP web application server リソースグループにも含まれます。

    • フェイルオーバーリソースグループを作成するには、次のコマンドを使用します。


      # scrgadm -a  -g webas-rg

    • スケーラブルリソースグループを作成するには、次のコマンドを使用します。


      # scrgadm -a  -g scalwebas-rg \
-y Maximum_primaries=value  -y Desired_primaries=value
    -a

    追加する新しいリソースグループを指定します。

    -g webas-rg

    追加するフェイルオーバーリソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループ名にする必要があります。

    -g scalwebas-rg

    追加するスケーラブルリソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループ名にする必要があります。

    -y Maximum_primaries=value

    このスケーラブルリソースグループの主ノードの最大数を指定します。

    -y Desired_primaries=value

    このスケーラブルリソースグループの主ノードの必要な数を指定します。

  12. 手順 11で作成したリソースグループがフェイルオーバーリソースグループとして構成されている場合、そのリソースグループに logical-host-name リソースを追加します。

    手順 11で作成したリソースグループがスケーラブルリソースグループとして構成されている場合は、この手順を省略してください。


    # scrgadm -a -L -g webas-rg  -l webas-logical-hostname [ -n netiflist]
    -a

    新しい構成を追加します。

    -L

    追加する logical-host-name リソースを指定します。

    -g webas-rg

    手順 11で作成したリソースグループに追加する logical-host-name リソースを指定します。

    -l webas-logical-hostname

    SAP web application server コンポーネントリソースの logical-host-name を指定します。

    -n netiflist

    ネットワークインタフェースをコンマで区切って指定します。このネットワークインタフェースのリストには、ノードリストで指定した (このリソースグループの) すべてのノードが含まれていなければなりません。このようなネットワークインタフェースリストの指定は任意です。このリストを省略すると、各ノードで、ホスト名リストによって識別されるサブネットのネットワークインタフェースの検出が行われます。

  13. SAP web application server リソースグループをオンラインにします。


    # scswitch -Z  -g webas-rg
    -Z

    オンラインにするリソースグループを指定します。

    -g webas-rg

    オンラインにするリソースグループの名前を指定します。この名前は、手順 11で作成したリソースグループの名前です。

  14. (省略可能) 重要ではないリソースグループを負荷解除するようにクラスタを構成することを検討します。

    重要で優先度の高い SAP central services リソースがフェイルオーバーできるノードで、重要ではなく優先度が低い SAP web application server コンポーネントリソースを実行するように計画する場合があります。この場合は、リソースグループ間に強い否定的なアフィニティーを設定することを検討してください。この設定により、優先度の高い SAP central services リソースが、優先度の低い SAP web application server コンポーネントリソースが実行されているノードにフェイルオーバーする場合、優先度の低いリソースは負荷解除され、重要な SAP central services リソースのために使用できるようそのノードのリソースは自動的に解放されます。


    # scrgadm -c  -g webas-rg  -y RG_affinities=--central-rg
    -c

    変更するリソースグループを指定します。

    -g webas-rg

    変更するリソースグループの名前を指定します。

    -y RG_affinities=--central-rg

    webas-rg リソースグループが central-rg リソースグループとの強い否定的なアフィニティーを持っていることを指定します。webas-rg リソースグループが動作しているノードに central-rg リソースグループがフェイルオーバーした場合、webas-rg リソースグループは負荷解除されます。

  15. SAP Web Application Server インストールおよび構成プロセスで変更されたすべてのシステムファイルを SAP Web Application Server リソースを実行するすべてのノードにコピーします。これらのファイルには、次のファイルが含まれます。

    • /etc/passwd

    • /etc/group

    • /etc/system

    • /etc/services

Procedureスタンドアロン SAP J2EE Engine をクラスタで実行できるようにするには

手順

  1. SAP J2EE engine のリソースグループを作成します。

    SAP J2EE engine リソースグループは、SAP J2EE engine 用のリソースを格納するフェイルオーバーまたはスケーラブルリソースグループとして構成できます。SAP J2EE engine をフェイルオーバーリソースとして構成する場合、そのリソースの論理ホスト名もこのリソースグループに格納されます。

    • フェイルオーバーリソースグループを作成するには、次のコマンドを使用します。


      # scrgadm -a  -g j2ee-rg

    • スケーラブルリソースグループを作成するには、次のコマンドを使用します。


      # scrgadm -a  -g j2ee-rg \
-y Maximum_primaries=value  -y Desired_primaries=value
    -a

    追加する新しいリソースグループを指定します。

    -g j2ee-rg

    追加するリソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループ名にする必要があります。手順 4 in 「スタンドアロン SAP J2EE Engine リソースを登録して構成するには」で SAP J2EE engine リソースを構成するときには、この名前を使用します。

    -y Maximum_primaries=value

    スケーラブルリソースグループの主ノードの最大数を指定します。

    -y Desired_primaries=value

    スケーラブルリソースグループの主ノードの希望数を指定します。

  2. 手順 1 で作成したリソースグループがフェイルオーバーリソースグループとして構成されている場合、そのリソースグループに logical-host-name リソースを追加します。

    手順 1 で作成したリソースグループがスケーラブルリソースグループとして構成されている場合は、この手順を省略してください。


    # scrgadm -a -L -g j2ee-rg  -l j2ee-logical-hostname [ -n netiflist]
    -a

    新しい構成を追加します。

    -L

    追加する logical-host-name リソースを指定します。

    -g j2ee-rg

    手順 1 で作成したリソースグループに追加する logical-host-name リソースを指定します。

    -l j2ee-logical-hostname

    SAP J2EE engine リソースの logical-host name を指定します。手順 4 in 「スタンドアロン SAP J2EE Engine リソースを登録して構成するには」で SAP J2EE engine リソースを構成するときには、この名前を使用します。

    -n netiflist

    ネットワークインタフェースをコンマで区切って指定します。このネットワークインタフェースのリストには、ノードリストで指定した (このリソースグループの) すべてのノードが含まれていなければなりません。このようなネットワークインタフェースリストの指定は任意です。このリストを省略すると、各ノードで、ホスト名リストによって識別されるサブネットのネットワークインタフェースの検出が行われます。

  3. SAP J2EE engine リソースグループをオンラインにします。


    # scswitch -Z  -g j2ee-rg
    -Z

    オンラインにするリソースグループを指定します。

    -g j2ee-rg

    オンラインにするリソースグループの名前を指定します。この名前は、手順 1 で作成したリソースグループの名前です。