Avant de commencer le processus de migration vers une nouvelle version de WebSphere ESB, vous devez prendre connaissance de ces informations.
Les règles, restrictions et remarques suivantes s'appliquent à la migration et à la coexistence si WebSphere ESB version 6.2 est installé.
Conditions d'installation de WebSphere ESB
- WebSphere ESB version 6.2 peut être installé dans un environnement où il coexiste avec les niveaux précédents de WebSphere ESB.
Augmentation
- Vous pouvez migrer un profil version 6.0.2.x ou version 6.1.x vers un
profil version 6.2 uniquement si deux profils ont le même niveau d'augmentation.
- Vous pouvez disposer d'une cellule mixte contenant à la fois des noeuds augmentés et non augmentés dès lors que le gestionnaire de déploiement de la cellule a été augmenté au même niveau d'augmentation que le niveau d'augmentation le plus élevé de l'un de ses noeuds. Par exemple, si le gestionnaire de déploiement est étendu pour WebSphere ESB,
il peut gérer correctement les noeuds étendus pour WebSphere ESB et WebSphere Application Server. Toutefois, un gestionnaire de déploiement, étendu uniquement pour WebSphere Application Server ne peut gérer que des noeuds WebSphere Application Server.
Répertoire de sauvegarde
- Les outils de migration créent un répertoire de sauvegarde de migration contenant une copie de sauvegarde de la configuration de la version précédente. La taille de l'espace disponible pour ce répertoire doit être au moins égale à celle du répertoire de configuration et des applications du profil précédent. Le profil précédent peut être un profil WebSphere ESB ou WebSphere Application Server.
Remarque : Lorsque vous effectuez une migration depuis la version 6.0.2.x,
tous les profils existants de l'installation précédente de WebSphere ESB sont sauvegardés. Toutefois, lorsque vous effectuez la migration depuis la version 6.1.x, seul un profil à la fois est sauvegardé.
Clusters
- Les membres d'un cluster ne peuvent pas exécuter des versions
différentes (6.0.2.x, 6.1.x, 6.2) de WebSphere ESB. Si vous avez configuré un cluster contenant des serveurs exécutant des différentes versions,
tous les membres exécutant des versions précédentes de WebSphere ESB devront être arrêtés de démarrer le premier membre de cluster de la version 6.2.
Aussi, une fois démarré un membre de cluster de la version 6.2, ne démarrez pas de membre de cluster version 6.0.x ou 6.1.x appartenant à ce cluster.
Bases de données
- Avant de migrer une base de données Cloudscape ou
Derby, vérifiez que les serveurs qui hébergent les applications qui utilisent la base de données Cloudscape sont arrêtés. Sinon, la migration Cloudscape échouera.
Transport HTTP
La migration de
WebSphere ESB version 6.0.2.x convertit les transports HTTP vers les chaînes de transport de conteneur Web channel-framework.
Remarque : Cela s'applique
uniquement pour les migrations de la version 6.0.2.x.
Pour plus d'informations
sur la prise en charge du transport de
version 6.2, reportez-vous aux rubriques suivantes :
Java/JDK (Kit Java Development)
Important : Vérifiez que
tous les paramètres de JVM générique spécifiés pour un serveur sont
compatibles avec la nouvelle version de Java. Supprimez-les s'ils ne le sont pas.
Vérifiez les autres applications liées à la JVM, telles que les agents Wily, car
il est possible que vous deviez les adapter à la nouvelle version
Java. Veillez à les désactiver avant la migration, puis à les réactiver
après.
Interface JNI (Java Native Interface)
Les applications Java Native Interface (JNI) qui fonctionnent avec la version 6.0.2 de WebSphere ESB
sous Solaris x64 doivent être recompilées dans un environnement 64 bits afin de fonctionner avec WebSphere ESB version 6.2. Ceci inclut par exemple toutes les applications JNI s'exécutant sur un code processus WebSphere ESB appelé à partir d'un EJB (Enterprise JavaBean). Sous Solaris x64, WebSphere ESB version 6.0.2
s'exécute en tant qu'application 32 bits même si la plate-forme sous-jacente est de 64 bits. Ceci est dû au fait que la machine virtuelle Java sous-jacente est de 32 bits. WebSphere ESB version 6.2 s'exécute en tant qu'application 64 bits car la machine virtuelle Java sous-jacente est de 64 bits. Les applications JNI compilées dans un environnement 32 bits pour la version 6.0.2 ne peuvent pas s'exécuter dans l'environnement 64 bits de la version 6.2.
Restauration d'environnements
- Si vous migrez un noeud vers WebSphere ESB version 6.2, puis découvrez que vous devez revenir à la version 6.0.x ou 6.1.x,
reportez-vous à Restauration de votre environnement.
Stockage
- La quantité de stockage nécessaire à votre système pendant la migration vers la version 6.2 dépend de votre environnement ainsi que de l'outil de migration que vous utilisez.
- Conditions requises pour le stockage de WBIPreUpgrade
- Emplacement : répertoire de sauvegarde spécifié en tant que paramètre de la commande WBIPreUpgrade
- Quantité : Pour une estimation approximative de vos besoins de stockage lors de l'utilisation de cette commande, ajoutez les quantités suivantes.
- Taille des éléments suivants pour tous les profils WebSphere ESB ou WebSphere Application Server de l'ancienne configuration:
- Répertoire racine_profil/installableApps
- Répertoire racine_profil/installedApps
- Répertoire racine_profil/config
- Répertoire racine_profil/properties
- Bibliothèques partagées référencées dans les fichiers de configuration libraries.xml.
- Fichiers RAR (Resource Adapter Archive) référencés dans les fichiers de configuration resources.xml
- Si la fonction de trace est activée (valeur par défaut), jusqu'à 200 Mo (en fonction de la taille et de la complexité de votre configuration)
Pour davantage d'informations sur cette commande, reportez-vous à Utilitaire de ligne de commande WBIPreUpgrade.
- Conditions requises pour le stockage de WBIPostUpgrade
- emplacement : Nouvelle configuration relative au répertoire racine_profil
- Quantité : Pour une estimation approximative de vos besoins de stockage lors de l'utilisation de cette commande, ajoutez les quantités suivantes.
- Taille des éléments suivants pour l'ancien profil WebSphere ESB ou WebSphere Application Server que vous migrez :
- Répertoire racine_profil/installableApps
- Répertoire racine_profil/installedApps
- Répertoire racine_profil/config
- Répertoire racine_profil/properties
- Bibliothèques partagées référencées dans les fichiers de configuration libraries.xml.
- Fichiers RAR (Resource Adapter Archive) référencés dans les fichiers de configuration resources.xml
- Si la fonction de trace est activée (valeur par défaut), jusqu'à 200 Mo (en fonction de la taille et de la complexité de votre configuration)
Pour davantage d'informations sur cette commande, reportez-vous à Utilitaire de ligne de commande WBIPostUpgrade.

Paramètre ulimit
- Pour éviter toute erreur due à l'ouverture d'un trop grand nombre de fichiers
pendant la post-migration, augmentez la valeur du paramètre ulimit. Pour les instructions correspondantes, voir la
section Préparation des
systèmes Linux.