Avant de commencer
Remarque : L'assistant de migration ne fonctionne pas dans les environnements non graphiques Les sessions Telnet ou la plateforme i5/OS sont des exemples d'environnements non graphiques.
Si vous souhaitez exécuter une migration en environnement non graphique, utilisez les commandes WBIPreUpgrade et WBIPostUpgrade.
Remarque : L'assistant de migration prend en charge uniquement les profils WebSphere ESB.
Si vous avez des profils WebSphere Application Server, vous devez utiliser les commandes de migration.
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.
- Vous avez installé la nouvelle version de WebSphere ESB sur le système où réside la version précédente.
- 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 la migration d'une ancienne version du gestionnaire de déploiement
vers une nouvelle version de WebSphere ESB,
l'exécution du gestionnaire de déploiement de la nouvelle version a lieu en mode de compatibilité par défaut,
ce qui lui permet de gérer à la fois l'ancienne et la nouvelle version de WebSphere ESB. Par exemple, après la migration, un gestionnaire de déploiement version 6.2 peut gérer les noeuds version 6.1.x et version 6.2.
Les noeuds gérés du gestionnaire de déploiement version 6.1.x s'exécutent désormais en tant que noeuds gérés version 6.1.x
dans le gestionnaire de déploiement version 6.2.
Dans un deuxième temps, faites migrer chaque noeud géré
version 6.1.x WebSphere ESB
(serveur administré 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
version 6.1.x, utilisez le script
convertScriptCompatibility pour faire passer le gestionnaire de déploiement
d'un mode prenant en charge la compatibilité
des scripts d'administration version 6.1.x
à un mode prenant en charge la compatibilité des scripts
version 6.1.x et
version 6.2 uniquement. 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.
Pour obtenir de l'aide sur la résolution des incidents lors de la migration, voir Identification et résolution des incidents liés à la migration entre différentes versions.
Que faire ensuite
Vérifiez que la migration s'est correctement terminée.