Les commandes restoreConfig et wsadmin
permettent de restaurer un noeud géré WebSphere ESB version 6.2 migré en rétablissant son état antérieur à la migration. Pour chaque noeud géré à restaurer, vous devez restaurer le noeud géré lui-même, ainsi que les modifications apportées au référentiel principal situé dans le gestionnaire de déploiement.
Avant de commencer
Lors de la migration d'un noeud géré
version 6.0.x ou 6.1.x, vous devez effectuer les opérations suivantes si vous souhaitez pouvoir restaurer l'état précédent après la migration :
- Sauvegarde des bases de données supportant les composants WebSphere ESB.
- Sauvegardez votre configuration existante à l'aide de la commande backupConfig
ou de l'utilitaire de sauvegarde de votre choix.
- Exécutez la commande backupConfig ou votre utilitaire favori pour sauvegarder la configuration du gestionnaire de déploiement de version 6.0.x ou 6.1.x.
Important : Veillez à noter le nom et l'emplacement exacts de cette configuration sauvegardée.
Voir la commande backupConfig dans le centre de documentation de WebSphere Application Server Network Deployment,
version 6.1 .
- Exécutez la commande backupConfig via l'utilitaire de votre choix
pour sauvegarder la configuration du noeud géré version 6.0.x ou 6.1.x.
Important : Veillez à noter le nom et l'emplacement exacts de cette configuration sauvegardée.
Voir la commande backupConfig dans le centre de documentation de WebSphere Application Server Network Deployment,
version 6.1 .
- Faites migrer le noeud géré.
Si nécessaire, vous pouvez maintenant restaurer le noeud géré que vous venez de faire migrer.
Important : Si vous ne possédez aucune copie de sauvegarde
de votre configuration de gestionnaire de déploiement
version 6.2
telle ce celle-ci existait avant la migration du noeud géré
version 6.0.x ou 6.1.x
que vous souhaitez restaurer, vous ne pouvez pas accomplir la procédure décrite
dans cet article et vous devez restaurer la cellule complète comme décrit à la section
Restauration d'une cellule de déploiement.
Pourquoi et quand exécuter cette tâche
Vous devez appliquer les actions de sauvegarde et de restauration à tous les noeuds gérés migrés avant de pouvoir procéder à la restauration d'un autre noeud géré.
Procédure
- Restaurez vos bases de données. (Pour toutes les bases de données prenant en charge des composants
WebSphere ESB qui ont été mis
à niveau, soit automatiquement via les outils de migration soit manuellement,
restaurez les sauvegardes que vous avez effectuées avant de lancer le processus de migration).
- Arrêtez tous les serveurs en cours d'exécution dans l'environnement version 6.2.
- Restaurez votre configuration précédente.
- Exécutez la commande restoreConfig via l'utilitaire de votre choix
pour restaurer la configuration du gestionnaire de déploiement de version 6.2.
Important : Assurez-vous de restaurer la même configuration sauvegardée que celle que vous avez créée
juste avant la migration du noeud géré.
Voir la rubrique Commande restoreConfig sur le centre de documentation WebSphere Application Server Network Deployment,
version 6.1 .
- Effectuez l'une des actions suivantes pour restaurer la configuration de la version 6.0.x ou 6.1.x du noeud géré.
- Démarrez le gestionnaire de déploiement de version 6.2.
- Synchronisez le noeud géré.
Voir la rubrique
Synchronisation de noeuds avec l'outil wsadmin dans le WebSphere Application Server Network Deployment,
version 6.1 .
- Si vous choisissez de conserver les applications installées dans le même emplacement que la version précédente lors de la migration vers la version 6.2 et que l'une des applications de la version 6.2 n'est pas compatible avec l'ancienne version, installez des applications
compatibles.
- Supprimez le noeud géré de la version 6.2.
Voir la rubrique Suppression d'un profil dans le centre de documentation WebSphere Application Server Network Deployment,
version 6.1 .
- Démarrez le noeud géré restauré dans l'environnement de la version 6.2.
Résultats
La configuration devrait maintenant retrouver son état antérieur à la migration.
Que faire ensuite
Vous pouvez maintenant redémarrer le processus de migration si vous le souhaitez.