Guide de plannification de l'installation de Java ES System 2005Q4

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 les instances des composants doivent être installées 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é des services de messagerie, il peut s'avérer nécessaire d'installer deux instances de Messaging 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 composant 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

Sur l'ordinateur 01, installez Messaging Server et Calendar Server, configurez Messaging Server, puis configurez Calendar Server. Sur l'ordinateur 02, répétez la procédure.

Configuration en vue de l'interopérabilité

L'objectif du processus d'installation est d'obtenir un système dans lequel les instances des composants interopèrent. Lors de l'installation des composants et du processus de configuration de base, vous indiquez les valeurs de configuration requises pour l'interopérabilité des composants.

Les valeurs de configuration devant être indiquées pour définir l'interopérabilité entre les composants sont les URL ou les numéros de port utilisés par une instance de composant pour communiquer avec une autre instance et les ID et mots de passe d'administrateur nécessaires pour autoriser une instance à accéder à 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. Ensuite, lors de l'installation et de la configuration d'une instance Access Manager, vous devez fournir les valeurs de configuration indiquant à l'instance où trouver l'annuaire LDAP préparé.

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é. Pour garantir le succès du processus d'installation et de configuration, vous devez planifier à l'avance les composants installés sur chacun des ordinateurs. Au fur et à mesure de l'ajout de composants à la solution, vous devez les configurer de manière à ce qu'ils puissent interopérer avec les composants déjà installés sur les autres ordinateurs.

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é

Ordinateur 01 : Directory Server: Ordinateur 02 : installez et configurez Access Manager de sorte qu'il puisse interopérer avec l'instance Directory Server sur l'ordinateur 01.

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.

Dépendances entre composants de

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. Par exemple, l'interface Communications Express requiert des données fournies par les services de messagerie et/ou de calendrier. La procédure de configuration de Communications Express requiert la saisie d'URL permettant à Communications Express d'interopérer avec les services de calendrier et de messagerie déjà opérationnels. Du fait de cette dépendance, Messaging Server et/ou Calendar Server doivent être installés et configurés avant Communications Express.
Un certain nombre de composants nécessitent un annuaire LDAP pour les authentifications et les autorisations. Les procédures d'installation et de configuration des instances de ces composants requièrent la saisie d'URL pour le service d'annuaire LDAP. Du fait de cette dépendance, Directory Server (ou tout autre référentiel d'identité) doit être installé avant les composants utilisant le service d'annuaire LDAP.
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. Ces conteneurs Web doivent donc être installés et en cours d'exécution avant que les composants ne soient installés et configurés. Vous pouvez utiliser Web Server , Application Server ou certains conteneurs Web tiers, du moment qu'ils sont présents 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.
Les composants peuvent être installés dans un cluster de haute disponibilité généré 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 au niveau du système tout entier. 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 est accessible à tous les composants de la solution. Ce type de dépendance détermine l'ordre dans lequel les composants doivent être installés et configurés au sein de la solution : Directory Server est installé et configuré 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.

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 pour toute la solution. Dans une solution distribuée, les conteneurs Web sont généralement installés sur plusieurs ordinateurs. Chaque conteneur Web prend en charge un composant localement. De ce fait, dans une solution distribuée, il n'existe pas un seul emplacement pour l'installation d'un conteneur Web. De même, il n'existe pas un point unique pour l'installation du conteneur Web dans le cadre de la procédure d'installation.

Pour développer le plan d'installation d'une 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 d'un 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	Fournir les services Access Manager	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
Administration Server	Directory Server	Fournir un répertoire de configuration	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
Calendar Server	Directory Server	Stocker des données utilisateur exploitées dans le cadre des authentifications et autorisations	Non
	Directory Preparation Tool	Préparer l'annuaire LDAP à utiliser avec Calendar Server.	Non
	Access Manager (facultatif)	Requis si la solution utilise la connexion unique	Non
	Messaging Server (facultatif)	Fournir des notifications par e-mail	Non
	Delegated Administrator (facultatif)	Gérer un schéma LDAP ; assurer le provisioning des utilisateurs des services de calendrier	Non
Communications Express	L'un des conteneurs Web J2EE suivants : - Application Server - Web Server	Communications Express doit être déployé sur un conteneur Web.	Oui
	Directory Server	Stocker des données utilisateur, telles que des carnets d'adresses	Non
	Directory Preparation Tool	Préparer l'annuaire LDAP pour Communications Express	Non
	Access Manager ou Access Manager SDK	Fournir des services d'authentification et d'autorisation, ainsi qu'un service de connexion unique ; un SDK Access Manager local permet d'accéder à une instance Access Manager distante.	Oui
	Messaging Server	Fournir un service de messagerie sous-jacent	Non
	Calendar Server	Fournir un service de calendrier sous-jacent	Non
Delegated Administrator	Conteneur Web J2EE : - Application Server - Web Server	Delegated Administrator doit être déployé sur l'un de ces conteneurs Web	Oui
	Directory Server	Stocker les données LDAP utilisées par Delegated Administrator	Non
	Directory Preparation Tool	Préparer l'annuaire LDAP pour Delegated Administrator	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
Directory Preparation Tool	Directory Server	Directory Preparation Tool prépare l'annuaire à utiliser avec les composants de communication de Java ES	Oui
Directory Proxy Server	Administration Server	Configurer Directory Proxy Server	Non
	Directory Server	Fournir des services d'annuaire LDAP sous-jacents	Non
Directory Server	Administration Server	Configurer Directory Server	Non
Stockage de sessions haute disponibilité (HADB)	aucune.
Instant Messaging	Directory Server	Stocker les données relatives au canal, aux informations, à la salle de conférence et aux utilisateurs	Non
	Access Manager ou Access Manager SDK (facultatif)	Fournir des services Access Manager ; une instance Access Manager SDK locale permet d'accéder à une instance Access Manager distante.	Oui
	Conteneur Web J2EE : - Application Server - Web Server (requis pour la livraison des ressources du client Instant Messenger)	Prendre en charge la distribution et le téléchargement des ressources du client Instant Messenger.	Oui
	Calendar Server (facultatif, lors de l'utilisation des fenêtres contextuelles du calendrier)	Prendre en charge les fenêtres contextuelles de Calendar Server	Non
	Messaging Server (facultatif, lors de l'utilisation de la livraison hors ligne des messages instantanés)	Prendre en charge la fonction de livraison hors ligne des messages instantanés et des e-mails	Non
Message Queue	aucune.
Messaging Server	Directory Server	Stocker des données de configuration ; stocker et rechercher des données utilisées à des fins d'authentification et d'autorisation	Non
	Administration Server	Stocker des données de configuration dans l'annuaire de configuration Directory Server	Oui
	Directory Preparation Tool	Préparer l'annuaire LDAP pour Messaging Server	Non
	Access Manager (si la solution utilise la connexion unique)	Fournir un service d'autorisation et d'authentification à connexion unique	Non
	Delegated Administrator (facultatif)	Gérer des données de groupe et d'utilisateur ; gérer le schéma d'annuaire	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
	Communications Express	Fournir des canaux de calendrier et de messagerie pour le bureau du portail	Non
Portal Server Secure Remote Access	Portal Server	Fournir le service de portail sous-jacent.	Oui
	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	Application Server		Oui
Logiciel Sun Cluster	aucune.
Agents Sun Cluster	Sun Cluster	Reconnaître les composants installés sur les nœuds Sun Cluster	Oui
Web Proxy Server	Web Server	Fournir un accès distant à des applications Web	Oui
Web Server	aucune.

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 multimaître 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é dans la Figure 2–1 consiste à installer le logiciel Sun Cluster sur les ordinateurs mscs01 et mscs02 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 agents Sun Cluster pour Messaging Server et Calendar Server. Lorsque les agents Sun Cluster sont configurés, les nœuds du cluster reconnaissent les instances Messaging Server et Calendar Server.
La réplication multimaître Directory Server est également implémentée en plusieurs étapes. La première consiste à installer, configurer et vérifier toutes les instances 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, vous devez développer un plan pour installer les différentes instances d'un composant et configurer ces instances de sorte qu'elles interviennent en tant que service unique.

Sous-composants distribués

Certains composants Instant Messaging comportent des sous-composants qui peuvent être installés et configurés séparément. Par exemple, Messaging Server dispose de quatre sous-composants, Message Transfer Agent (MTA), Message Multiplexor (MMP), Messenger Express Multiplexor (MEM) et Message Store. Dans une architecture de déploiement, ces sous-composants peuvent être placés sur des systèmes distincts de manière à garantir la qualité de service. Ainsi, dans l'exemple d'architecture représenté dans la Figure 2–1, les instances de MEM sont placées sur les systèmes CX1 et CX2, l'agent de transfert de message sortant (MTA) est installé sur les systèmes MTA1 et MTA2, l'agent de transfert de message entrant sur les systèmes MTA3 et MTA4, MMP sur les systèmes MMP1 et MMP2 et Message Store sur les systèmes STR1 et STR2.

Le Tableau 3–2 répertorie les composants Java ES qui comportent des sous-composants susceptibles d'être installés séparément. Analysez l'architecture de déploiement de votre solution et déterminez si elle comporte des sous-composants distribués. Si tel est le cas, vous devez développer un plan pour installer les sous-composants sur les systèmes appropriés et dans l'ordre adéquat et pour configurer ces sous-composants en vue de leur interopérabilité. Pour obtenir plus d'informations sur la configuration des sous-composants distribués, reportez-vous aux descriptions des composants individuels dans la section Développement d'un plan d'installation.

Tableau 3–2 Composants dotés de sous-composants


Composant	Sous-composant
Instant Messaging	Instant Messaging Multiplexor Instant Messaging Resources Instant Messaging Server
Messaging Server	Message Transfer Agent (MTA) Message Store Messaging Multiplexor (MMP) Messenger Express Multiplexor (MEM)

Les sous-composants peuvent être installés séparément. Si votre architecture de déploiement requiert des sous-composants distribués, exécutez le programme d'installation sur chaque ordinateur et sélectionnez les sous-composants spécifiés dans l'architecture. Les valeurs d'entrée requises par le programme d'installation ou l'assistant de configuration représentent un sous-ensemble des valeurs du composant complet. Lorsque les composants ne sont pas configurés par le biais du programme d'installation, démarrez l'assistant de configuration, sélectionnez les sous-composants à configurer sur l'ordinateur et indiquez les valeurs d'entrée requises par l'assistant.

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

La plupart des solutions Java ES intègrent Directory Server. L'installation et la configuration d'une solution requièrent des valeurs d'entrée définissant le schéma d'annuaire 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.

Ces derniers sont spécifiés avant que vous ne commenciez le plan d'installation. Pour obtenir des exemples de spécifications, reportez-vous à la section 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 :

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.
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.
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.
L'exécution de Delegated Administrator étend le schéma avec les classes d'objet et les attributs utilisés pour autoriser et authentifier les utilisateurs de services spécifiques. Les valeurs d'entrée dépendent du service fourni par votre solution. Elles sont répertoriées dans votre plan d'installation. Pour obtenir plus d'informations, reportez-vous à la section Ajout de procédures relatives à Delegated Administrator dans le plan d'installation.

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

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 répertorie le suffixe de base en tant que valeur d'entrée du processus d'installation.
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 répertorie le DN de l'organisation en tant que valeur d'entrée du processus de configuration de Messaging Server.
L'installation et la configuration de Calendar Server, Communications Express, Delegated Administrator 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 répertorie le DN de l'organisation en tant que valeur d'entrée de tous les assistants de configuration.

Le nom du suffixe de base LDAP et celui de l'organisation du domaine de messagerie proviennent de la spécification de gestion des utilisateurs et sont ajoutés 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. Pour plus d'informations sur l'ajout du suffixe de base LDAP au plan d'installation, voir le Tableau 3–5. Pour plus d'informations sur l'ajout de l'organisation du domaine de messagerie au plan d'installation, voir les Tableau 3–9, Tableau 3–10, Tableau 3–11, Tableau 3–13 et Tableau 3–14.

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. Pour la plupart des solutions, cela signifie que le programme d'installation doit être exécuté plusieurs fois. Le plan d'installation doit indiquer le nombre d'exécutions nécessaires. Cette section explique comment analyser une architecture de déploiement et comment déterminer le nombre d'exécutions du programme nécessaires pour l'installation et la configuration de la solution.

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 :

La plupart des combinaisons de composants sur un ordinateur peuvent être installées par le biais d'une unique exécution du programme d'installation. Cela est particulièrement vrai lorsque le programme est exécuté en mode de configuration immédiate. 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, le 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, le 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 et vérifier l'instance de Web Server ou Application Server avant de pouvoir installer le composant exécuté sur le serveur Web. Si la solution intègre un conteneur Web tiers, ce dernier doit être installé par le biais de son propre programme d'installation, puis démarré et vérifié, avant que vous n'installiez les composants Java ES. Le plan d'installation doit décrire l'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 d'un 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. Lorsque les composants sont créés par le programme d'installation, ce dernier requiert la saisie des valeurs de configuration, celles-ci étant répertoriées dans le plan d'installation, dans les instructions relatives à l'exécution du programme d'installation. Lorsque les composants sont configurés après l'exécution du programme d'installation, les valeurs de configuration doivent être saisies dans les assistants de configuration. Ces valeurs sont répertoriées dans le plan d'installation, dans les instructions relatives à 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. Ces dernières sont créées une fois le programme d'installation terminé, lors de l'exécution des assistants de configuration des composants. Les valeurs de configuration doivent être saisies dans les assistants. Elles sont répertoriées, dans le plan d'installation, en tant qu'instructions relatives à l'exécution des assistants.

L'option de configuration sélectionnée s'applique à l'ensemble de la session d'installation. Si vous devez sélectionner différentes options de configuration pour certains composants, vous devez exécuter plusieurs sessions d'installation.

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

Le programme d'installation effectue certaines vérifications de dépendance et de compatibilité. Il ne peut vérifier que les éléments installés localement. Par exemple, si votre solution utilise une instance Directory Server distante, le programme d'installation ne pourra pas vérifier si elle est compatible avec l'instance Access Manager que vous souhaitez installer. Si vous installez et configurez une solution entièrement nouvelle. L'ajout d'un nouveau composant à une solution déjà établie ou l'élaboration d'une solution Sun Java System à 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, Messaging Server, Calendar Server et Communications Express à partir de l'instance Directory Server existante, il peut y avoir des problèmes de compatibilité entre les 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. Vous devez donc vérifier que le composant distant est bien compatible et qu'il fonctionne normalement.
Mise à niveau. Le programme d'installation de Java ES n'effectue aucune mise à niveau de composant, excepté lorsque Application Server et Message Queue ont déjà été installés avec le système d'exploitation Solaris. Dans ce cas, le programme d'installation vous demande si vous souhaitez mettre à niveau Application Server et Message Queue au cours de 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 2005Q4 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–3 Problèmes d'installation à prendre en compte


Exigences de la solution	Directives ou instructions
Utilisation des zones Solaris 10	Si vous effectuez l'installation dans les zones de Solaris 10, reportez-vous à la section Zones Solaris 10 du Guide d’installation de Sun Java Enterprise System 2005Q4 pour UNIX.
Utilisation du chiffrement Directory Server	Configurez LDAPS (SSL sur LDAP) sur l'instance Directory Server. >Remarque : Si le chiffrement de Directory Server est une condition requise, Administration Server doit être installé lors de l'installation de 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 2005Q4 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. Pour obtenir plus d'informations, reportez-vous à la section Conditions préalables à l’installation du Guide d’installation de Sun Java Enterprise System 2005Q4 pour UNIX.
Utilisation du schéma 1 LDAP	Un exemple d'installation effectuée à partir d'un schéma 1 LDAP est décrit dans la section Exemple Calendar Messaging Schema 1 du Guide d’installation de Sun Java Enterprise System 2005Q4 pour UNIX. 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	Les procédures de configuration de la connexion unique sont expliquées au Chapter 8, Configuring and Using Single Sign-On, in Sun Java Enterprise System 2005Q1 Deployment Example Series: Evaluation Scenario. Access Manager est requis pour la connexion unique.
Configuration de la haute disponibilité à l'aide de HADB	Un exemple 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 2005Q4 pour UNIX.
Équilibrage de charge d'Application Server	Vous trouverez un exemple d'utilisation du plug-in d'équilibrage de charge d'Application Server dans la section Exemple de services Web et applicatifs du Guide d’installation de Sun Java Enterprise System 2005Q4 pour UNIX.
Propriété non root	Si une propriété non-root est requise pour Application Server ou Web Server , reportez-vous à l'un des exemples suivants : Exemple Access Manager configuré pour une exécution comme utilisateur non root du Guide d’installation de Sun Java Enterprise System 2005Q4 pour UNIX ou Exemple Portal Server sur une instance Web Server ou Application Server n’appartenant pas à l’utilisateur root du Guide d’installation de Sun Java Enterprise System 2005Q4 pour UNIX.