この章では、Sun Cluster HA for SAP をインストールして構成する手順について説明します。
この章では、次の手順について説明します。
リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法
scinstall ユーティリティーを使用して、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 は、フェイルオーバーアプリケーションまたはスケーラブルアプリケーションとして構成できます。
表 1–1 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 を登録します。
表 1–2 に、 Sun Cluster HA for SAP のインストールと構成に必要な作業を示します。指定された順序に従って、各作業を行ってください。
表 1–2 作業マップ : Sun Cluster HA for SAP のインストールと構成
作業 |
参照先 |
---|---|
SAP インストールの計画 | |
Sun Cluster HA for SAP のアップグレード |
リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法 |
ノードとディスクの準備 | |
SAP、SAP フェイルオーバーアプリケーションサーバー、およびデータベースのインストール
DBMS のための Sun Cluster HA の構成
SAP のインストールの確認 |
フェイルオーバー SAP インスタンスをクラスタで実行可能にする
|
または |
|
SAP、SAP スケーラブルアプリケーションサーバー、およびデータベースのインストール
DBMS のための Sun Cluster HA の構成
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 のインストールと構成を確認する
スケーラブルデータサービスとしての 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 Data Services 10/03 Release Notes 』を参照してください。
ノード名は SAP インストールガイドの指定に従っている必要があります。これは SAP ソフトウェアの制約です。
次の要件を満たさないと、データサービスの構成がサポートされない場合があります。
Sun Cluster HA for SAP のインストールと構成の計画を行うときは、ここに記載されている要件を満たしてください。これらの要件が適用されるのは、Sun Cluster HA for SAP だけです。 Sun Cluster HA for SAP のインストールと構成を始める前に、次の要件を満たしておく必要があります。
すべてのデータサービスに適用される要件については、『Sun Cluster 3.1 データサービスの計画と管理』の「Sun Cluster データサービスの構成と管理」を参照してください。
データベース用のファイルシステムと 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 SAP の構成方法については、『Sun Cluster 3.1 Data Service for Network File System (NFS) ガイド』の「Sun Cluster HA for NFS のインストールと構成」を参照してください。
セントラルインスタンスが動作するクラスタまたは別のクラスタにアプリケーションサーバーをインストールします。アプリケーションサーバーをクラスタ環境の外部にインストールして構成すると、Sun Cluster HA for SAP による障害監視は行なわれせん。したがって、これらのアプリケーションサーバーの再起動やフェイルオーバーは自動的には行なわれません。ユーザーは、このようなアプリケーションサーバーの起動や停止を手動で行なう必要があります。
自動待ち行列化再接続機構の機能をもつ SAP ソフトウェアバージョンを使用します。Sun Cluster HA for SAP にはこの機能が必要です。パッチ情報付きの SAP 4.0 以降のソフトウェアには、自動待ち行列化再接続機構の機能が装備されています。
ここで説明する標準構成を使用して、Sun Cluster HA for SAP のインストールと構成の計画を行ってください。Sun Cluster HA for SAP は、ここで紹介する標準構成をサポートします。Sun Cluster HA for SAP は、他の構成もサポートする場合があります。ただし、Enterprise Services の担当者に連絡し、他の構成に関する情報を得る必要があります。
図 1–2 の構成は、これまでの Sun Cluster リリースでよく見られる構成です。Sun Cluster ソフトウェアを最大限に活用するには、図 1–1 または 図 1–3 のように SAP を構成する必要があります。
ここで説明する考慮事項を検討して、Sun Cluster HA for SAP のインストールと構成の計画を行なってください。Sun Cluster HA for SAP のインストールと構成によって、どのような影響が出るかを考慮する必要があります。
sapstart 実行可能ファイルの最新パッチを取得してください。Sun Cluster HA for SAP のユーザーがロックファイルを構成するには、このパッチが必要です。使用するクラスタ環境でのこのパッチのメリットについては、ロックファイルの設定を参照してください。
Sun Cluster 構成にインストールする SAP ソフトウェアリリースやデータベースに関連する SAP のすべてのオンラインサービスシステムノートに目を通してください。インストールに関連する既知の問題や修正を確認してください。
推奨するメモリやスワップの容量については、SAP ソフトウェアのマニュアルを参照してください。SAP ソフトウェアには、大量のメモリとスワップが必要です。
セントラルインスタンス、データベースインスタンス、およびアプリケーションサーバー (内部アプリケーションサーバーがある場合) が動作する可能性がある各ノードでは負荷合計を多めに見積もってください。フェイルオーバーが起きたときに、セントラルインスタンス、データベースインスタンス、およびアプリケーションサーバーが 1 つのノードで動作するようにクラスタを構成する場合には、これを考慮することが特に重要です。
SAPSIDadm ホームディレクトリをクラスタファイルシステムに配置します。これによって、すべてのノードで動作するすべてのアプリケーションサーバーインスタンスに対して 1 つのスクリプト群を保守するだけですむようになります。ただし、一部のアプリケーションサーバーだけを異なる方法で構成する必要がある (たとえば、アプリケーションサーバーごとにプロファイルが異なる) 場合は、これらのアプリケーションサーバーを異なるインスタンス番号でインストールし、別個のリソースグループとして構成します。
アプリケーションサーバーのディレクトリを (クラスタファイルシステムではなく) 各ノードにローカルでインストールします。これは、他のアプリケーションサーバーがこのアプリケーションサーバーの log/data/work/sec ディレクトリを上書きするのを防止するためです。
複数のノードにすべてのアプリケーションサーバーインスタンスを作成する場合は、同じインスタンス番号を使用してください。これにより、1 組のコマンドを使って複数のノードにあるすべてのアプリケーションサーバーを操作できるので、保守や管理が容易になります。
優先順位の高いリソースのフェイルオーバー時に、RGOffload リソースタイプを使用して 1 つ以上のアプリケーションサーバーを停止する場合は、アプリケーションサーバーを複数のリソースグループに組み込んでください。 こうすると、RGOffload リソースタイプを使用して 1 つ以上のデータベース用のアプリケーションサーバーをオフロードする場合に、柔軟性と可用性が得られます。その結果得られるメリットは、各アプリケーションサーバーを 1 つの大きなグループに配置することによって得られる使い易さを上回ります。RGOffload リソースタイプの使い方については、『Sun Cluster 3.1 データサービスの計画と管理』の「重要ではないリソースグループをオフロードすることによるノードリソースの解放」を参照してください。
SAP ログオングループごとに、別個のスケーラブルアプリケーションサーバーインスタンスを作成します。
ローカルインスタンスディレクトリに SAP ロックファイルを作成します。これにより、すでに実行中のアプリケーションインスタンスをシステム管理者が手動で起動する事態を防止できます。
ここに記載された質問に基づいて、Sun Cluster HA for SAP のインストールと構成の計画を行なってください。『Sun Cluster 3.1 データサービスの計画と管理』の「構成ワークシート」にあるデータサービスワークシートに、質問に対する答えを記入してください。各質問の関連情報については、構成上の考慮事項を参照してください。
ネットワークアドレスとアプリケーションリソースにどのリソースグループを使用しますか、またそれらの間にはどのような依存関係がありますか。
データサービスへのアクセスにクライアントが使用する論理ホスト名 (フェイルオーバーサービス用) を指定してください。
システム構成ファイルはどこに置きますか。
クラスタファイルシステムではなく、ローカルファイルシステム上に SAP バイナリプログラムを配置することの長所と短所については、『 Sun Cluster 3.1 データサービスの計画と管理』の「Sun Cluster データサービスの構成のガイドライン」を参照してください。
表 1–3 と表 1–4 に、Sun Cluster HA for SAP がサポートするパッケージを示します。
表 1–3 Sun Cluster 3.0 7/01 以降の Sun Cluster HA for SAP パッケージ
リソースタイプ |
説明 |
---|---|
SUNW.sap_ci |
フェイルオーバーセントラルインスタンスのサポートを追加 |
SUNW.sap_as |
フェイルオーバーアプリケーションサーバーのサポートを追加 |
Sun Cluster HA for SAP 対応リソースタイプ (RT) の最新バージョンは *_v2 です。*_v2 リソースタイプはオリジナルの RT のスーパーセットです。できるだけ、提供されている最新の RT を使用してください。
表 1–4 Sun Cluster 3.0 12/01 以降の Sun Cluster HA for SAP パッケージ
リソースタイプ |
説明 |
---|---|
SUNW.sap_ci |
Sun Cluster 3.0 7/01 と同じ。表 1–3を参照 |
SUNW.sap_as |
Sun Cluster 3.0 7/01 と同じ表 1–3を参照 |
SUNW.sap_ci_v2 |
Network_resources_used リソースプロパティを Resource Type Registration (RTR) ファイルに追加 |
|
フェイルオーバーセントラルインスタンスのサポートは維持されます。 |
SUNW.sap_as_v2 |
Network_resources_used リソースプロパティを RTR ファイルに追加 スケーラブルアプリケーションサーバーのサポートを追加 |
|
フェイルオーバーアプリケーションサーバーのサポートは維持されます。 |
表 1–3 と 表 1–4 に示したように、Sun Cluster 3.0 7/01 のSun Cluster HA for SAP パッケージは、スケーラブルアプリケーションサーバーと Network_resources_used リソースプロパティをサポートしていません。したがって、アップグレードについては次の選択肢があります。
現在の SUNW.sap_ci と SUNW.sap_as リソースタイプを維持する (アップグレードしない)。次の項目のいずれかに該当する場合は、これを選択します。
ダウンタイムを予定することができない。
Network_resources_used リソースタイプが必要ない。
スケーラブルアプリケーションサーバーを構成する必要がない。
リソースタイプをアップグレードする。
リソースタイプのアップグレード方法については、リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法を参照してください。
フェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する。
フェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する手順については、リソースタイプをアップグレード、またはフェイルオーバーアプリケーションリソースをスケーラブルアプリケーションリソースに変換する方法を参照してください。
次の手順で、リソースタイプをアップグレードする、またはフェイルオーバーアプリケーションサーバーリソースをスケーラブルアプリケーションサーバーリソースに変換します。この手順を実行するには、ダウンタイムを予定する必要があります。
既存のリソースを無効にします。
既存のリソースをリソースグループから削除します。
既存のリソースタイプを使用しているリソースが他にない場合は、これを削除します。
新しいリソースタイプを登録します。
どちらの作業を行うかを選択します。
新しいアプリケーションサーバーリソースグループを作成します。
スケーラブルアプリケーションリソースをリソースグループに追加します。
ノードを準備するに進みます。
ここでは、ノードとディスクを準備する手順について説明します。
次の手順で、SAP をインストールして構成するための準備を行います。
すべてのノードでスーパーユーザーになります。
切り替えまたはフェイルオーバーの発生時に Sun Cluster HA for SAP の起動と停止が正常に行われるように、/etc/nsswitch.conf を構成します。
Sun Cluster HA for SAP が動作する論理ホストをマスターできる各ノードで、次の group エントリのどれかを /etc/nsswitch.conf ファイルに指定します。
group: group: files [NOTFOUND=return] nis group: file [NOTFOUND=return] nisplus |
Sun Cluster HA for SAP では、su user コマンドを使用して SAP の起動と検証を行います。クラスタノードのパブリックネットワークに障害が発生すると、ネットワーク情報ネームサービスが使用不能になることがあります。group エントリを /etc/nsswitch.conf ファイルに追加するときは、ネットワーク情報ネームサービスを利用できなかった場合にsu(1M) コマンドによって NIS/NIS+ ネームサービスの参照が起こらないことを確認してください。
スケーラブルデータサービスとして Sun Cluster HA for 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 スケーラブルアプリケーションサーバーをインストールして有効にするに進みます。
次の手順で、スケーラブルアプリケーションサーバーインスタンスをインストールします。この手順を実行する前に、セントラルインスタンスとデータベースをインストールしておく必要があります。ここでは、Sun Cluster HA for SAP で SAP 6.10 と SAP 6.20 のサービスを管理して、オンラインにするために、SAP 6.10 と SAP 6.20 のユーザーが実行する必要がある手順についても説明します。SAP 6.10 と SAP 6.20 は、startsap スクリプトと stopsap スクリプトを 1 つずつ作成します。他の SAP バージョンの場合は、作成された各サービスに対して、これらのスクリプトのうちの 1 つを作成します。 この相違により、SAP 6.10 と SAP 6.20 では、ユーザーが実行する手順が多くなります。
Sun Cluster HA for SAP で J2EE エンジンクラスタを構成する場合は、この手順を完了したあとで、アプリケーションサーバーを指定してSun Cluster HA for SAP で SAP J2EE エンジンクラスタを構成する の手順を実行します。
Sun Cluster HA for SAP エージェントで SAP Web ディスパッチャを構成する場合は、この手順を完了したあとで、Sun Cluster HA for SAP で SAP Web ディスパッチャを構成する の手順を実行します。
ファイルシステムの配置を次のようにすると、使い易さが増し、データの上書きを防止できます。
クラスタファイルシステム
/sapmnt/SID
/usr/sap/SID -> app-instance 以外のすべてのサブディレクトリ
/usr/sap/SID/home -> SAPSID adm ホームディレクトリ
/usr/sap/trans
ローカルファイルシステム
/usr/sap/local/SID/app-instance
すべての SAP ディレクトリをクラスタファイルシステムに作成します。
セントラルインスタンスとデータベースがフェイルオーバー可能であることを確認します。
セントラルインスタンスのクラスタファイルシステムにロックファイルを設定して、複数のノードから起動が行なわれるのを防止します。
セントラルインスタンスにロックファイルを設定する手順については、セントラルインスタンスまたはフェイルオーバーアプリケーションサーバー用のロックファイルを設定する を参照してください。
すべてのアプリケーションサーバーがクラスタファイルシステムの SAP バイナリを使用できることを確認します。
セントラルインスタンスとデータベースをクラスタファイルシステムにインストールします。
セントラルインスタンスとデータベースのインストール手順については、SAP のマニュアル『Installation of the SAP R/3 on UNIX』を参照してください。
スケーラブルアプリケーションサーバーが動作する可能性があるすべてのノードで、アプリケーションサーバーの起動や停止に必要な data/log/sec/work ディレクトリとログファイルのローカルディレクトリを作成します。
新しい各アプリケーションサーバーのローカルディレクトリを作成します。
例:
# mkdir -p /usr/sap/local/SID/D03 |
この手順は必須です。この手順を行わないと、クラスタファイルシステムに異なるアプリケーションサーバーインスタンスを誤ってインストールし、それによって 2 つのアプリケーションサーバーが互いを上書きするおそれがあります。
リンクを設定して、クラスタファイルシステムからこのローカルアプリケーションサーバーディレクトリを指定します。これによって、アプリケーションサーバー、startup ログファイル、および stop ログファイルがローカルファイルシステムにインストールされます。
例:
# ln -s /usr/sap/local/SID/D03 /usr/sap/SID/D03 |
アプリケーションサーバーをインストールします。
SAP 6.10 または SAP 6.20 のユーザーの場合 :
ユーザー sapsidadm になります。
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 |
次のファイルを変更するので、バックアップを作成します。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 |
手順 9 で作成したファイルの内容を変更し、物理ホストの参照をインスタンス番号に置き換えます。
このスケーラブルアプリケーションサーバーを実行するすべてのノードからこのアプリケーションサーバーインスタンスを起動または停止できるように、一貫性のある更新を実行することが重要です。たとえば、SAP インスタンス番号 02 の変更した場合は、このインスタンス番号を指定するところで、02 を使用します。使用する命名規則に一貫性がないと、このスケーラブルアプリケーションサーバーを実行するすべてのノードから、このアプリケーションサーバーインスタンスを起動または停止できなくなります。
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 ログオングループを作成します。
Sun Cluster HA for SAP で J2EE エンジンクラスタを構成する場合は、アプリケーションサーバーを指定してSun Cluster HA for SAP で SAP J2EE エンジンクラスタを構成するに進みます。
Sun Cluster HA for SAP エージェントで SAP Web ディスパッチャを構成する場合は、 Sun Cluster HA for SAP で SAP Web ディスパッチャを構成するに進みます。
Sun Cluster HA for SAP で J2EE エンジンクラスタまたは SAP Web ディスパッチャを使用しない場合は、DBMS のための Sun Cluster HA の構成 に進みます。
SAP ソフトウェアは、インストールすると、その SAP インスタンスをインストールしたサーバー上にファイルとシェルスクリプトを作成します。これらのファイルやスクリプトでは物理サーバー名を使用します。SAP ソフトウェアを Sun Cluster ソフトウェアといっしょに使用する場合は、物理サーバーの参照をネットワークリソースの参照 (論理ホスト名) に変更する必要があります。次の手順を使用して、クラスタで SAP を実行できるようにします。
セントラルインスタンスを指定して Sun Cluster HA for SAP で J2EE エンジンクラスタを構成する場合は、この手順を完了したあとで、セントラルインスタンスを指定して Sun Cluster HA for SAP で SAP J2EE エンジンクラスタを構成する の手順を実行します。
SAP アプリケーションサーバーを指定して Sun Cluster HA for SAP で J2EE エンジンクラスタを構成する場合は、アプリケーションサーバーを指定してSun Cluster HA for SAP で SAP J2EE エンジンクラスタを構成するに進みます。
Sun Cluster HA for SAP エージェントで SAP Web ディスパッチャを構成する場合は、この手順を完了したあとで、Sun Cluster HA for SAP で SAP Web ディスパッチャを構成する の手順を実行します。
SAP ソフトウェアをインストールしたノードにログインします。
SAP インスタンス (セントラルインスタンスとアプリケーションサーバーインスタンス) とデータベースを停止します。
SAP 6.10 または SAP 6.20 のユーザーの場合 :
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 |
ユーザー sapsidadm になり、次の作業を行ないます。
SAPSIDadm ホームディレクトリで、物理サーバー名を参照するすべてのファイル名を変更します。
SAPSIDadm ホームディレクトリで、物理サーバー名を参照するすべてのファイル内容 (ログファイルの内容を除く) を変更します。
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 インスタンスをマスターする可能性があるすべてのノードに存在するか確認します。
セントラルインスタンスを指定して、Sun Cluster HA for SAP で J2EE エンジンクラスタを構成する場合は、セントラルインスタンスを指定して Sun Cluster HA for SAP で SAP J2EE エンジンクラスタを構成するに進みます。
SAP アプリケーションサーバーを指定して Sun Cluster HA for SAP で J2EE エンジンクラスタを構成する場合は、アプリケーションサーバーを指定してSun Cluster HA for SAP で SAP J2EE エンジンクラスタを構成するに進みます。
Sun Cluster HA for SAP エージェントで SAP Web ディスパッチャを構成する場合は、 Sun Cluster HA for SAP で SAP Web ディスパッチャを構成する に進みます。
Sun Cluster HA for SAP エージェントで J2EE エンジンクラスタまたは SAP Web ディスパッチャを使用しない場合は、DBMS のための Sun Cluster HA の構成 に進みます。
SAP スケーラブルアプリケーションサーバーをインストールして有効にするを完了してから、次の手順を実行します。
SAP J2EE エンジンは、Sun Cluster HA for SAP の保護下にある SAP ディスパッチャが起動します。SAP J2EE エンジンが停止した場合は、SAP ディスパッチャが再起動します。
SAP J2EE の管理ツール GUI を使用して ClusterHosts パラメータを変更し、dispatcher/Manager/ClusterManager の下にセントラルインスタンスの論理ホストとポートのペアを指定します。
logical-host-ci:port |
ファイル j2ee-install-dir/additionalproperties を次のように変更します。
com.sap.instanceId = logical-host-as_SID_SYSNR |
ファイルj2ee-install-dir/server/services/security/work/R3Security.propertie を次のように変更します。
sapbasis.ashost = logical-host-as |
DBMS のための Sun Cluster HA の構成に進みます。
フェイルオーバー SAP インスタンスをクラスタで実行可能にするを完了してから、次の手順を実行します。
SAP J2EE エンジンは、Sun Cluster HA for SAP の保護下にある SAP ディスパッチャが起動します。SAP J2EE エンジンが停止した場合は、SAP ディスパッチャが再起動します。
SAP J2EE の管理ツール GUI を使用して ClusterHosts パラメータを変更し、dispatcher/Manager/ClusterManager の下にアプリケーションサーバーのすべての論理ホストとポートペアを指定します。たとえば、次のように指定します。
as1–1h:port;as2–1h:port ... |
ファイル j2ee-install-dir/additionalproperties を次のように変更します。
com.sap.instanceId = logical-host-ci_SID_SYSNR |
ファイルj2ee-install-dir/server/services/security/work/R3Security.properties を次のように変更します。
sapbasis.ashost = logical-host-ci |
ファイル SDM-dir/program/config/flow.xml を変更します。
host = logical-host-ci |
DBMS のための Sun Cluster HA の構成に進みます。
Sun Cluster HA for SAP でSAP Web ディスパッチャを構成したあとで、次の手順を実行します。
SAP Web ディスパッチャには、自動再起動機能があります。SAP Web ディスパッチャが停止すると、SAP Web ディスパッチャのウォッチドッグプロセスが再起動します。現在、SAP Web ディスパッチャに使用できる Sun Cluster エージェントはありません。
SAP Web ディスパッチャには、セントラルインスタンスまたはアプリケーションサーバーインスタンスと異なるインスタンス番号を指定する必要があります。
たとえば、SAP Web ディスパッチャのプロファイルでは SAPSYSTEM = 66 が使用されています。
SAP Web アプリケーションサーバーをインストールしたあとで、Internet Communication Frame Services を手動でアクティブにします。
詳細は、SAP OSS ノートの 517484 を参照してください。
DBMS のための Sun Cluster HA の構成に進みます。
SAP はさまざまなデータベースをサポートしています。高可用性データベースに対応するリソースタイプやリソースグループ、リソースを設定する方法については、Sun Cluster データサービスの該当するマニュアルを参照してください。たとえば、SAP とともに Oracle を使用する場合は、『 Sun Cluster 3.1 Data Service for Oracle ガイド』の「Sun Cluster HA for Oracle のインストールと構成」を参照してください。
さらに、使用するデータベースに関連して構成する必要があるその他のリソースタイプについては、Sun Cluster データサービスのマニュアルと、該当するデータベースインストールガイドの適切な章を参照してください。Sun Cluster データサービスのマニュアルには、Oracle データベースに対応する他のリソースタイプの構成方法が詳しく記載されています。たとえば、Oracle を使用する場合は、SUNW.HAStoragePlus リソースタイプを設定する必要があります。詳細については、『Sun Cluster 3.1 データサービスの計画と管理』の「リソースグループとディスク装置グループとの間で起動を同期させる」を参照してください。
SAP とデータベースのインストールを確認する (セントラルインスタンス)またはSAP スケーラブルアプリケーションサーバーを確認するに進みます。
ここでは、SAP のインストールを確認する手順について説明します。
次の手順で、SAP のセントラルインスタンスを確認します。セントラルインスタンスが動作する可能性のあるすべてのノードで、次に手順を実行します。
ネットワークリソースやセントラルインスタンスリソースを収容するフェイルオーバーリソースグループを作成します。
# scrgadm -a -g sap-ci-resource-group [-h nodelist] |
scrgadm(1M) コマンドの-h オプションを使用して、SAP セントラルインスタンスが動作する可能性のあるノードグループを選択します。
ネームサービスデータベースに、使用するすべてのネットワーク資源が追加されているか確認します。
フェイルオーバーリソースグループにネットワークリソース (論理ホスト名) を追加します。
# 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 |
scrgadm コマンドの -h オプションを使用して、SAP アプリケーションサーバーが動作する可能性のあるノードグループを選択します。
# 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 |
Sun Cluster HA for SAP パッケージのインストールに進みます。
SAP スケーラブルアプリケーションサーバーをインストールして有効にするでスケーラブルアプリケーションサーバーインスタンスをインストールした場合は、SAP スケーラブルアプリケーションサーバーをインストールして有効にするの手順 13 で SAP スケーラブルアプリケーションサーバーのインストールをすでに確認しています。
Sun Cluster HA for SAP パッケージのインストールに進みます。
Sun Cluster の初回のインストール時に、Sun Cluster HA for SAP パッケージをインストールしなかった場合は、ここで説明する手順に従ってパッケージをインストールしてください。Sun Cluster HA for SAP パッケージをインストールする各クラスタノードで、この手順を実行します。この手順を実行するには、Sun Cluster Agents CD-ROM が必要です。
複数のデータサービスを同時にインストールする場合は、『Sun Cluster 3.1 10/03 ソフトウェアのインストール』の「ソフトウェアのインストール」に記載されている手順を実行してください。
Sun Cluster HA for SAP パッケージは、次のどちらかのインストールツールを使用してインストールします。
Web Start プログラム
scinstall ユーティリティ
Web Start プログラムは、Sun Cluster 3.1 データサービス 10/03 より前のリリースでは利用 できません。
Web Start プログラムは、コマンド行インタフェース (CLI) またはグラフィカルユーザーインタフェース (GUI) のどちらでも実行できます。作業の内容と順序は、CLI でも GUI でも同様です。 Web Start プログラムの詳細は、installer(1M) のマニュアルページを参照してください。
Sun Cluster HA for SAP パッケージをインストールするクラスタノードで、スーパーユーザーになります。
(省略可能) GUI を使用して Web Start プログラムを実行する場合は、DISPLAY
環境変数を設定しておく必要があります。
CD-ROM ドライブに Sun Cluster Agents CD-ROM を読み込みます。
ボリューム管理デーモン vold(1M) が実行され、CD-ROM デバイスを管理するように構成されている場合、CD-ROM は /cdrom/scdataservices_3_1_vb ディレクトリに自動的にマウントされます。
CD-ROM の Sun Cluster HA for SAP コンポーネントディレクトリに切り替えます。
Sun Cluster HA for SAP データサービス用の Web Start プログラムはこのディレクトリにあります。
# cd /cdrom/scdataservices_3_1_vb/\ components/SunCluster_HA_SAP_3.1/ |
Web Start プログラムを起動します。
# ./installer |
表示される手順に従って、ノードに Sun Cluster HA for SAP パッケージをインストールします。
インストールが完了すると、インストールサマリが表示します。このサマリによって、インストール中に Web Start プログラムが作成したログを確認できます。これらのログは、/var/sadm/install/logs ディレクトリにあります。
Web Start プログラムを終了します。
CD-ROM ドライブから Sun Cluster Agents CD-ROM を読み取り解除します。
Sun Cluster HA for SAP の登録と構成に進みます。
CD-ROM ドライブに Sun Cluster Agents CD-ROM を挿入します。
オプションは指定せずに、scinstall ユーティリティーを実行します。
scinstall ユーティリティーが対話型モードで起動します。
「新しいデータサービスのサポートを追加」メニューオプションを選択します。
scinstall ユーティリティーにより、ほかの情報を入力するためのプロンプトが表示されます。
Sun Cluster Agents CD-ROM のパスを指定します。
この CD-ROM はデータサービス CD-ROM として表示されます。
インストールするデータサービスを指定します。
選択したデータサービスが scinstall ユーティリティーによって示され、この選択内容の確認が求められます。
scinstall ユーティリティーを終了します。
ドライブから CD-ROM をアンロードします。
Sun Cluster HA for SAP の登録と構成に進みます。
ここでは Sun Cluster HA for SAP の構成手順について説明します。
表 1–5 と 表 1–6 の拡張プロパティを使用して、リソースを作成します。リソースを作成するときにコマンド行の scrgadm -x parameter=value を使用して拡張プロパティを構成します。リソースが作成済みの場合は、『 Sun Cluster 3.1 データサービスの計画と管理』の「データサービスリソースの管理」で説明している手順に従って、拡張プロパティを構成します。拡張プロパティの中には動的に変更できるものがあります。それ以外の拡張プロパティは、リソースを作成するか無効にするときにしか更新できません。プロパティをいつ変更できるかについては、説明欄の「調整 : 」の項を参照してください。付録 A に、すべての Sun Cluster プロパティが記載されています。
表 1–5 Sun Cluster HA for SAP 拡張プロパティ (セントラルインスタンス)
プロパティの種類 |
プロパティ名 |
説明 |
---|---|---|
SAP 構成
|
SAPSID |
SAP システム ID (SID) 初期値 : なし 調整 : 無効時 (When_ disabled) |
Ci_instance_id |
2 桁の SAP システム番号 初期値 : 00 調整 : 無効時 (When_ disabled) |
|
Ci_services_string |
セントラルインスタンスサービスのリスト 初期値 : DVEBMGS 調整 : 無効時 (When_ disabled)
|
|
SAP の起動
|
Ci_start_retry_ interval |
セントラルインスタンスを起動する前にデータベースとの接続を試みる間隔 (秒単位) 初期値 : 30 調整 : 無効時 (When_ disabled) |
Ci_startup_script |
SIDadm ホームディレクトリにおけるこのインスタンスの SAP 起動スクリプトの名前 初期値 : なし 調整 : 無効時 (When_ disabled) |
|
SAP の停止
|
Stop_sap_pct |
stop-timeout 変数がこの値に達すると、SAP プロセスが停止します。プロセスの停止には SAP 停止スクリプトが使用されます。その後で、Process Monitor Facility (PMF) が呼び出されてプロセスが停止され、終了されます。 初期値 : 95 調整 : 無効時 (When_ disabled) |
Ci_shutdown_script |
SIDadm ホームディレクトリにおけるこのインスタンスの SAP 停止スクリプトの名前 初期値 : なし 調整 : 無効時 (When_ disabled) |
|
プローブ |
Message_server_name |
SAP Message Server の名前
初期値 : sapms SAPSID 調整 : 無効時 (When_ disabled) |
Lgtst_ms_with_ logicalhostname |
SAP lgtst ユーティリティーで SAP Message Server を検査する方法です。lgtst ユーティリティーでは、SAP Message Server の場所としてホスト名 (IP アドレス) が必要です。このホスト名は、Sun Cluster の論理ホスト名またはローカルホスト (ループバック) 名です。このリソースプロパティに TRUE が設定されている場合は、論理ホスト名を使用する必要があります。それ以外の場合は、ローカルホスト名を使用します。
初期値 : TRUE 調整 : 任意の時点 (Anytime) |
|
Check_ms_retry |
SAP Message Server の検査に何回失敗したら、これを完全な失敗として報告し、Resource Group Manager (RGM) を起動するか。
初期値 : 2 調整 : 無効時 (When_ disabled) |
|
Probe_timeout |
プローブのタイムアウト値 (秒単位)
初期値 : 120 調整 : 任意の時点 (Anytime) |
|
Monitor_retry_count |
障害モニターに許されている PMF 再起動の回数
初期値 : 4 調整 : 任意の時点 (Anytime) |
|
Monitor_retry_ interval |
障害モニターを再起動する間隔 (分単位)
初期値 : 2 調整 : 任意の時点 (Anytime) |
|
開発システム
|
Shutdown_dev |
RGM に、セントラルインスタンスを起動する前に開発システムを停止させるかどうか。
初期値 : FALSE 調整 : 無効時 (When_ disabled) |
Dev_sapsid |
開発システムの SAP システム名。Sun Cluster HA for SAP では、Shutdown_dev に TRUE を設定した場合、このプロパティを指定する必要があります。
初期値 : なし 調整 : 無効時 (When_ disabled) |
|
Dev_shutdown_script |
開発システムの停止に使用されるスクリプト。Sun Cluster HA for SAP では Shutdown_dev に TRUE を設定した場合、このプロパティを指定する必要があります。
初期値 : なし 調整 : 無効時 (When_ disabled) |
|
Dev_stop_pct |
Sun Cluster HA for SAP が開発システムをシャットダウンしてセントラルインスタンスを起動するまでの起動タイムアウト。
初期値 : 20 調整 : 無効時 (When_ disabled) |
表 1–6 Sun Cluster HA for SAP 拡張プロパティ (アプリケーションサーバー)
プロパティの種類 |
プロパティ名 |
説明 |
---|---|---|
SAP 構成
|
SAPSID |
アプリケーションサーバーの SAP システム名または SAPSID
初期値 : なし 調整 : 無効時 (When_ disabled) |
As_instance_id |
アプリケーションサーバーの 2 桁の SAP システム番号
初期値 : なし 調整 : 無効時 (When_ disabled) |
|
As_services_string |
アプリケーションサーバーサービスのリスト
初期値 : D 調整 : 無効時 (When_ disabled) |
|
SAP の起動
|
As_db_retry_interval |
アプリケーションサーバーを起動する前にデータベースとの接続を試みる間隔 (秒単位)
初期値 : 30 調整 : 無効時 (When_ disabled) |
As_startup_script |
アプリケーションサーバーの SAP 起動スクリプトの名前
初期値 : なし 調整 : 無効時 (When_ disabled) |
|
SAP の停止
|
Stop_sap_pct |
stop-timeout 変数がこの値に達すると、SAP プロセスが停止します。プロセスの停止には SAP 停止スクリプトが使用されます。その後で、Process Monitor Facility (PMF) が呼び出されてプロセスが停止され、終了されます。
初期値 : 95 調整 : 無効時 (When_ disabled) |
As_shutdown_script |
アプリケーションサーバーの SAP 停止スクリプトの名前
初期値 : なし 調整 : 無効時 (When_ disabled) |
|
プローブ |
Probe_timeout |
プローブのタイムアウト値 (秒単位)
初期値 : 60 調整 : 任意の時点 (Anytime) |
Monitor_retry_count |
この検証の間に障害モニターが実行可能な PMF 再起動の回数
初期値 : 4 調整 : 任意の時点 (Anytime) |
|
Monitor_retry_ interval |
障害モニターを再起動する間隔 (分単位)
初期値 : 2 調整 : 任意の時点 (Anytime) |
次の手順で、セントラルインスタンスを指定して Sun Cluster HA for SAP を構成します。
セントラルインスタンスを格納するクラスタノードの 1 つでスーパーユーザーになります。
セントラルインスタンスのリソースタイプを登録します。
# scrgadm -a -t SUNW.sap_ci | SUNW.sap_ci_v2 |
セントラルインスタンスリソースグループに HAStoragePlus リソースを追加します。
# scrgadm -a -t SUNW.HAStoragePlus # scrgadm -a -j ci-storage-resource \ -g sap-ci-resource-group \ -t SUNW.HAStoragePlus -x filesystemmountpoints=mountpoint, ... | |
HAStoragePlus リソースの設定方法については、『Sun Cluster 3.1 データサービスの計画と管理』の「高可用性ローカルファイルシステムの有効化」を参照してください。
セントラルインスタンスのストレージリソースを有効にします。
# scswitch -e -j ci-storage-resource |
このフェイルオーバーリソースグループの中に 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 \ -y resource_dependencies=ci-storage-resource |
どのような拡張プロパティがあるかについては、『Sun Cluster 3.1 データサービスの計画と管理』を参照してください。
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 をフェイルオーバーデータサービスとして構成します。
アプリケーションサーバーを格納するクラスタノードの 1 つでスーパーユーザーになります。
フェイルオーバーアプリケーションサーバーのリソースタイプを登録します。
# scrgadm -a -t SUNW.sap_as | SUNW.sap_as_v2 |
フェイルオーバーアプリケーションサーバーリソースグループに HAStoragePlus リソースを追加します。
# scrgadm -a -t SUNW.HAStoragePlus # scrgadm -a -j sap-as-storage-resource -g sap-as-fo-resource-group \ -t SUNW.HAStoragePlus \ -x filesystemmountpoints=mountpoint, ... |
HAStoragePlus リソースの設定方法については、『Sun Cluster 3.1 データサービスの計画と管理』の「高可用性ローカルファイルシステムの有効化」を参照してください。
フェイルオーバーアプリケーションサーバーのストレージリソースを有効にします。
# scswitch -e -j sap-as-storage-resource |
フェイルオーバーリソースグループの中に 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 \ -y resource_dependencies=sap-as-storage-resource |
どのような拡張プロパティがあるかについては、Sun Cluster HA for SAP 拡張プロパティ を参照してください。
SAP アプリケーションサーバーリソースが含まれているフェイルオーバーリソースグループを有効にします。
# scswitch -Z -g sap-as-fo-resource-group |
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 ログオングループがアプリケーションサーバーの負荷を分散させるため、スケーラブルデータサービスとしての Sun Cluster HA for SAP は、共用アドレスを使用しません。
このスケーラブルアプリケーションサーバーリソースグループの SUNW.RGOffload リソースタイプを使用してアプリケーションサーバーの負荷分散を行なう場合は、Desired_primaries=0 を指定します。SUNW.RGOffload リソースタイプの使い方については、『 Sun Cluster 3.1 データサービスの計画と管理』の「重要ではないリソースグループをオフロードすることによるノードリソースの解放」を参照してください。
スケーラブルアプリケーションサーバーのリソースタイプを登録します。
# scrgadm -a -t SUNW.sap_as_v2 |
フェイルオーバーアプリケーションサーバーリソースグループに HAStoragePlus リソースを追加します。
# scrgadm -a -t SUNW.HAStoragePlus # scrgadm -a -j sap-as-storage-resource -g \ -g sap-as-sa-appinstanceid-resource-group \ -t SUNW.HAStoragePlus \ -x filesystemmountpoints=mountpoint, ... \ |
HAStoragePlus リソースの設定方法については、『Sun Cluster 3.1 データサービスの計画と管理』の「高可用性ローカルファイルシステムの有効化」を参照してください。
フェイルオーバーアプリケーションサーバーのストレージリソースを有効にします。
# scswitch -e -j sap-as-storage-resource |
このスケーラブルリソースグループの中に 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 \ -y resource_dependencies=sap-as-storage-resource |
どのような拡張プロパティがあるかについては、Sun Cluster HA for SAP 拡張プロパティ を参照してください。
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 に書き込まれます。
セントラルインスタンスまたはフェイルオーバーアプリケーションサーバーのロックファイルとスケーラブルアプリケーションサーバーのロックファイルとの唯一の違いは、スケーラブルアプリケーションサーバーのロックファイルがローカルファイルシステムにあるのに対し、セントラルインスタンスまたはフェイルオーバーアプリケーションサーバーのロックファイルはクラスタファイルシステムにある点です。
次の手順で、セントラルインスタンスまたはフェイルオーバーアプリケーションサーバー用のロックファイルを設定します。
sapstart 実行ファイルの最新のパッチをインストールします。ロックファイルの設定には、このパッチが必要です。
セントラルインスタンスのロックファイルまたはフェイルオーバーアプリケーションサーバーのロックファイルをクラスタファイルシステム上で作成します。
sapstart がインスタンスの起動に使用するプロファイルを編集し、セントラルインスタンスまたはフェイルオーバーアプリケーションサーバー用に新しい SAP パラメータ sapstart/lockfile を追加します。これは、startsap スクリプトのパラメータとして sapstart に渡されるプロファイルです。
セントラルインスタンスの場合は、次のように入力します。
sapstart/lockfile =/usr/sap/SID/ Service-StringSystem-Number/work/startup_lockfile |
フェイルオーバーアプリケーションサーバーの場合は、次のように入力します。
sapstart/lockfile =/usr/sap/SID/ Dinstance-id/work/startup_lockfile |
新しいパラメータの名前
セントラルインスタンスの作業ディレクトリ
フェイルオーバーアプリケーションサーバーの作業ディレクトリ
Sun Cluster HA for SAP が使用するロックファイル名
SAP がロックファイルを作成します。
ロックファイルのパスは、クラスタファイルシステムに配置する必要があります。ロックファイルのパスを各ノードにローカルで配置すると、複数のノードから同じインスタンスが起動されるのを防止できません。
次の手順で、スケーラブルアプリケーションサーバー用のロックファイルを設定します。
sapstart 実行ファイルの最新のパッチをインストールします。ロックファイルの設定には、このパッチが必要です。
アプリケーションサーバーのロックファイルをローカルファイルシステムに設定します。
sapstart がインスタンスの起動に使用するプロファイルを編集し、スケーラブルアプリケーションサーバー用に新しい SAP パラメータ sapstart/lockfile を追加します。これは、startsap スクリプトのパラメータとして sapstart に渡されるプロファイルです。
sapstart/lockfile =/usr/sap/local/SID/Dinstance-id/work/startup_lockfile |
新しいパラメータの名前
スケーラブルアプリケーションサーバーの作業ディレクトリ
Sun Cluster HA for SAP が使用するロックファイル名
SAP がロックファイルを作成します。
このロックファイルはローカルファイルシステムに配置されます。したがって、他のノードからの複数の起動を防止することはできませんが、同じノードでの複数の起動は防止できます。
ここでは、データサービスが正しくインストールされて構成されているかどうかを確認する手順について説明します。
次の手順で、Sun Cluster HA for SAP のインストール、構成、セントラルインスタンスを確認します。
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 のインストールと構成を確認します。
SAP アプリケーションサーバーリソースが含まれているリソースグループを含むノードにログインします。
ユーザー sapsidadm で、SAP GUI を起動してアプリケーションサーバーが正常に動作することを確認します。
手順 1 で指定したノードで、アプリケーションサーバーの stopsap スクリプトを使用して、SAP アプリケーションサーバーを停止します。
Sun Cluster ソフトウェアがアプリケーションサーバーを再起動します。
ユーザーroot で、SAP アプリケーションサーバーリソースが含まれているリソースグループを別のクラスタメンバーに切り替えます。
# scswitch -z -h node2 -g sap-as-resource-group |
手順 4 で指定したノードで、SAP アプリケーションサーバーが起動することを確認します。
手順 1 から 手順 5 を繰り返し、SAP アプリケーションサーバーが動作する可能性のあるすべてのノードをテストします。
次の手順で、スケーラブルデータサービスとしての Sun Cluster HA for SAP のインストールと構成を確認します。
アプリケーションサーバーを実行するノードの 1 つにログインします。
ユーザー sapsidadm になります。
SAP GUI を起動して、アプリケーションサーバーが正常に動作していることを確認します。
手順 1で指定したノードで、アプリケーションサーバーの stopsap スクリプトを使用して、SAP アプリケーションサーバーを停止します。
Sun Cluster ソフトウェアがアプリケーションサーバーを再起動します。
手順 1 から 手順 3 を繰り返し、SAP アプリケーションサーバーが動作する可能性のあるすべてのノードをテストします。
Sun Cluster HA for SAP 障害モニターは、SAP のプロセスとデータベースの可用性を調べます。SAP プロセスの可用性は SAP リソースの障害履歴に影響を与えます。さらに SAP リソースの障害履歴は、障害モニターのアクション (アクションなし、再起動、またはフェイルオーバー) を促します。
SAP プロセスの可用性と異なり、SAP データベースの可用性は SAP リソースの障害履歴に影響を与えません。ただし、データベースの可用性に応じて SAP 障害モニターが起動され、その結果、あらゆる syslog メッセージが /var/adm/messages に記録され、データベースを使用する SAP リソースの状態が相応に設定されます。
セントラルインスタンスの場合、障害検証の手順は次のとおりです。
SAP Message Server とディスパッチャのプロセス ID を取得します。
無限にループします (Thorough_probe_interval の間スリープ)。
SAP リソースの可用性を検査します。
異常終了 – Process Monitor Facility (PMF) が SAP プロセスツリーの障害を検出すると、障害モニターはこの問題を全面的な障害とみなします。障害モニターは、SAP リソースの障害履歴に基づいて、このリソースを再起動するか、別のノードにフェイルオーバーします。
プローブによる 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 つの部分的な障害を全面的な障害とみなします。
拡張プロパティ Check_ms_retry に 2 が設定されている。
リソースプロパティ Retry_interval で設定された再試行期間内に 2 つの部分的な障害があった。
全面的な障害が発生すると、リソースの障害履歴に応じてローカル再起動かフェイルオーバーが引き起こされます。
検証によるデータベース接続の状態 – 検証では、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 に設定します。
障害履歴を評価します。
障害モニターは、障害履歴に基づいて次のいずれかのアクションを行います。
アクションなし
ローカル再起動
フェイルオーバー
アプリケーションサーバーの場合、障害検証の手順は次のとおりです。
主ディスパッチャのプロセス ID を取得します。
無限にループします (Thorough_probe_interval の間スリープ)。
SAP リソースの可用性を検査します。
異常終了 – Process Monitor Facility (PMF) が SAP プロセスツリーの障害を検出すると、障害モニターはこの問題を全面的な障害とみなします。障害モニターは、SAP リソースの障害履歴に基づいて、このリソースを再起動するか、別のノードにフェイルオーバーします。
プローブによる SAP リソースの可用性チェック – プローブでは、ps(1) コマンドを使用して、SAP Message Server と主ディスパッチャのプロセスを検査します。SAP の主ディスパッチャプロセスがシステムのアクティブプロセスリストにないと、障害モニターはこの問題を全面的な障害とみなします。
検証によるデータベース接続の状態 – 検証では、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 を設定します。
障害履歴を評価します。
障害モニターは、障害履歴に基づいて次のいずれかのアクションを行います。
アクションなし
ローカル再起動
フェイルオーバー
そのアプリケーションサーバーリソースがフェイルオーバーリソースであれば、障害モニターはアプリケーションサーバーをフェイルオーバーします。
アプリケーションサーバーリソースがスケーラブルリソースの場合は、RGM が一定回数のローカル再起動を試みた後で、クラスタに別のノードがあればそのノードでアプリケーションサーバーを起動します。