|
| |
| Sun Java Enterprise System 2005Q4 Guide de mise � niveau | |
Chapitre 1
Planification des mises � niveauCe chapitre fournit les informations utiles � la planification de la mise � niveau du logiciel Sun Java™ Enterprise System (Java ES) vers Java ES 2005Q4 (Version 4). Il se compose des sections suivantes :
Composants de Java ES 2005Q4 (Version 4)En introduction � la planification de la mise � niveau du logiciel Java ES, cette section passe en revue les composants inclus dans Java ES version 4. Selon le sc�nario de mise � niveau, il est possible que vous deviez mettre un ou plusieurs de ces composants au niveau de la version 4.
Les composants Java ES sont regroup�s par types, comme cela est d�crit dans Java Enterprise System Technical Overview (http://docs.sun.com/doc/819-3587). Selon cette classification, les composants de service du syst�me fournissent les services d’infrastructure principaux de Java ES, tandis que les composants de qualit� de service am�liorent ces services syst�me. Ces deux types de composants Java ES constituent les composants du produit, � savoir ceux qui peuvent �tre s�lectionn�s dans le programme d’installation de Java ES.
Chaque composant du produit d�pend d’une ou plusieurs biblioth�ques locales partag�es appel�es composants Java ES partag�s. Les composants partag�s sont install�s automatiquement par le programme d’installation de Java ES lors de l’installation des composants du produit, en fonction des composants s�lectionn�s pour l’installation.
Composants de la version 4
Les composants de Java ES version 4 sont r�pertori�s par ordre alphab�tique dans le tableau suivant. Pour les composants de qualit� de service mentionn�s, le tableau pr�cise le type d’am�lioration de service offert.
Composants partag�s de la version 4
Les composants partag�s de Java ES, dont d�pendent les composants du produit install�s sur un seul ordinateur, ne peuvent �tre s�lectionn�s ni d�s�lectionn�s dans le programme d’installation de Java ES. Lors de l’installation des composants de Java ES, le programme d’installation de Java ES installe automatiquement les composants partag�s requis par les composants du produit choisis.
Les composants partag�s de Java ES version 4 sont r�pertori�s dans le tableau suivant.
À propos des mises � niveau de Java ESLa mise � niveau du logiciel Java ES vers la version 4 n’est g�n�ralement pas ex�cut�e � l’aide du programme d’installation de Java ES ou d’un autre utilitaire syst�me. Elle est r�alis�e composant par composant, ordinateur par ordinateur, en suivant des proc�dures de mise � niveau sp�cifiques � chaque composant.
La mise � niveau d’un composant peut aller d’une mise � niveau majeure, parfois incompatible avec la version pr�c�dente du composant, � une mise � niveau pleinement compatible ayant pour objet la correction de bogues. En raison des d�pendances existant entre les composants de Java ES, la nature de la mise � niveau peut impliquer la mise � niveau �ventuelle d’autres composants.
Mise � niveau des composants du produit
Les mises � niveau des composants de Java ES font intervenir deux op�rations de base qui mettent en miroir l’installation et la configuration initiales des composants de Java ES :
- Installation du logiciel mis � niveau. Le nouveau logiciel peut am�liorer ou corriger un logiciel existant ou le remplacer compl�tement. En g�n�ral, le nouveau logiciel est obtenu par l’application de patchs aux packages logiciels existants, le remplacement des packages existants, l’installation de nouveaux packages ou une r�installation compl�te d’un composant par le programme d’installation de Java ES.
- Nouvelle configuration. La nouvelle configuration prend en compte toutes les modifications des donn�es de configuration, des donn�es utilisateur ou des donn�es d’application dynamiques requises pour la prise en charge du logiciel modifi�. Une modification des donn�es peut se traduire par des donn�es suppl�mentaires, une modification du format de donn�es (dans les fichiers de propri�t�s ou le sch�ma de la base de donn�es) ou une modification de l’emplacements des donn�es. Parfois, la nouvelle configuration n�cessite que vous ex�cutiez une proc�dure explicite, dans d’autres cas, elle peut se d�rouler automatiquement sans votre intervention.
Ces deux aspects des mises � niveau de composants sont d�crites dans ce Guide de mise � niveau pour chaque composant de Java ES.
Le Guide de mise � niveau traite �galement de certains aspects importants dans les mises � niveau, notamment :
Mises � niveau des composants partag�s
Les mises � niveau des composants partag�s de Java ES constituent souvent une �tape essentielle pour la mise � niveau des composants de produit qui en d�pendent.
La mise � niveau des composants partag�s est g�n�ralement plus directe que celle des composants du produit. En g�n�ral, la mise � niveau s’effectue par l’application de patchs aux packages existants ou le remplacement des packages existants. Contrairement aux mises � niveau de composants du produit, il n’y a g�n�ralement pas de nouvelle configuration � ex�cuter ni de proc�dures � appliquer avant ou apr�s la mise � niveau.
Bien que les composants partag�s puissent �tre mis � niveau s�par�ment, Java ES version 4 vous permet de proc�der � une mise � niveau collective d’un certain nombre de composants partag�s en une seule op�ration. Pour en savoir plus, consultez la section Chapitre 2, � Mise � niveau des composants partag�s Java ES. �
Technologies de mise � niveau
La mise � niveau simultan�e de composants de produit et de composants partag�s, d�crite dans ce Guide de mise � niveau, implique la modification ou le remplacement des packages logiciels actuellement install�s et, dans certains cas, l’installation de nouveaux packages. Les plates-formes Solaris et Linux emploient des technologies similaires pour la gestion des packages logiciels install�s et le suivi des modifications par le biais d’un registre de packages.
- Plate-forme Solaris. Les packages Java ES peuvent �tre install�s et supprim�s � l’aide des commandes Solaris pkgadd et pkgrm, en utilisant les packages se trouvant dans la distribution du logiciel Java ES. Une fois les packages install�s, leur contenu peut �tre modifi� � l’aide des patchs appliqu�s ou supprim�s avec les commandes patchadd et patchrm. Les patchs des packages Solaris sont distribu�s par le biais du site Web de SunSolve sur : http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
Les patchs Solaris peuvent concerner un ou plusieurs packages. La commande patchadd enregistre une sauvegarde du package auquel le patch est appliqu�, afin de faciliter la suppression du patch par la commande patchrm. Les patchs sont identifi�s par leur ID de patch, compos� du num�ro de patch suivi du num�ro de r�vision incr�ment� � mesure des modifications du patch dans le temps.
Les patchs Solaris peuvent �galement �tre r�cup�r�s sous la forme d’un cluster de patchs. Ce cluster de patchs vous permet de t�l�charger et d’appliquer collectivement tous les patchs qu’il contient. Des clusters de patchs sont fournis pour la mise � niveau des composants partag�s de Java ES (reportez-vous au Chapitre 2, � Mise � niveau des composants partag�s Java ES �).
- Plate-forme Linux. Les packages RPM (Red Hat Package Manager) de Java ES peuvent �tre install�s ou modifi�s par la commande rpm, en utilisant les packages se trouvant sur la distribution du logiciel Java ES. Toutefois, une fois les packages install�s, leur contenu ne peut plus �tre modifi� � l’aide de patchs. Les patchs RPM sont mis � jour � l’aide de l’option de commande rpm -U, qui remplace le package en cours par un package plus r�cent.
Pour faciliter l’op�ration, de nombreuses mises � jour de package RPM sont fournies non seulement avec la distribution du logiciel Java ES, mais �galement par le biais du site Web de SunSolve sur : http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
Pour une distribution via SunSolve, il est possible que les packages RPM soient pr�sent�s sous la forme de patchs et qu’ils se voient affecter un ID de patch et un num�ro de r�vision comme les patchs Solaris. Ces patchs Linux peuvent inclure un ou plusieurs packages RPM, chaque package �tant identifi� par un nom RPM unique, un num�ro RPM et un num�ro de r�vision incr�ment� � mesure des modifications du package RPM dans le temps.
Syst�me d’exploitation
Un certain nombre de consid�rations relatives au syst�me d’exploitation doivent �tre prises en compte lors de la mise � niveau du logiciel Java EScomme indiqu� ci-apr�s.
Patchs du syst�me d’exploitation n�cessaires
Dans certaines situations, la mise � niveau d’un composant de Java ES peut n�cessiter au pr�alable l’application d’un patch ou de correctifs sp�cifiques au syst�me d’exploitation. Au lieu d’appliquer au cas par cas le patch du syst�me d’exploitation requis, il est g�n�ralement pr�f�rable de mettre � jour le syst�me d’exploitation avant de proc�der aux mises � niveau de Java ES.
- Les patchs des plates-formes Solaris sont accessibles sur le site SunSolve sous la forme d’un cluster de patchs, c’est-�-dire un ensemble de patchs du syst�me d’exploitation pouvant �tre appliqu�s collectivement. Les clusters de patchs des syst�mes d’exploitation Solaris 8, 9 et 10 sont disponibles � l’adresse : http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
- Les versions � jour de la plate-forme Linux sont disponibles sur : https://www.redhat.com/apps/download/
Mises � niveau mineures
Un nombre significatif de composants partag�s de Java ES font l’objet de packages sp�cifiques � la version de Solaris. Ces packages sp�cifiques � la version peuvent ne pas fonctionner correctement sur d’autres plates-formes Solaris. Par exemple, les packages publi�s pour le syst�me d’exploitation Solaris 8 ne fonctionneront vraisemblablement pas avec les syst�mes d’exploitation Solaris 9 ou Solaris 10.
Si vous effectuez une mise � niveau du syst�me d’exploitation d’une version mineure � une autre, les diff�rents composants partag�s de Java ES install�s en seront affect�s. Si ces composants partag�s ont des packages sp�cifiques � la version, ces packages devront �galement �tre mis au niveau du nouveau syst�me d’exploitation une fois la mise � niveau de ce dernier effectu�e.
Mises � niveau vers des plates-formes non prises en charge
Java ES 2004Q2 (version 2) est pris en charge sous Solaris 8 et 9 et sous Red Hat Enterprise Linux (RHEL) 2.1. Si vous souhaitez mettre votre plate-forme de syst�me d’exploitation au niveau de Solaris 10 ou RHEL 3.0, qui ne sont pas pris en charge par Java ES version 2, vous devrez �galement mettre Java ES version 2 au niveau d’une version prenant en charge la plate-forme mise � niveau, de pr�f�rence Java ES version 4.
Comme la mise � niveau de certains composants Java ES exige que d’autres composants Java ES soient en cours d’ex�cution, vous ne pouvez pas, en r�gle g�n�rale, proc�der � la mise � niveau de votre plate-forme de syst�me d’exploitation vers Solaris 10 ou RHEL 3.0 avant d’avoir effectu� la mise � niveau de Java ES version 2 (Java ES version 2 ne prend pas ces plates-formes en charge).
L’approche � mettre en oeuvre d�pend de la plate-forme :
- Plate-forme Linux. Vous devez d’abord effectuer la mise � niveau de Java ES version 2 vers la version 4, puis passer � la mise � niveau vers RHEL 3.0.
- Plate-forme Solaris. Vous devez d�sinstaller Java ES version 2, mettre votre syst�me d’exploitation au niveau de Solaris 10, puis ex�cuter une nouvelle installation de Java ES version 4. Cette op�ration signifie que tous les composants Java ES devront �tre reconfigur�s. Dans ce cas, il est prudent de faire une sauvegarde de tous les fichiers de configuration et personnalisations en cours de Java ES version 2 afin de l’utiliser pour la configuration des composants de Java ES version 4.
Planification de la mise � niveauL’approche � suivre pour la mise � niveau d’un logiciel syst�me Java ES d�ploy� vers Java ES version 4 peut d�pendre de vos objectifs et priorit�s de mise � niveau, ainsi que de l’�tendue et de la complexit� de votre architecture de d�ploiement.
Par exemple, votre architecture de d�ploiement Java ES peut �tre constitu�e d’un composant Java ES unique ex�cut� sur un seul ordinateur, et votre objectif de mise � niveau peut �tre de corriger un bogue d’une version ant�rieure. D’autre part, votre architecture de d�ploiement Java ES peut aussi comporter un certain nombre de composants Java ES interd�pendants d�ploy�s sur diff�rents ordinateurs et votre objectif peut �tre d’obtenir de nouvelles fonctionnalit�s en proc�dant � la mise � niveau d’un nombre minimum de composants afin de r�duire le temps d’indisponibilit� du syst�me.
Ces deux exemples correspondent � des sc�narios de d�ploiement de complexit�s tr�s diff�rentes, n�cessitant une planification fondamentalement diff�rente. Aucune planification ne peut �tre consid�r�e comme valable pour tous les syst�mes Java ES d�ploy�s.
En r�gle g�n�rale, plus le nombre de composants Java ES et le nombre d’ordinateurs composant l’architecture de d�ploiement est �lev�, plus la planification du d�ploiement sera complexe.
Qu’est-ce qu’une planification de mise � niveau ?
Une planification de mise � niveau d�finit la mani�re d’aborder chaque �tape du processus de mise � niveau. Ce processus comprend, au minimum, les �tapes d�crites dans le tableau suivant.
Les sections suivantes fournissent des informations pouvant aider � formuler une planification de mise � niveau.
Consid�rations relatives � la planification de la mise � niveau
Votre planification de mise � niveau d�pend d’un certain nombre de facteurs d�passant la port�e et la complexit� de votre architecture de d�ploiement. Ces facteurs incluent notamment les points suivants :
Ces facteurs sont �tudi�s dans les sections suivantes.
M�thodes de mise � niveau
Bien qu’il soit possible de mettre � niveau toutes les versions pr�c�dentes du logiciel Java ES vers Java ES 2005Q4 (version 4), les seules mises � niveau certifi�es concernent Java ES 2005Q1 (version 3) et Java ES 2004Q2 (version 2). Les mises � niveau � partir des versions ant�rieures ne sont pas �tudi�es dans ce Guide de mise � niveau.
Les diff�rentes m�thodes de mise � niveau impliquent des strat�gies diff�rentes, comme cela est expliqu� dans le Tableau 1-4.
En raison des diff�rences caract�risant le passage de la version 3 � la version 4 et celui de la version 2 � la version 4, et comme les proc�dures de mise � niveau des composants du produit d�pendent souvent de la m�thode de mise � niveau, les chapitres distincts de ce Guide de mise � niveau traitant de la mise � niveau de chaque composant du produit sont divis�s en deux sections : l’une concerne la mise � niveau de la version 3 � la version 4, l’autre de la version 2 � la version 4.
Tableau 1-4 M�thodes de mise � niveau vers Java ES 2005Q4 (Version 4)
Num�ro du produit
Version de Java ES
Caract�ristiques du syst�me
Strat�gies de mise � niveau
2005Q1
Version 3
Java ES version 4 accepte un m�lange de composants des versions 3 et 4 sur un seul ordinateur. Cette remarque est valable pour les composants du produit comme pour les composants partag�s. Les compatibilit�s entre les composants de la version 3 et de la version 4 ont �t� test�es et les incompatibilit�s connues sont signal�es dans les Notes de version de Sun Java Enterprise (http://docs.sun.com/doc/819-3425).
La coexistence de composants de la version 3 et de la version 4 permet d’effectuer une mise � niveau s�lective de certains composants de la version 3 vers la version 4 sur un ordinateur donn� ou au sein d’une architecture de d�ploiement compos�e de plusieurs ordinateurs.
2004Q2
Version 2
Java ES version 4 n’accepte pas le m�lange de composants des versions 2 et 4 sur un seul ordinateur. Cette remarque est valable pour les composants du produit comme pour les composants partag�s. Il existe des incompatibilit�s connues entre ces versions et l’interop�rabilit� entre les composants des versions 2 et 4 n’est pas garantie.
Lorsque vous mettez certains composants de la version 2 au niveau de la version 4 sur un ordinateur donn�, tous les composants de la version 2 doivent faire l’objet de la mise � niveau. Toutefois, en tenant compte de la compatibilit� des composants, il est possible de combiner des composants des versions 2 et 4 r�sidant sur des ordinateurs diff�rents au sein d’une architecture de d�ploiement compos�e de plusieurs ordinateurs.
2003Q4
et ant�rieuresVersion 1et ant�rieures
Java ES version 4 n’accepte pas le m�lange de composants de version 1 ou ant�rieure et de version 4 sur un seul ordinateur. Cette remarque est valable pour les composants du produit comme pour les composants partag�s. Il existe des incompatibilit�s connues entre ces versions et l’interop�rabilit� entre les composants des versions 1 ou ant�rieures et de la version 4 n’est pas garantie.
Java ES version 4 ne garantit pas la mise � niveau directe � partir de la version 1 ou ant�rieure vers la version 4.
Dans certains cas, il est cependant possible d’effectuer une mise � niveau � partir de la version 1 en passant au pr�alable par Java ES version 3, comme indiqu� dans le Guide de mise � niveau et de migration de Java Enterprise System (http://docs.sun.com/doc/819-2234)
Dans d’autres cas, la mise � niveau de la version 1 vers la version 4 peut �tre r�alis�e de la m�me mani�re que pour passer de la version 2 ou 3 vers la version 4 et, dans ce cas, le tableau de mise � niveau de ce composant dans le Guide de mise � niveau signale cette possibilit�.
D�pendances pour la mise � niveau
L’un des principaux probl�mes � prendre en compte lors de la planification de la mise � niveau d’un composant Java ES donn� concerne les d�pendances de ce composant par rapport � d’autres composants Java ES, et les mises � niveau �ventuelles requises pour ces composants afin de prendre en compte la mise � niveau du composant d�pendant.
En la mati�re, il existe deux types de d�pendances :
- D�pendance pour la mise � niveau stricte. Une d�pendance stricte existe lorsque la version mise � niveau d’un composant exige la version mise � niveau du composant dont il d�pend. Cette exigence peut �tre due � de nouvelles fonctionnalit�s, de nouvelles interfaces ou des corrections de bogue requises par le composant d�pendant. Vous ne pourrez pas r�ussir la mise � niveau du composant et utiliser celui-ci tant que le composant dont il d�pend n’aura pas �t� mis � niveau.
- D�pendance pour la mise � niveau souple. Une d�pendance souple existe lorsque la version mise � niveau d’un composant n’exige pas la version mise � niveau du composant dont il d�pend. Vous pouvez r�ussir la mise � niveau du composant et utiliser celui-ci sans mettre � niveau le composant dont il d�pend.
La mise � niveau d’un composant Java ES exige la mise � niveau de tous les composants avec lesquels il pr�sente une d�pendance stricte, mais pas n�cessairement celle des composants avec lesquelles la d�pendance est souple. (Cette r�gle g�n�rale n’est pas valable pour les mises � niveau de la version 2 vers la version 4 sur un ordinateur unique.)
Toutefois, cette r�gle g�n�rale ne s’applique pas forc�ment lorsque plusieurs composants interd�pendants sont concern�s par la mise � niveau. Dans ce cas, la mise � niveau d’un composant est requise d�s que l’un des composants Java ES pr�sente une d�pendance stricte par rapport � ce composant particulier.
Mise � niveau s�lective ou globale
La diff�rence entre les d�pendances pour la mise � niveau strictes ou souples offre la possibilit� de faire une mise � niveau s�lective des composants Java ES d�ploy�s dans un syst�me. Cette possibilit� ne s’applique qu’� la mise � niveau de la version 3 vers la version 4 sur un ordinateur unique (voir les caract�ristiques des m�thodes de mise � niveau dans la section M�thodes de mise � niveau). La mise � niveau s�lective de la version 2 vers la version 4 sur un ordinateur unique n’est pas prise en charge.
- Mise � niveau s�lective. L’approche de mise � niveau s�lective d�marre � partir du composant Java ES que vous souhaitez faire passer � la version 4. D�terminez les d�pendances strictes existant pour ce composant, � la fois par rapport � d’autres composants du produit et � des composants partag�s. Ces composants devront �galement �tre mis � niveau. R�p�tez cette �tape pour chaque d�pendance stricte d�tect�e, jusqu’� ce qu’il n’y ait plus de composant � mettre � niveau. Cet exercice permet de d�finir tous les composants Java ES qui doivent �tre mis � niveau.
- Mise � niveau globale. Une autre solution consiste � mettre tous les composants Java ES d�ploy�s au niveau de la version 4. La complexit� de cette approche d�pend de votre architecture de d�ploiement. Dans certains cas, il peut �tre impossible de mettre la totalit� d’un syst�me � niveau en une seule fois, pour des raisons d’activit� professionnelle.
Les deux approches sont compar�es dans le tableau suivant.
Le choix entre mise � niveau s�lective et mise � niveau globale n’est pas fig�. Par exemple, vous pouvez choisir de proc�der � une mise � niveau s�lective de certains composant sur un ordinateur donn�, et effectuer une mise � niveau globale de tous les composants partag�s requis pour prendre en charge les composants s�lectionn�s. En fait, pour passer de la version 3 � la version 4, l’approche la plus fr�quente consiste � mettre � niveau s�lectivement certains composants du produit et � effectuer une mise � niveau globale des composants partag�s.
Mises � niveau portant sur plusieurs instances
L’ordre des proc�dures de mise � niveau peut d�pendre selon que la redondance est ou non utilis�e dans l’architecture de d�ploiement. Plusieurs instances d’un composant Java ES peuvent �tre utilis�es pour obtenir haute disponibilit�, �volutivit�, facilit� de maintenance ou toute autre combinaison de ces qualit�s de service. Il existe trois technologies faisant usage de composants redondants dans l’architecture de d�ploiement Java ES : l’�quilibrage de charge, les techniques haute disponibilit� (Sun Cluster et High Availability Session Store) et la r�plication multima�tre (Directory Server).
Dans la plupart des cas o� la redondance est concern�e, il est souhaitable de r�aliser les mises � niveau sans entra�ner de temps d’arr�t du syst�me. Ces mises � niveau progressives permettent de mettre � niveau successivement les instances redondantes d’un composant sans nuire au service qu’elles assurent.
Dans la plupart des cas, les instances redondantes sont d�ploy�es sur des ordinateurs diff�rents. Dans la perspective de la planification d’une mise � niveau, cela peut impliquer d’isoler la mise � niveau de ces composants r�pliqu�s de celle des autres composants afin de r�duire au maximum les temps d’indisponibilit� du syst�me. En d’autres termes, vous pouvez ex�cuter toutes les t�ches pr�alables � la mise � niveau du composant sur chaque ordinateur avant d’effectuer la mise � niveau progressive du composant r�pliqu�.
Chaque technologie de r�plication dispose de proc�dures de configuration ou de reconfiguration qui peuvent affecter l’ordre global des mises � niveau des composants Java ES. Par exemple, les composants ex�cut�s dans un environnement Sun Cluster peuvent exiger la mise � niveau de Sun Cluster avant leur propre mise � niveau.
D�pendances entre composants de Java ESComme indiqu� dans la section pr�c�dente, une planification de mise � niveau sp�cifie les composants de Java ES qui doivent �tre mis � niveau, ainsi que l’ordre dans lequel l’op�ration doit �tre effectu�e. L’un des points importants � prendre en compte dans la planification de la mise � niveau a trait aux d�pendances entre les diff�rents composants Java ES d�ploy�s dans le syst�me.
Que vous optiez pour une approche de mise � niveau s�lective ou pour une mise � niveau globale, l’ordre dans lequel vous devrez proc�der aux mises � niveau est d�termin� par la nature des d�pendances entre les composants.
Cette section fournit des informations sur les d�pendances entre les composants de Java ES. Les facteurs de d�pendance suivants peuvent influer sur votre planification de mise � niveau.
Chacun de ces facteurs est �tudi� bri�vement dans les sections suivantes.
D�pendances par rapport aux composants partag�s
Lors de la mise � niveau des composants du produit Java ES, vous devez prendre en compte les d�pendances que pr�sentent les composants Java ES par rapport aux composants partag�s Java ES. Si un composant pr�sente une d�pendance pour la mise � niveau stricte par rapport � un composant partag�, le composant partag� doit �galement �tre mis � niveau.
Matrice des d�pendances par rapport aux composants partag�s
Le Tableau 1-6 pr�sente les d�pendances des composants du produit Java ES 2005Q4 (version 4) par rapport aux composants partag�s Java ES. Les abr�viations des composants de produit servant d’en-t�tes aux colonnes du Tableau 1-6 sont issues du Tableau 1-1. Les abr�viations des composants partag�s sont d�velopp�es dans le Tableau 1-2.
Quatre composants du produit ne figurent pas dans le Tableau 1-6 : Directory Proxy Server (DPS), High Availability Session Store (HADB) et Directory Preparation Tool (DPT) n’ont pas �t� mentionn�s car ils ne pr�sentent aucune d�pendance par rapport aux composants partag�s. Service Registry (SR) n’a pas �t� indiqu� car il s’agit d’un nouveau composant pour lequel il n’existe aucune version ant�rieure � mettre � niveau. En revanche, Web Proxy Server (WPS), autre composant nouveau dans la version 4, a �t� inclus dans le Tableau 1-6 car il peut �tre mis � niveau dans la version 4 � partir de sa pr�c�dente version, qui ne figurait pas dans Java ES.
Dans la matrice du Tableau 1-6, les d�pendances pour la mise � niveau strictes (hard) pour la version 3 vers la version 4 sont signal�es par la lettre � H �, alors que les d�pendances souples (soft) sont signal�es par la lettre � S �. Pour les mises � niveau de la version 2 vers la version 4, toutes les d�pendances sont par d�finition strictes, et tous les composants partag�s doivent faire l’objet d’une mise � niveau de la version 2 vers la version 4.
Les d�pendances indiqu�es dans le Tableau 1-6 pour chaque composant de produit repr�sentent � la fois les d�pendances directes et indirectes par rapport aux composants partag�s. En d’autres termes, un composant peut d�pendre d’un composant partag� sp�cifique qui, lui-m�me, d�pend d’un ou de plusieurs autres composants partag�s. Les d�pendances de composants partag� sp�cifi�es dans le Tableau 1-6 comprennent ces d�pendances indirectes. La figure suivante illustre les interd�pendances entre des composants partag�s.
Figure 1-1 Interd�pendances des composants partag�s
Informations sur la mise � niveau des composants partag�s
Le Tableau 1-6 vous permet de d�terminer les composants partag�s qui doivent �tre mis � niveau lors de la mise � niveau d’un ou plusieurs composants de produit sur un ordinateur donn� :
- Mises � niveau de la version 2 vers la version 4. Si vous ex�cutez une mise � niveau de la version 2 vers la version 4, tous les composants partag�s marqu�s � S � ou � H � dans le Tableau 1-6 pour les composants correspondants doivent �tre mis � niveau.
- Mises � niveau de la version 3 vers la version 4. Si vous proc�dez � une mise � niveau de tous les composants de la version 3 vers la version 4, tous les composants partag�s signal�s dans le Tableau 1-6 pour les composants correspondants devront �tre mis � niveau.
M�me si vous n’effectuez qu’une mise � niveau s�lective de certains composants, il est conseill� de mettre � niveau les composants partag�s requis par tous les composants sur l’ordinateur ; les composants partag�s de la version 4 sont certifi�s pour la prise en charge des composants de la version 3.
Bien que la mise � niveau s�lective de certains composants partag�s puisse fonctionner dans la plupart des cas (c’est-�-dire, mettre � niveau uniquement les composants partag�s qui prennent en charge la mise � niveau s�lective de composants, ou uniquement les d�pendances pour la mise � niveau strictes et non les d�pendances souples), cette approche pr�sente tout de m�me plus de risques.
Si aucune d�pendance stricte n’est concern�e, vous pouvez ne pas proc�der � la mise � niveau des composants partag�s. Toutefois, en r�gle g�n�rale, il est conseill� de mettre la base sous-jacente des composants partag�s de Java ES au niveau de la version la plus r�cente.
Remarque
L’ordre de mise � niveau des composants partag�s peut d�pendre des interd�pendances entre composants partag�s illustr�es dans la Figure 1-1.
Par ailleurs, si vous pr�voyez de passer de J2SE � J2SE 5.0, vous devez commencer par la mise � niveau de ce composant partag�. J2SE est le composant de base de nombreux composants Java ES.
Pour plus d’informations sur la mise � niveau des composants partag�s, reportez-vous au Chapitre 2, � Mise � niveau des composants partag�s Java ES. �
D�pendances par rapport aux composants du produit
Les d�pendances d’un composant par rapport � un autre sont un facteur d�terminant des mises � niveau de composants Java ES que vous devez pr�voir et de l’ordre dans lequel vous devez effectuer les mises � niveau. Les d�pendances entre composants se r�partissent en deux grandes cat�gories : les d�pendances d’ex�cution et les d�pendances de configuration.
- D�pendances d’ex�cution. Le fonctionnement d’un syst�me logiciel est bas� sur les interactions entre ses composants d�ploy�s. Les d�pendances d’infrastructure entre les composants de Java ES sont �tudi�es dans le Java Enterprise System Technical Overview. Lorsque vous mettez � niveau un composant Java ES, vous devez tenir compte de ces d�pendances. Si une version mise � niveau d’un composant pr�sente une d�pendance stricte avec un autre composant, cette d�pendance signifie que le composant d�pendant ne doit �tre mis � niveau qu’apr�s celui dont il d�pend.
- D�pendances de configuration. Dans de nombreux cas, la configuration d’un composant Java ES requiert qu’un autre composant soit au pr�alable install�, configur� et en cours d’ex�cution. Par exemple, un annuaire de configuration Directory Server doit �tre en cours d’ex�cution pour que vous puissiez configurer les composants de Messaging Server, ou un r�pertoire de groupes/utilisateurs Directory Server doit �tre ex�cut� pour qu’un service Access Manager puisse �tre enregistr�. Les proc�dures de mise � niveau des composants exigent souvent la reconfiguration des composants mis � niveau ou la migration des donn�es de configuration. En fait, la principale fonction de certains composants du produit est de fournir une configuration ou une prise en charge administrative � d’autres composants. Par cons�quent, les d�pendances de configuration peuvent avoir un impact important sur l’ordre des proc�dures de mise � niveau.
Le Tableau 1-7 montre les d�pendances entre les composants de Java ES r�pertori�s dans le Tableau 1-1. Vous pouvez utiliser le tableau Tableau 1-7 pour repr�senter sous forme de diagramme les d�pendances liant les composants � mettre � niveau. La colonne de gauche mentionne chaque composant, la colonne du milieu indique les d�pendances par rapport � d’autres composants, la troisi�me colonne caract�rise chaque d�pendance et enfin, la derni�re colonne indique si les composants respectifs doivent �tre install�s localement.
Consignes g�n�rales pour l’ordre des mises � niveauLes facteurs �tudi�s dans les sections pr�c�dentes peuvent tous influer sur le choix des composants Java ES � mettre � niveau et l’ordre dans lequel il faudra les traiter. Ces facteurs sont �galement d�terminants dans l’approche de mise � niveau de composants Java ES d�ploy�s sur plusieurs ordinateurs. L’impact sp�cifique de ces facteurs d�pend de votre architecture de d�ploiement.
N�anmoins, quelques consignes g�n�rales sont valables pour toutes les situations. La liste suivante indique l’ordre dans lequel les composants Java ES peuvent �tre correctement mis � niveau sur un ordinateur unique ou au sein d’un syst�me d�ploy�. Lorsque vous proc�dez � la mise � niveau, ignorez simplement les composants qui ne font pas partie de votre architecture de d�ploiement ou, si vous effectuez une mise � niveau s�lective, ignorez les composants que vous ne comptez pas mettre � niveau.
Remarque
Les chapitres de ce Guide de mise � niveau sont organis�s selon l’ordre logique de mise � niveau des composants Java ES, tel que d�fini par les pr�sentes directives.
- Composants partag�s (reportez-vous au Chapitre 2, � Mise � niveau des composants partag�s Java ES �)
Les composants partag�s doivent g�n�ralement �tre mis � niveau avant les composants qui en d�pendent.
- Logiciel Sun Cluster (reportez-vous au Chapitre 3, � Logiciel Sun Cluster �)
Si certains composants sont ex�cut�s dans un environnement Sun Cluster et que le logiciel Sun Cluster doive faire l’objet d’une mise � niveau, il doit �tre mis � niveau avant les composants qui utilisent les services Sun Cluster. Le cas �ch�ant, les agents Sun Cluster doivent �tre mis � niveau dans le cadre de la mise � niveau de Sun Cluster.
- Directory Server et Administration Server (reportez-vous au Chapitre 4, � Directory Server et Administration Server �)
De nombreux composants stockent les donn�es utilisateur ou les donn�es de configuration dans Directory Server, et la mise � niveau de Directory Server doit donc intervenir avant celle des composants pr�sentant des d�pendances de configuration ou d’ex�cution par rapport � Directory Server. Administration Server doit �tre mis � niveau en m�me temps que Directory Server.
- Directory Proxy Server (reportez-vous au Chapitre 5, � Directory Proxy Server �)
Directory Proxy Server pr�sente une d�pendance stricte par rapport � Directory Server et Administration Server et doit donc �tre mis � niveau apr�s Directory Server et Administration Server. D’autres composants peuvent acc�der � Directory Server via Directory Proxy Server.
- Web Server (reportez-vous au Chapitre 6, � Web Server �)
Un certain nombre de composants Java ES requi�rent la prise en charge d’un conteneur Web, dont la mise � niveau �ventuelle doit pr�c�der celle des composants utilisant les services de conteneur Web. En principe, les services de conteneur Web doivent �tre fournis par Web Server ou Application Server, mais si votre architecture contient les deux composants, Web Server doit �tre mis � niveau en premier.
- Message Queue (reportez-vous au Chapitre 7, � Message Queue �)
Message Queue, s’il fait l’objet d’une mise � niveau, doit �tre trait� avant Application Server, qui exige que Message Queue soit conforme � Java 2 Enterprise Edition (J2EE).
- High Availability Session Store (reportez-vous au Chapitre 8, � High Availability Session Store �)
La mise � niveau �ventuelle de High Availability Session Store doit pr�c�der celle d’Application Server, qui requiert High Availability Session Store pour la haute disponibilit�.
- Application Server (reportez-vous au Chapitre 9, � Application Server �)
Application Server d�pend de Web Server pour son plug-in d’�quilibrage de charge ; par cons�quent, si vous utilisez cette fonction, vous devez mettre Application Server � niveau apr�s Web Server.
- Web Proxy Server (reportez-vous au Chapitre 10, � Web Proxy Server �)
Web Proxy Server peut �tre mis � niveau � tout moment, mais cette op�ration est g�n�ralement effectu�e apr�s la mise � niveau du composant Web Server ou Application Server auquel il fournit un service de proxy. Web Proxy Server est un nouveau composant de Java ES version 4 qui peut �tre mis au niveau � partir de sa version pr�c�dente non incluse dans Java ES.
- Access Manager (reportez-vous au Chapitre 11, � Access Manager �)
Access Manager joue un r�le central pour l’authentification et l’autorisation, notamment la connexion unique, et sa mise � niveau �ventuelle doit intervenir avant celle des composants qui d�pendent de lui pour ces services. En outre, Access Manager requiert un sch�ma Directory Server sp�cifique (Sch�ma 2), qui affecte le mode d’utilisation Directory Server par les autres composants.
- Directory Preparation Tool (reportez-vous au Chapitre 12, � Directory Preparation Tool �)
Directory Preparation Tool d�pend du sch�ma Directory Server et doit par cons�quent �tre ex�cut� sur Directory Server apr�s la mise � niveau d’Access Manager. (Cette consigne pr�sente une exception d�crite dans la section Mise � niveau d’Access Manager � partir de Java ES version 2.) La mise � niveau �ventuelle de Directory Preparation Tool doit pr�c�der celle des composants de communication qui d�pendent de Directory Preparation Tool pour apporter des modifications au r�pertoire : Messaging Server, Calendar Server, Communications Express et Delegated Administrator.
- Messaging Server (reportez-vous au Chapitre 13, � Messaging Server �)
La mise � niveau �ventuelle de Messaging Server ne doit �tre effectu�e qu’apr�s les mises � niveau pr�c�dentes et avant celle de Communications Express, qui pr�sente une d�pendance par rapport aux composants Messaging Server.
- Calendar Server (reportez-vous au Chapitre 14, � Calendar Server �)
La mise � niveau �ventuelle de Calendar Server ne doit �tre ex�cut�e qu’apr�s celle de Messaging Server puisque certaines de ces fonctions n�cessitent le support de Messaging Server. Calendar Server doit �tre mis � niveau avant Communications Express, qui pr�sente une d�pendance par rapport � Calendar Server.
- Communications Express (reportez-vous au Chapitre 15, � Communications Express �)
La mise � niveau �ventuelle de Communications Express d�pend de plusieurs des composants pr�c�dents (Calendar Server, Messaging Server, Directory Preparation Tool, Access Manager, Web Server et Directory Server) et ne doit intervenir qu’apr�s la mise � niveau de ces composants.
- Instant Messaging (reportez-vous au Chapitre 15, � Communications Express �)
Le cas �ch�ant, Instant Messaging peut �tre mis � niveau � n’importe quel moment apr�s la mise � niveau d’Access Manager.
- Portal Server (reportez-vous au Chapitre 17, � Portal Server �)
Portal Server, comme Communications Express, d�pend de plusieurs des composants pr�c�dents, notamment Communications Express pour fournir les canaux de messagerie et de calendrier, et sa mise � niveau �ventuelle doit donc �tre effectu�e apr�s celle de Communications Express.
- Portal Server Secure Remote Access (reportez-vous au Chapitre 18, � Portal Server Secure Remote Access �)
Le cas �ch�ant, Portal Server Secure Remote Access peut �tre mis � niveau � n’importe quel moment apr�s la mise � niveau de Portal Server.
- Delegated Administrator (reportez-vous au Chapitre 19, � Delegated Administrator �)
Le cas �ch�ant, Delegated Administrator peut �tre mis � niveau et utilis� pour le provisioning des utilisateurs � tout moment apr�s la mise � niveau de Directory Preparation Tool et son ex�cution sur Directory Server. Par convention, le provisioning des utilisateurs est r�alis� apr�s la mise � niveau et le d�marrage des autres services, toutefois il est possible de mettre � niveau Delegated Administrator avant de mettre � niveau les composants de communication qui en d�pendent pour le provisioning des utilisateurs.
