Migration des membres d'un cluster d'une ancienne version vers une version plus récente de WebSphere ESB à l'aide des outils de ligne de commande.
Avant de commencer
Remarque : Lorsque vous effectuez une migration à l'aide des outils de ligne de commande, vous pouvez migrer un profil WebSphere ESB ou un profil WebSphere Application Server.
Assurez-vous que les
conditions suivantes sont remplies avant de démarrer le processus de migration :
- Votre système répond à toutes les exigences matérielles et logicielles pour la nouvelle
version de WebSphere ESB.
- Si vous effectuez une migration sur le même ordinateur physique que celui qui héberge l'ancienne version de WebSphere ESB,
cela signifie que vous avez installé la nouvelle version de WebSphere ESB sur le même système que l'ancienne version.
- Un profil fédéré, créé sous l'ancienne version de WebSphere ESB réside sur le même système.
- L'espace disque disponible est suffisant pour contenir le profil migré et sa sauvegarde. Voir Remarques relatives à la pré-migration pour WebSphere ESB pour les exigences relatives à l'espace disque.
- Le gestionnaire de déploiement qui administre le noeud géré que vous prévoyez de faire migrer
a déjà été migré vers la version plus récente de WebSphere ESB,
et est en cours d'exécution.
Remarque : La migration d'un noeud géré
WebSphere ESB version 6.0.x ou 6.1.x
vers un noeud géré
version 6.2
nécessite la migration préalable du gestionnaire de déploiement
version 6.0.x ou 6.1.x
vers un gestionnaire de déploiement
version 6.2. Voir
Migration d'un gestionnaire de déploiement pour obtenir des instructions.
Procédez à la migration du gestionnaire de déploiement avant d'exécuter les
instructions de la présente rubrique.
Assurez-vous d'avoir exécuté les tâches suivantes avant de lancer la migration :
- Sauvegarde des bases de données supportant les composants version 6.0.x ou 6.1.x WebSphere ESB.
Pourquoi et quand exécuter cette tâche
Après avoir migré un gestionnaire de déploiement
version 6.0.2.x vers une nouvelle version de
WebSphere ESB, le gestionnaire de déploiement de la nouvelle version s'exécute par défaut en mode de compatibilité dans lequel il peut gérer l'ancienne et la nouvelle versions de
WebSphere ESB. Par exemple, après la migration, un gestionnaire de déploiement
version 6.2 peut gérer les noeuds
version 6.0.2.x et
version 6.2.
En d'autres termes, les noeuds gérés
version 6.0.2.x peuvent s'exécuter avec le gestionnaire de déploiement
version 6.2. Dans un deuxième temps, vous pouvez migrer chaque noeud géré
version 6.0.2.x WebSphere ESB (serveur géré par un gestionnaire de déploiement
version 6.2) vers un noeud géré
version 6.2. Après avoir fait migrer tous les noeuds gérés de
la
version 6.0.2.x, utilisez le script
convertScriptCompatibility pour convertir leur configuration d'un mode prenant en charge la
compatibilité des scripts d'administration
version 6.0.2.x vers un mode qui soit totalement dans un
modèle
version 6.2 de configuration.
Voir la rubrique
Commande 'convertScriptCompatibility'.
Remarque : Lorsque vous suivez les indications de ce lien pour utiliser la commande
convertScriptCompatibility,
exécutez la commande WBIPostUpgrade plutôt que WASPostUpgrade.
Que faire ensuite
Terminez la migration du cluster en effectuant les étapes 6 à 9 de
Migration d'un cluster ou les étapes 7 à 12
de
Migration d'un cluster avec un temps d'arrêt minimal.