Directives pour la configuration de Sun Cluster HA for SAP

Lorsque vous créez une configuration Sun Cluster HA for SAP, observez les directives suivantes.

Applications de reprise sur panne et applications modulaires

• Utilisez une version du logiciel SAP qui soit compatible avec Sun Cluster 3.0.

• Utilisez une version du logiciel SAP dotée d'un mécanisme de reconnexion automatique en file d'attente - Sun Cluster HA for SAP repose sur ce mécanisme. Le logiciel SAP 4.0 avec ses patchs et dernières mises à jour doit comporter ce mécanisme de reconnexion en file d'attente.

• Retrouvez le dernier patch pour l'executable sapstart - Ce patch permet aux utilisateurs de Sun Cluster HA for SAP de configurer un fichier de verrouillage. Pour obtenir plus de détails sur les avantages de ce patch pour votre environnement de grappe, reportez-vous à la section "Définition d'un fichier de verrouillage".

• Lisez toutes les notes relatives au système de service en ligne SAP correspondant à la version et à la base de données du logiciel SAP que vous installez sur votre configuration Sun Cluster - Identifiez tous les problèmes d'installation et les corrections.

• Consultez la documentation du logiciel SAP pour lire toutes les recommendations concernant la mémoire et les fichiers d'échange - Le logiciel SAP utilise beaucoup de mémoire et un espace d'échange important.

• Faites une estimation large de la charge totale possible des noeuds susceptibles d'héberger l'instance centrale, l'instance de base de données et le serveur d'application, si vous avez un serveur d'application interne - Cette directive est particulièrement importante si vous configurez la grappe pour assurer que l'instance centrale, l'instance de base de données et le serveur d'application seront tous présents sur un noeud si une reprise sur panne a lieu.

• Installez les serveurs d'application sur la grappe qui héberge l'instance centrale ou sur une autre grappe - Si vous installez ou configurez un serveur d'application en dehors de l'environnement de la grappe, Sun Cluster HA for SAP n'effectuera pas de contrôle des pannes et ne relancera pas ou ne basculera pas automatiquement ces serveurs d'application. Vous devez démarrer et arrêter manuellement les serveurs d'application que vous installez et configurez en dehors de l'environnement de la grappe.

• Limitez les noms de noeuds tel que le préconise le guide d'installation de SAP- Cette limitation est une exigence du logiciel SAP.

Applications modulaires

• Utilisez le même numéro d'instance et le même numéro d'identification du système lorsque vous créez des instances de serveur d'application sur plusieurs noeuds de la grappe - L'observation de cette directive permet de faciliter les opérations de maintenance et d'administration parce que vous n'aurez besoin d'utiliser qu'un seul ensemble de commandes pour maintenir l'ensemble des serveurs d'application.

• Installez les serveurs d'application localement sur le noeud de grappe plutôt que sur un système de fichiers de grappe - L'observation de cette directive permet d'éviter qu'un autre serveur d'application n'écrase le répertoire log/data/work/sec du serveur d'application.

• Assurez-vous que le répertoire d'accueil SAPSIDadm réside sur un système de fichiers de grappe - L'observation de cette directive permet de ne maintenir qu'un ensemble de scripts pour toutes les instances de serveur d'application qui tournent sur tous les noeuds. Cependant, si certains de vos serveurs d'application doivent être configurés différemment (par exemple les serveurs d'application ayant des profils différents), installez ces serveurs d'application avec des numéros d'instance différents puis configurez-les dans un groupe de ressources séparé.

• Placez les serveurs d'application dans plusieurs groupes de ressources si vous souhaitez utilisez la fonctionnalité RGOffload pour arrêter un ou plusieurs serveurs d'application lorsqu'une ressource de haute priorité est en cours de basculement - L'observation de cette directive apporte flexibilité et disponibilité si vous souhaitez utiliser la fonctionnalité RGOffload (un type de ressource séparé) pour décharger un ou plusieurs serveurs d'application de la base de données. La fonctionnalité que vous obtenez en suivant cette directive supplante la facilité d'utilisation que vous gagnez en plaçant les serveurs d'application dans un grand groupe. Reportez-vous à la section "Libération de ressources de noeud en déchargeant des groupes de ressources non-critiques" à la page 332 pour de amples informations sur l'utilisation du type de ressourceRGOffload.