Problèmes relatifs à la planification de l'installation

Le but du processus d'installation et de configuration est d'obtenir le système distribué présenté dans l'architecture du déploiement. Ce système distribué est composé d'instances de composant qui s'exécutent sur plusieurs ordinateurs et interagissent les unes avec les autres. Pour que le système fonctionne correctement, vous devez définir la configuration de base établissant les interactions entre les différentes instances.

Les procédures d'installation et de configuration sont déterminées par le comportement du programme d'installation de Java ES et par les exigences de configuration de chaque composant. Pour être sûr d'obtenir un système opérationnel, vous devez développer un plan d'installation permettant d'utiliser le programme d'installation d'une manière appropriée et de prendre en considération les exigences de configuration des composants utilisés dans la solution. Votre plan doit préciser l'ordre dans lequel chaque instance de composant doit être installée et la configuration de base effectuée. Il doit également spécifier les valeurs de configuration requises pour définir l'interopérabilité des instances.

Cette section présente les principaux points à prendre en compte lors du développement d'un plan d'installation.

Installations distribuées

Les exigences en termes de qualité de service des solutions Java ES évoluant dans des environnements de production impliquent des architectures dans lesquelles les instances des composants doivent être installées sur différents ordinateurs. Ainsi, pour garantir la fiabilité du service de portail, il peut s'avérer nécessaire d'installer deux instances de Portal Server sur deux ordinateurs différents et d'avoir recours à la fonction d'équilibrage de charge pour établir une relation de basculement entre les deux instances en cas d'échec.

Toutefois, le programme d'installation de Java ES ne peut être exécuté que sur un seul ordinateur à la fois. De ce fait, lors de l'installation d'une solution distribuée, vous devez exécuter le programme sur chacun des ordinateurs composant la solution.

Dans la plupart des cas, vous devez installer un ou plusieurs composants sur un ordinateur, puis exécuter des assistants de configuration pour effectuer la configuration de base. En général, vous devez terminer l'installation et la configuration effectuées sur un ordinateur avant de procéder à celles d'un autre ensemble de composants sur un autre ordinateur. Pour installer et configurer des instances de composants distribuées, vous devez effectuer une série de tâches similaires à celles illustrées à la Figure 3–1.

Figure 3–1 Exemple de procédure d'installation distribuée

Dépendances entre composants

Certains composants Java ES ne peuvent pas être installés et configurés tant que d'autres composants n'ont pas été installés et configurés. Les dépendances se produisent pour les raisons suivantes :

• Certains composants ne peuvent pas fonctionner tant que d'autres composants n'ont pas été installés et configurés. Ainsi, pour garantir le bon fonctionnement de Access Manager, il doit avoir accès aux informations sur les utilisateurs et les services qui sont fournis par un répertoire LDAP. La procédure d'installation et de configuration de Access Manager nécessite la saisie d'URL permettant à Access Manager d'interopérer avec un service d'annuaire qui fonctionne déjà. En raison de cette dépendance, vous devez installer et configurer Directory Server avant d'installer et de configurer Access Manager.

• Certains composants modifient la configuration d'un composant existant. Par exemple, l'installation et la configuration d'Access Manager modifient le schéma de l'annuaire LDAP. Si la solution comprend une instance Access Manager, votre plan d'installation doit spécifier qu'un annuaire LDAP doit être installé et configuré avant Access Manager.

• Un certain nombre de composants Java ES sont des applications Web. Pour fonctionner, ces composants doivent être déployés dans des conteneurs Web. Vous devez prévoir l'installation d'un conteneur Web et le démarrer avant d'installer et de configurer vos applications Web. Vous pouvez utiliser Web Server , Application Server ou certains conteneurs Web tiers, mais vous devez planifier leur présence sur l'ordinateur lors de l'installation de l'application Web.

  ---

  Astuce –

  Si la solution intègre Web Server ou Application Server, le programme d'installation de Java ES peut installer le conteneur Web et l'application Web simultanément et déployer automatiquement l'application Web dans le conteneur.

  ---

• Votre architecture peut nécessiter l'installation de composants dans un cluster haute disponibilité fourni par le logiciel Sun Cluster. Sun Cluster doit être installé et en cours d'exécution avant que les autres composants ne soient installés et configurés. En outre, les agents Sun Cluster associés aux autres composants doivent également être installés et configurés.

Certaines dépendances sont locales et d'autres concernent toute la solution. Lors du développement du plan d'installation, vous devez considérer les dépendances différemment, selon qu'elles sont locales ou à l'échelle de la solution. Cette différence est présentée dans l'exemple suivant :

La relation de dépendance entre Access Manager et Directory Server réside à l'échelle de la solution. Lors de l'installation d'Access Manager, vous indiquez un URL pour un service d'annuaire fourni pour une ou plusieurs instances de Directory Server. Une fois Directory Server installé et configuré, le service d'annuaire fourni est accessible à tous les composants de la solution. Ce type de dépendance détermine la séquence d'installation et de configuration des instances à l'échelle de la solution. Vous devez installer et configurer Directory Server avant Access Manager. Dans le plan d'installation, les dépendances à l'échelle de la solution déterminent l'ordre global des étapes d'installation et de configuration. Vous pouvez envisager d'installer d'abord Directory Server, puis d'ajouter des composants comme Access Manager qui dépendent du service d'annuaire.

La dépendance entre Access Manager et un conteneur Web est une dépendance locale. Pour satisfaire cette dépendance, vous devez installer un conteneur Web sur l'ordinateur exécutant Access Manager. Néanmoins, ce conteneur Web ne fournit pas de services de conteneur Web pour toute la solution. Si votre architecture distribuée exige d'installer Portal Server sur un autre ordinateur que Access Manager, vous devez installer un conteneur Web sur les deux composants. Chaque conteneur Web prend en charge un composant localement. Par conséquent, dans une solution distribuée, il n'existe pas d'emplacement unique pour qu'un conteneur Web fournisse des services à toute la solution, et vous devez planifier d'installer plusieurs fois des conteneurs Web pendant l'ordre d'installation global.

Pour développer le plan d'installation de votre solution, vous devez analyser l'architecture de déploiement décrivant une solution et identifier les dépendances entre les composants. Vous devez planifier l'installation et la configuration des composants selon un ordre respectant toutes les dépendances. En général, vous devez développer l'ordre d'installation global à partir des dépendances existant à l'échelle de la solution. Ensuite, vous devez considérer les dépendances locales susceptibles d'exister sur chacun des ordinateurs.

Les dépendances entre composants sont répertoriées dans le Tableau 3–1. Pour obtenir plus d'informations sur le traitement de ces dépendances, reportez-vous aux descriptions des composants individuels dans Développement de votre plan d'installation.

Tableau 3–1 Dépendances des composants Java ES

Composant	Dépendances	Nature de la dépendance	Dépendance locale ?
Access Manager	Directory Server	Stocker les données de configuration ; stocker et activer la recherche des données utilisateur.	Non
	Conteneur Web J2EE :  - Application Server  - Web Server   - BEA WebLogic Server  - IBM WebSphere Application Server	Access Manager doit être déployé sur l'un de ces conteneurs Web.	Oui
Access Manager SDK	Access Manager	Founir les services Access Manager sous-jacents	Non
	Conteneur Web J2EE :  - Application Server  - Web Server   - BEA WebLogic Server  - IBM WebSphere Application Server	Access Manager SDK doit être déployé sur l'un de ces conteneurs Web.	Oui
Access Manager Distributed Authentication	Access Manager	Founir les services Access Manager sous-jacents	Non
	Conteneur Web J2EE :  - Application Server  - Web Server   - BEA WebLogic Server  - IBM WebSphere Application Server	Access Manager SDK doit être déployé sur l'un de ces conteneurs Web.	Oui
Access Manager Session Failover	Access Manager	Founir les services Access Manager sous-jacents	Non
	Message Queue	Fournir un service de messagerie asynchrone fiable	Non
Application Server	Message Queue	Fournir un service de messagerie asynchrone fiable	Oui
	Web Server (facultatif)	Fournir une fonction d'équilibrage de charge entre les instances Application Server	Oui
	Stockage de sessions haute disponibilité (facultatif)	Stocker l'état des sessions, qui prend en charge les reprises entre les instances Application Server	Oui
Directory Proxy Server	Directory Server	Fournir des services d'annuaire LDAP sous-jacents	Non
Directory Server	Aucun
High Availability Session Store	Aucun
Java DB	Aucun
Message Queue	Directory Server (facultatif)	Stocker les objets administrés et les messages persistants	Non
	Conteneur Web J2EE (facultatif) : - Application Server  - Web Server	Prendre en charge le transport HTTP entre les clients et Message Broker	Non
	Sun Cluster (facultatif)	Prendre en charge l'utilisation de Message Queue dans les solutions haute disponibilité	Non
Portal Server	Conteneur Web J2EE : - Application Server  - Web Server   - BEA WebLogic Server  - IBM WebSphere Application Server	Portal Server doit être déployé sur l'un de ces conteneurs Web.	Oui
	Directory Server	Stocker des données utilisateur exploitées dans le cadre des authentifications et autorisations	Non
	Access Manager ou Access Manager SDK	Fournir des services Access Manager ; une instance Access Manager SDK locale permet d'accéder à une instance Access Manager distante.	Oui
	Service Registry Client	Fournir les bibliothèques nécessaires à la compilation	Non
Portal Server Secure Remote Access	Portal Server	Fournir le service de portail sous-jacent.	Non
	Access Manager ou Access Manager SDK	Fournir des services Access Manager ; une instance Access Manager SDK locale permet d'accéder à une instance Access Manager distante.	Oui
Rewriter Proxy	Portal Server	Fournir le service de portail sous-jacent.	Non
Netlet Proxy	Portal Server	Fournir le service de portail sous-jacent.	Non
Service Registry	Application Server	Fournir le service de conteneur nécessaire.	Oui
	Client Service Registry	Fournir l'interface client nécessaire	Oui
Client Service Registry	Aucun
Logiciel Sun Cluster	Aucun
Agents Sun Cluster	Sun Cluster	Fournir les services clusterisés sous-jacents.	Oui
Sun Cluster Geographic Edition	Sun Cluster	Fournir les services clusterisés sous-jacents.	Oui
Web Proxy Server	Web Server	Fournir un accès distant aux applications Web fonctionnant sous Web Server	Oui
	Directory Server (facultatif)	Stocker des données utilisateur exploitées dans le cadre des authentifications et autorisations	Non
Web Server	Directory Server (facultatif)	Stocker des données utilisateur exploitées dans le cadre des authentifications et autorisations	Non

Configuration en vue de l'interopérabilité

L'objectif du processus d'installation et de configuration est d'obtenir un système dans lequel les instances des composants interopèrent. Lors de l'installation de composants et de l'exécution de la configuration de base sur un ordinateur à la fois, vous devez définir à l'avance les valeurs de configuration qui contribueront à une interopérabilité réussie avec les composants sur d'autres ordinateurs.

Les valeurs de configuration contribuant à l'interopérabilité comprennent les valeurs comme par exemple, les URL ou numéros de port qu'une instance de composant utilise pour communiquer avec une autre instance de composant. Par exemple, si la solution utilise Access Manager, vous devez d'abord installer et configurer un référentiel LDAP, tel qu'une instance Directory Server. Puis, lorsque vous installez et configurez une instance Access Manager, vous devez indiquer les valeurs permettant de configurer Access Manager pour assurer son interopérabilité avec l'annuaire LDAP que vous avez déjà installé et configuré.

Le programme d'installation de Java ES ne sait pas quels composants sont installés sur les autres ordinateurs constituant la solution. Ainsi, lorsque vous installez Access Manager, le programme d'installation ne sait pas où se trouve l'annuaire LDAP approprié. Afin de garantir la réussite de votre processus d'installation et de configuration, vous devez définir à l'avance les valeurs d'installation et de configuration qui contribueront à l'interopérabilité réussie entre votre instance de Access Manager et votre instance de Directory Server. Ces valeurs doivent être incluses dans votre plan d'installation. Puis, lorsque vous installez et configurez des composants, vous devez saisir les valeurs dans votre plan et configurer avec succès vos composants pour garantir leur interopérabilité.

Vous pouvez effectuer une série de tâches d'installation et de configuration similaires à celles illustrées à la Figure 3–2.

Figure 3–2 Configuration des composants à des fins d'interopérabilité

Quelle que soit l'architecture de la solution, vous devez développer un plan d'installation comportant toutes les valeurs de configuration nécessaires à la configuration de l'interopérabilité des composants, de manière à obtenir une solution distribuée.

Stratégies de redondance

La plupart des solutions destinées à une utilisation dans un environnement de production intègrent un certain type de redondance. Les stratégies de redondance ont recours à plusieurs instances d'un même composant pour fournir un seul service. La redondance est utilisée pour satisfaire les exigences en termes de qualité de service. Ainsi, la redondance permet d'augmenter la capacité de traitement afin de satisfaire les exigences de performance, ou d'éviter les points de panne uniques afin de répondre aux exigences de fiabilité.

Il existe trois stratégies de redondance utilisables avec les composants Java ES : l'équilibrage de charge, le clustering avec Sun Cluster et la fonction de réplication Directory Server. La procédure d'installation et de configuration recommandée pour chacune des trois stratégies est expliquée brièvement dans les paragraphes ci-après :

• L'équilibrage de charge peut être implémenté au niveau matériel ou logiciel. La meilleure solution consiste à installer et configurer une instance du composant dont les charges sont équilibrées, puis à vérifier que le service fourni par la première instance est disponible via l'équilibreur de charge. Après avoir vérifié la disponibilité du service, vous devez installer et configurer les autres instances du composant, requises par l'architecture du déploiement. Cette procédure par étapes permet de résoudre plus facilement les problèmes de configuration.

• L'implémentation du clustering est effectuée en plusieurs étapes. La première consiste à installer le logiciel Sun Cluster et à établir et configurer le cluster. Vous devez ensuite installer les composants qui seront exécutés dans le cluster. Par exemple, la première étape de l'implémentation du cluster présentée dans la Figure 2–1 consiste à installer le logiciel Sun Cluster sur les ordinateurs STR1et STR2 et à établir et configurer le cluster. La deuxième étape consiste à installer et configurer Messaging Server et Calendar Server. La troisième et dernière étape consiste à installer et configurer les services de données Sun Cluster pour Messaging Server et Calendar Server. Lorsque les services de données Sun Cluster sont configurés, les nœuds du cluster reconnaissent les instances Messaging Server et Calendar Server.

• La réplication Directory Server est également implémentée en plusieurs étapes. Par exemple, lorsque vous implémentez la réplication multimaître, la première étape consiste à installer, configurer et vérifier toutes les instances de Directory Server. La deuxième consiste à arrêter toutes les instances de Directory Server, sauf une. La troisième consiste à installer et configurer les autres composants de la solution. Les éventuelles modifications au niveau de la structure de l'annuaire ou du schéma sont effectuées sur l'unique instance Directory Server en cours d'exécution. La dernière étape, une fois toutes les instances de composant installées, configurées et vérifiées dans la solution, consiste à redémarrer les autres instances de Directory Server et à utiliser la fonction de réplication pour configurer la synchronisation et le basculement. Les données d'annuaire mises à jour ou modifiées sont alors copiées dans toutes les instances de Directory Server.

Lors de l'utilisation de l'une de ces stratégies de redondance, votre plan d'installation doit comprendre les procédures d'installation de différentes instances d'un composant et de configuration de ces instances de sorte qu'elles interviennent en tant que service unique.

Schéma LDAP et Structure arborescente de l'annuaire LDAP

La plupart des solutions Java ES intègrent Directory Server. Lorsque vous installez et configurez une solution avec Directory ServerDirectory Server, vous entrez des valeurs qui définissent le schéma et l'arborescence de l'annuaire. Votre plan d'installation doit répertorier les valeurs d'entrée permettant de définir l'arborescence d'annuaire et le schéma LDAP appropriés.

Vous devez définir le schéma LDAP et l'arborescence d'annuaire avant de commencer votre plan d'installation. Votre plan d'installation comprend les valeurs saisies lors de l'exécution du programme d'installation pour créer le schéma et l'arborescence d'annuaire spécifiés. Pour obtenir des exemples de spécifications de schéma et d'arborescence d'annuaire, reportez-vous à Développement des spécifications relatives à la gestion des utilisateurs.

Le schéma LDAP est établi via les processus d'installation et de configuration suivants :

1. L'installation de Directory Server permet d'établir automatiquement un annuaire avec le schéma 1. Aucune saisie n'est requise pour sélectionner le schéma.

2. L'installation d'Access Manager entraîne la modification automatique de l'annuaire et sa conversion en schéma 2. Aucune saisie n'est requise pour sélectionner le schéma.

3. Dans les solutions comprennant des composants de Communications Suite, l'exécution de Directory Preparation Tool permet d'étendre le schéma de sorte qu'il soit utilisé avec Messaging Server, Calendar Server et Communications Express. Directory Preparation Tool étend les annuaires des schémas 1 et 2. Les valeurs d'entrée de Directory Preparation Tool sont répertoriées dans votre plan d'installation.

4. Dans les solutions comprennant des composants de Communications Suite, l'exécution de Administrateur délégué permet d'étendre le schéma avec des classes d'objet et attributs utilisés pour l'autorisation et l'authentification des utilisateurs pour les services spécifiques. Les valeurs d'entrée dépendent du service fourni par votre solution. Vous devez répertorier ces valeurs dans votre plan d'installation.

Le processus d'installation et de configuration définit également la structure arborescente de base de l'annuaire :

1. Lors de l'installation de Directory Server, le suffixe de base, ou racine de l'arborescence de l'annuaire, est créé. Ce suffixe de base est une valeur d'entrée requise lorsque le programme d'installation Java ES installe Directory Server. Votre plan d'installation doit répertorier le suffixe de base en tant que valeur d'entrée du processus d'installation.

2. L'installation et la configuration de Messaging Server permet d'établir l'arborescence de l'annuaire et de créer une organisation LDAP. Cette organisation représente le domaine de messagerie géré par l'instance Messaging Server. Le nom de l'organisation constitue une entrée requise dans l'assistant de configuration de Messaging Server. Votre plan d'installation doit répertorier le DN de l'organisation en tant que valeur d'entrée du processus de configuration de Messaging Server.

3. L'installation et la configuration de Calendar Server, Communications Express, Administrateur délégué et Instant Messaging permet de spécifier où, dans l'annuaire, ces composants doivent rechercher les données utilisateur. Un DN LDAP doit être indiqué dans l'assistant de configuration de chacun des composants. Le plan d'installation répertorie le DN comme valeur d'entrée pour chaque assistant de configuration. Si la solution utilise la connexion unique d'Access Manager, tous ces composants doivent être configurés de façon à utiliser le même emplacement pour les données utilisateur, à savoir l'organisation créée par l'assistant de configuration de Messaging Server. Le même DN LDAP est saisi dans tous ces assistants. Votre plan d'installation doit répertorier le DN de l'organisation en tant que valeur d'entrée de tous les assistants de configuration.

Vous devez utiliser le nom du suffixe de base LDAP et celui de l'organisation du domaine de messagerie provenant de la spécification de gestion des utilisateurs et les ajouter au plan d'installation. Pour plus d'informations sur les spécifications de gestion des utilisateurs, voir la section Développement des spécifications relatives à la gestion des utilisateurs.

Comportement du programme d'installation de Java ES

Cette section décrit quelques-uns des comportements du programme d'installation de Java ES susceptibles d'affecter le plan d'installation.

Le programme d'installation est local.

Le programme d'installation de Java ES installe le composant sur un ordinateur à la fois. La plupart des solutions sont distribuées et vous devez exécuter le programme d'installation plus d'une fois. Votre plan d'installation doit répertorier les procédures chaque fois que vous exécutez le programme d'installation. Cette section décrit la procédure à suivre pour analyser une architecture de déploiement et déterminer le nombre de fois que vous devez exécuter le programme d'installation pour implémenter l'architecture.

Certaines solutions ne sont installées que sur un seul ordinateur. Les plans d'installation correspondants fournissent les procédures pour exécuter le programme d'installation une seule fois. Les cas dans lesquels le programme d'installation ne doit être exécuté qu'une seule fois sont les suivants :

• un certain nombre de composants sont installés sur un ordinateur pour évaluer les fonctions de Java ES ;

• une instance de composant est ajoutée à une solution établie. Ceci inclut l'ajout d'instances de composants qui ont des dépendances avec les composants existants.

La plupart des solutions sont distribuées sur plusieurs ordinateurs. Les plans d'installation de ces solutions doivent décrire les différentes exécutions du programme d'installation nécessaires à l'installation et à la configuration de la solution. Pour analyser ces solutions, suivez les instructions suivantes :

• Dans la plupart des cas, lorsque vous combinez plusieurs composants sur un ordinateur, vous n'exécutez le programme d'installation qu'une seule fois. Cela est particulièrement vrai lorsque le programme est exécuté en mode Configurer maintenant. En effet, dans ce mode, le programme d'installation peut installer à la fois le conteneur Web et le composant qui lui est associé. Dans ce cas, votre plan d'installation décrit l'exécution unique du programme d'installation sur l'ordinateur et la sélection de tous les composants spécifiés pour l'ordinateur.

  ---

  Astuce –

  Certains composants ne peuvent pas être configurés par le programme d'installation, même en mode Configurer maintenant. Dans ce cas, le processus de configuration est réalisé par le biais de l'assistant de configuration de chacun des composants. Lorsque ces composants sont installés avec d'autres composants qui, eux, sont configurés par le programme d'installation, ce dernier est exécuté en premier, puis, le processus de configuration est poursuivi avec l'exécution des assistants de configuration des composants qui n'ont pas pu être configurés. Dans ce cas, votre plan d'installation doit décrire l'exécution du programme d'installation et l'ordre approprié dans lequel exécuter les assistants.

  ---

• Certaines combinaisons de composants peuvent uniquement être installées en exécutant plusieurs fois le programme d'installation sur un ordinateur. Les combinaisons concernées sont les suivantes :

  • Certaines combinaisons de composants intégrant un conteneur Web. Si Web Server ou Application Server est installé en mode Configurer ultérieurement, vous devez configurer une instance de Web Server ou Application Server avant de pouvoir installer un autre composant qui sera exécuté dans le conteneur Web. Si votre solution utilise un conteneur Web tiers, vous devez installer, démarrer et vérifier le conteneur Web, avant d'installer les composants Web de Java ES. Votre plan d'installation doit décrire les procédures d'exécution multiple du programme d'installation sur chacun des ordinateurs.

  • Les combinaisons de composants utilisant le logiciel Sun Cluster. Si les composants installés dans le cluster sont installés dans un système de fichiers du cluster, le logiciel Sun Cluster doit être installé et le système de fichiers de cluster créé avant que les autres composants ne soient installés dans les nœuds du cluster. Le plan d'installation doit décrire l'exécution multiple du programme d'installation sur chacun des ordinateurs.

L'objet de cette section est d'introduire l'idée que les plans d'installation doivent parfois définir l'exécution du programme d'installation et des assistants de configuration sur un ordinateur ou l'exécution multiple du programme d'installation sur un ordinateur. Pour plus d'informations sur les procédures d'installation des différentes combinaisons de composants, reportez-vous à la section Développement de votre plan d'installation.

Mode d'exécution du programme d'installation

Le programme d'installation peut être exécuté dans deux modes différents, Configurer maintenant et Configurer ultérieurement, qui se distinguent de la manière suivante :

• En mode Configurer maintenant, le programme d'installation configure les instances exécutables de certains composants. Les composants configurés par ce biais peuvent être démarrés et vérifiés dès la fin du programme d'installation. Les instances exécutables des autres composants sont créées, une fois que le programme d'installation s'est terminé, à l'aide des assistants de configuration correspondants. Pour les composants configurés par le programme d'installation, votre plan d'installation doit comprendre les valeurs de configuration que vous allez saisir lors de l'exécution du programme d'installation. Pour les composants qui sont configurés après l'exécution du programme d'installation, votre plan d'installation doit décrire les procédures d'exécution des assistants de configuration et les valeurs de configuration que vous allez saisir lors de l'exécution des assistants de configuration.

  ---

  Astuce –

  L'une des principales caractéristiques du mode Configurer maintenant est de permettre l'installation simultanée d'un conteneur Web et des composants exécutés sur ce dernier. Le programme d'installation déploie automatiquement les composants sur le conteneur Web.

  ---

• En mode Configurer ultérieurement, le programme d'installation copie les fichiers des composants sur l'ordinateur, mais ne crée pas d'instances exécutables. Vous créez les instances après avoir exécuté le programme d'installation, en exécutant les assistants de configuration des composants. Votre plan d'installation doit décrire les procédures d'exécution des assistants de configuration et les valeurs de configuration que vous allez saisir lors de l'exécution des assistants de configuration.

L'option de configuration sélectionnée s'applique à toute une session d'installation. Si vous voulez installer certains composants sur l'ordinateur en mode Configurer maintenant et d'autres en mode Configurer ultérieurement, vous devez exécuter le programme d'installation plusieurs fois.

Vérification de la compatibilité du programme d'installation

Le programme d'installation Java ES effectue une vérification de la dépendance et de la compatibilité. Mais, il peut uniquement vérifier l'ordinateur local. Par exemple, si vous installez Access Manager dans une solution distribuée, le programme d'installation ne peut pas vérifier si Directory Server à distance est compatible avec Access Manager que vous installez.

La compatibilité ne devrait pas poser problème si vous installez et configurez une toute nouvelle solution, avec tous les composants de la même version de Java ES. L'ajout d'un nouveau composant à une solution déjà établie ou l'élaboration d'une solution Java ES à partir de composants existants peut se révéler problématique. Ainsi, si vous utilisez déjà Directory Server et que vous mettez en place une solution intégrant Access Manager et Portal Server à partir de l'instance Directory Server existante, il peut y avoir des problèmes de compatibilité entre les composants. Vous devez vérifier si les composants sont compatibles avant d'installer et de configurer de nouveaux composants.

• Vérification des dépendances entre composants. Le programme d'installation de Java ES vous empêche d'oublier des composants requis par d'autres composants que vous avez choisi d'installer, mais ce uniquement sur l'hôte local. Dans une solution distribuée, le programme d'installation ne contrôle pas l'hôte distant pour s'assurer de la présence du composant distant. Dans ce cas, vous devez vérifier que le composant distant est bien compatible et qu'il fonctionne normalement.

• Mise à niveau. Le programme d'installation Java ES vérifie si Application Server, Message Queue, HADB et Java DB sont compatibles avec les composants que vous installez et demande si vous souhaitez mettre à niveau les composants pendant l'installation.

  Le programme d'installation de Java ES met à niveau les composants partagés. Pour obtenir plus d'informations sur ce sujet, reportez-vous à la section Vérification des hôtes existants du Guide d’installation de Sun Java Enterprise System 5 pour UNIX.

Autres problèmes d'installation

Cette section présente des problèmes spécifiques survenant dans certaines solutions et des références à des informations plus détaillées.

Tableau 3–2 Problèmes d'installation à prendre en compte

Exigences de la solution	Directives ou instructions
Utilisation des zones Solaris 10	Si vous voulez procéder à l'installation dans les zones Solaris 10, reportez-vous à l'Annexe A, Java ES et zones Solaris 10.
Utilisation du chiffrement Directory Server	Configurez LDAPS (SSL sur LDAP) sur l'instance Directory Server.
Utilisation d'un conteneur Web tiers avec Access Manager	Des conteneurs Web tiers (BEA WebLogic Server ou IBM WebSphere Application Server) peuvent être utilisés avec Portal Server et Access Manager. Ces conteneurs doivent être installés et en cours d'exécution avant l'installation de tout composant Java ES qui dépend d'eux. Pour utiliser un conteneur Web tiers pour Access Manager SDK, vous devez configurer Access Manager SDK manuellement après l'installation. Reportez-vous à la section SDK Access Manager avec exemple de configuration d’un conteneur du Guide d’installation de Sun Java Enterprise System 5 pour UNIX >Remarque : Portal Server ne peut utiliser des conteneurs Web tiers que sur le système d'exploitation Solaris.  >Remarque : Access Manager et Portal Server doivent utiliser le même type de conteneur Web.
Utilisation d'Apache Web Server pour le plug-in d'équilibrage de charge	Apache Web Server peut être utilisé avec le plug-in d'équilibrage de charge d'Application Server. Dans ce cas, Apache Web Server doit être installé et en cours d'exécution avant toute installation des composants Java ES qui en dépendent.
Utilisation du schéma 1 LDAP	Pour effectuer un déploiement avec le schéma 1, vous ne pouvez pas utiliser Access Manager.
Configuration d'une connexion unique et d'une saisie utilisateur unique	Access Manager est requis pour la connexion unique.
Configuration de la haute disponibilité à l'aide de HADB	Un résumé des procédures de configuration de HADB pour obtenir une haute disponibilité est présenté dans la section Exemple de services Web et applicatifs du Guide d’installation de Sun Java Enterprise System 5 pour UNIX.
Équilibrage de charge d'Application Server	Vous trouverez un résumé des procédures d'utilisation du plug-in d'équillibrage de charge d'Application Server dans la section Exemple de services Web et applicatifs du Guide d’installation de Sun Java Enterprise System 5 pour UNIX.
Propriété non root	En cas d'la propriété non root est requise pour Application Server ou Web Server , reportez-vous à la section Exemples non root du Guide d’installation de Sun Java Enterprise System 5 pour UNIX