SAP およびデータベースのインストールと構成
この節の手順では、次の作業を行ないます。
-
SAP とデータベースをインストールします。
-
SAP とスケーラブルアプリケーションサーバーをインストールします。
-
SAP をクラスタで実行できるようにします。
-
SAP とデータベースのインストールを確認します (セントラルインスタンス)。
-
SAP とデータベースのインストールを確認します (フェイルオーバーアプリケーションサーバー)。
SAP とデータベースをインストールする方法
SAP とデータベースをインストールする手順は次のとおりです。
-
セントラルインスタンスをインストールするクラスタノードの 1 つでスーパーユーザーになります。
-
クラスタファイルシステムに SAP バイナリをインストールします。
注 -SAP ソフトウェアをクラスタファイルシステムにインストールする前に、scstat(1M) コマンドを使って、Sun Cluster ソフトウェアが完全に動作することを確認してください。
-
SAP アプリケーションを実行するすべてのクラスタノードで /etc/system ファイルを編集して、SAP に必要なすべてのカーネルパラメータを変更します。
/etc/system ファイルを編集したなら、各ノードを再起動します。カーネルパラメータの変更については、SAP のマニュアル『R/3 Installation on UNIX-OS Dependencies』を参照してください。
-
セントラルインスタンスやデータベース、アプリケーションサーバーインスタンスのインストール方法については、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 になり、次の作業を行ないます。
-
ユーザー 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 の構成」 に進みます。
- © 2010, Oracle Corporation and/or its affiliates