SAPSIDadm ホームディレクトリをクラスタファイルシステムに配置します。これによって、すべてのノードで動作するすべてのアプリケーションサーバーインスタンスに対して 1 つのスクリプト群を保守するだけですむようになります。ただし、一部のアプリケーションサーバーだけを異なる方法で構成する必要がある (たとえば、アプリケーションサーバーごとにプロファイルが異なる) 場合は、これらのアプリケーションサーバーを異なるインスタンス番号でインストールし、別個のリソースグループとして構成します。
アプリケーションサーバーのディレクトリを (クラスタファイルシステムではなく) 各ノードにローカルでインストールします。これは、他のアプリケーションサーバーがこのアプリケーションサーバーの log/data/work/sec ディレクトリを上書きするのを防止するためです。
複数のノードにすべてのアプリケーションサーバーインスタンスを作成する場合は、同じインスタンス番号を使用してください。これにより、1 組のコマンドを使って複数のノードにあるすべてのアプリケーションサーバーを操作できるので、保守や管理が容易になります。
優先順位の高いリソースのフェイルオーバー時に、RGOffload リソースタイプを使用して 1 つ以上のアプリケーションサーバーを停止する場合は、アプリケーションサーバーを複数のリソースグループに組み込んでください。 こうすると、RGOffload リソースタイプを使用して 1 つ以上のデータベース用のアプリケーションサーバーをオフロードする場合に、柔軟性と可用性が得られます。その結果得られるメリットは、各アプリケーションサーバーを 1 つの大きなグループに配置することによって得られる使い易さを上回ります。RGOffload リソースタイプの使い方については、『Sun Cluster 3.1 データサービスの計画と管理』の「重要ではないリソースグループをオフロードすることによるノードリソースの解放」を参照してください。
SAP ログオングループごとに、別個のスケーラブルアプリケーションサーバーインスタンスを作成します。
ローカルインスタンスディレクトリに SAP ロックファイルを作成します。これにより、すでに実行中のアプリケーションインスタンスをシステム管理者が手動で起動する事態を防止できます。