構成上の考慮事項

ここで説明する考慮事項を検討して、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 ロックファイルを作成します。これにより、すでに実行中のアプリケーションインスタンスをシステム管理者が手動で起動する事態を防止できます。