ここで説明する考慮事項を検討して、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 データサービスの計画と管理 (Solaris OS 版)』の「プライオリティが低いリソースグループをオフロードすることによるノードリソースの解放」を参照してください。
SAP ログオングループごとに、別個のスケーラブルアプリケーションサーバーインスタンスを作成します。
ローカルインスタンスディレクトリに SAP ロックファイルを作成します。こうすると、すでに実行中のアプリケーションインスタンスをシステム管理者が手動で起動する事態を防止できます。