この節で説明する情報を使用して、 Sun Cluster HA for SAP のインストールと構成を計画します。この節の情報は、Sun Cluster HA for SAP のインストールと構成における決定事項が与える影響について検討するのに役立ちます。
sapstart 実行可能ファイルの最新のパッチを取得すること – Sun Cluster HA for SAP のユーザーがロックファイルを構成するためには、このパッチが必要です。使用するクラスタ環境におけるこのパッチの利点については、ロックファイルの設定を参照してください。
Sun Cluster 構成にインストールする SAP ソフトウェアリリースとデータベースに関するすべての注意を SAP オンラインサービスシステムで読むこと – インストールに関する既知の問題や修正がないか調べます。
推奨するメモリやスワップの容量については、SAP ソフトウェアのマニュアルを参照してください。SAP ソフトウェアには、大量のメモリとスワップが必要です。
セントラルインスタンス、データベースインスタンス、アプリケーションサーバー (アプリケーションサーバーを内部に持つ場合) が動作する全ノードの合計負荷を余裕をもって見積もること – フェイルオーバーが起こったときに、セントラルインスタンス、データベースインスタンス、アプリケーションサーバーがすべて同じノードにあるようなクラスタを構成する場合には、この検討事項が特に重要です。
SAPSIDadm ホームディレクトリをクラスタファイルシステムに配置すること – これによって、すべてのノードで動作するすべてのアプリケーションサーバーインスタンスに対して 1 つのスクリプト群を保守するだけですみます。ただし、一部のアプリケーションサーバーだけを異なる方法で構成する必要がある (たとえば、アプリケーションサーバーごとにプロファイルが異なる) 場合は、これらのアプリケーションサーバーを異なるインスタンス番号でインストールし、別個のリソースグループとして構成します。
アプリケーションサーバーのディレクトリをクラスタファイルシステムではなく、各ノードにローカルでインストールすること – ほかのアプリケーションサーバーがこのアプリケーションサーバーの log/data/work/sec ディレクトリを上書きするのを防止します。
複数のノードにすべてのアプリケーションサーバーインスタンスを作成する場合は、同じインスタンス番号を使用すること – 複数のノードにあるすべてのアプリケーションサーバーを 1 つのコマンド群を使って保守できるため、保守と管理が容易になります。
優先度の高いリソースがフェイルオーバーしているときに、RGOffload リソースタイプを使用して 1 つまたは複数のアプリケーションサーバーを停止する場合は、各アプリケーションサーバーを複数のリソースグループに配置すること – RGOffload リソースタイプを使用して、データベースの 1 つまたは複数のアプリケーションサーバーの負荷を軽減する場合の柔軟性と可用性を向上します。この検討事項に従うことで得られる利点は、各アプリケーションサーバーを 1 つの大きなグループに配置することによって得られる使い易さを上回ります。RGOffload リソースタイプの使用については、重要ではないリソースグループを取り外すことによるノードリソースの解放 を参照してください。
各 SAP ログオングループに対して、スケーラブルアプリケーションサーバーのインスタンスを個別に作成すること。
SAP ロックファイルをローカルインスタンスディレクトリに作成すること – システム管理者が、すでに起動されているアプリケーションインスタンスを手動で起動するのを防止します。