WebSphere Enterprise Service Bus, Version 6.2.0 Systèmes d'exploitation: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Migration d'un gestionnaire de déploiement à l'aide d'outils de ligne de commande

Effectuez la migration d'un gestionnaire de déploiement d'une ancienne version de WebSphere ESB vers une nouvelle version à l'aide d'outils de ligne de commande.

Avant de commencer

Remarque : Dans une cellule de WebSphere ESB Network Deployment, le gestionnaire de déploiement doit toujours être dans un profil WebSphere ESB.
Remarque : Procédez à la migration du gestionnaire de déploiement WebSphere ESB version 6.0.x ou 6.1.x vers version 6.2 avant de faire migrer les noeuds gérés comprenant la cellule. Le gestionnaire de déploiement doit toujours se trouver au niveau d'édition et de correctifs le plus élevé au sein d'une cellule, afin de pouvoir gérer tous les noeuds que celle-ci contient. Un gestionnaire de déploiement version 6.2 peut gérer des noeuds gérés version 6.1.x et version 6.2. Pour les migrations depuis la version 6.1.x, les cellules peuvent alors êtres mises à niveau vers la nouvelle édition, noeud par noeud, avec le minimum d'impact sur les applications exécutées au sein de la cellule.. Pour les migrations à partir de version 6.0.2.x, pour maintenir au minimum l'indisponibilité de la cellule, il est nécessaire de migrer vers version 6.2 en deux étapes : d'abord de la version 6.0.2.x vers la version 6.1.x, puis de la version 6.1.x vers la version 6.2. Mais il est également possible d'arrêter entièrement la cellule et de migrer en une seule étape, directement de la version 6.0.2.x vers la version 6.2.

Les membres d'un cluster ne peuvent 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 versions différentes, tous les membres exécutant des versions précédentes de WebSphere ESB devront être arrêtés avant que vous ne démarriez le premier membre de cluster de la version 6.2. En outre, une fois que vous avez 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.

Assurez-vous que les conditions suivantes sont remplies avant de démarrer le processus de migration : Assurez-vous d'avoir exécuté les tâches suivantes avant de lancer la migration :
Procédure
  1. Ouvrir une session par l'une des procédures suivantes, en fonction de votre système d'exploitation.
    • For i5/OS operating system Sur les plateformes i5/OS : Ouvrez une session sous un profil utilisateur i5/OS de classe utilisateur *SECOFR ou doté de droits spéciaux *ALLOBJ.
    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux® et UNIX® : Connectez-vous en tant que root.
    • For Windows operating system Sur les plateformes Windows® : Connectez-vous en tant que membre du groupe Administrateur.
  2. Identifiez à l'avance les informations préexistantes requises par l'assistant de migration, comme indiqué ci-après :
    Nom de la cellule
    Nom de la cellule gérée par le gestionnaire de déploiement dont vous effectuez la migration. Le nom de cellule sous la nouvelle version doit correspondre à celui de la configuration sous l'ancienne version.
    Nom du noeud
    Nom du noeud dont vous effectuez la migration. Le nom de noeud de la nouvelle version doit correspondre à celui figurant dans la configuration de l'ancienne version.
    Répertoire principal d'installation
    Voir Utilitaire de ligne de commande WBIPreUpgrade pour une description du paramètre currentWebSphereDirectory.
    Nom du répertoire de sauvegarde de la migration
    Voir Utilitaire de ligne de commande WBIPreUpgrade pour une description du paramètre backupDirectory.
    Nom d'utilisateur pour la sécurité administrative (obligatoire si la sécurité administrative est configurée)
    Voir Utilitaire de ligne de commande WBIPostUpgrade pour une description du paramètre -username.
    Mot de passe pour la sécurité administrative (obligatoire si la sécurité administrative est configurée)
    Voir Utilitaire de ligne de commande WBIPostUpgrade pour une description du paramètre -password.
    Nom de profil source
    Voir Utilitaire de ligne de commande WBIPostUpgrade pour une description du paramètre -oldProfile.
    Nom de profil cible
    Voir Utilitaire de ligne de commande WBIPostUpgrade pour une description du paramètre -profileName.
    Attribution des valeurs de port (facultatif)
    Voir Utilitaire de ligne de commande WBIPostUpgrade pour une description des paramètres -replacePorts et -portBlock.
    Remarque : Cela s'applique uniquement si vous migrez depuis la version 6.0.2.x vers la version 6.2.
  3. Arrêtez le gestionnaire de déploiement à migrer. Lancez la commande stopManager à partir du répertoire rép_profil/bin du gestionnaire de déploiement ou partir de la console Premiers pas de ce gestionnaire.
    Pour plus d'informations sur la commande stopServer, voir la rubrique stopServer. Utilisez la syntaxe suivante :
    Remarque : Sur les plateformes i5/OS, vous devez exécuter les scripts sous QSHELL. Pour lancer une session QSHELL, ouvrez une invite de ligne de commande et entrez QSH.
    • For i5/OS operating system Sur les plateformes i5/OS : racine_profil/bin/stopManager
    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : racine_profil/bin/stopManager.sh
    • For Windows operating system Sur les plateformes Windows : racine_profil\bin\stopManager.bat
    Si la sécurité est activée, utilisez plutôt l'une des commandes suivantes. Le nom d'utilisateur saisi doit être membre du rôle opérateur ou administrateur.
    • For i5/OS operating system Sur les plateformes i5/OS : racine_profil/bin/stopManager -username ID_utilisateur -password mot_de_passe
    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : racine_profil/bin/stopManager.sh -username ID_utilisateur -password mot_de_passe
    • For Windows operating system Sur les plateformes Windows : racine_profil\bin\stopManager.bat -username user_ID -password mot_de_passe
    Remarque : Vous devez arrêter le gestionnaire de déploiement de la version précédente avant de démarrer le processus de migration. Si vous ne le faites pas, les modifications de configuration que vous effectuez pendant le processus de migration ne seront pas migrées vers le profil cible.
  4. Exécutez la commande WBIPreUpgrade, en spécifiant le nom du répertoire de sauvegarde de la migration et le nom du répertoire WebSphere ESB existant. L'outil WBIPreUpgrade enregistre les fichiers sélectionnés dans les répertoires racine_installation et racine_profil dans le répertoire de sauvegarde que vous avez défini. Voir Utilitaire de ligne de commande WBIPreUpgrade pour plus de détails.
  5. Exécutez manuellement la commande WBIPostUpgrade en spécifiant le nom du répertoire de sauvegarde de la migration. L'outil WBIPostUpgrade restaure la configuration sauvegardée dans le répertoire de sauvegarde vers le nouveau profil WebSphere ESB Deployment Manager. Voir Utilitaire de ligne de commande WBIPostUpgrade pour plus de détails.
    Important : Utilisez le paramètre -createTargetProfile lorsque WBIPostUpgrade est appelé. Cette option crée un nouveau profil cible correspondant nécessaire à la migration. Pour plus d'informations sur les profils cible, reportez-vous à Remarques sur les profils cible.
    For i5/OS operating system Remarque : Si vous migrez sur une plateforme i5/OS, le nom du profil cible doit correspondre au nom du profil source migré.
  6. Début de modificationSi vous migrez depuis version 6.0.2 vers version 6.2.x, vous devez créer la base de données commune.

    Pour plus d'informations, voir Creating the common database and configuring the recovery subsystem when migrating from version 6.0.2 to version 6.2.x.

    Fin de modification
  7. Si vous devez mettre à jour la base de données commune manuellement, faites-le maintenant.
    Remarque : Cette tâche ne s'applique qu'à la migration de la version 6.1 vers la version 6.2.
    Voir Mise à niveau manuelle de la base de données commune pour obtenir des instructions. En principe, les modifications de base de données requises par les nouvelles versions de WebSphere ESB ont lieu automatiquement. Lors du premier démarrage du serveur, les tables de base de données sont migrées vers la nouvelle version de schéma. Toutefois, lorsque les droits d'accès au schéma de base de données sont insuffisants, ou lorsque d'autres exigences relatives à la base de données ne sont pas remplies, vous devez mettre à jour la base de données manuellement.
  8. Démarrez le gestionnaire de déploiement de version 6.2.
    ATTENTION :
    Au démarrage du gestionnaire de déploiement version 6.2, les noeuds fédérés se synchronisent avec le gestionnaire de déploiement migré. Cette synchronisation entraîne la réinstallation des applications. Si une application est en cours d'exécution sur des serveurs actifs, cette application semblera redémarrer et sera brièvement indisponible.
    Pour démarrer le gestionnaire de déploiement, utilisez la commande startManager depuis le répertoire rép_profil/bin de la console Premiers pas. Voir Commande startManager pour plus d'informations sur la commande startManager.
  9. Facultatif : Désinstallez le gestionnaire de déploiement de version 6.0.x ou 6.1.x.

    N'effectuez cette procédure que si vous êtes certain que la migration de la configuration du gestionnaire de déploiement que vous prévoyez de supprimer a abouti. Pour plus d'informations sur la désinstallation, voir la rubrique Désinstallation du logiciel.

Résultats

La migration du gestionnaire de déploiement est à présent terminée.

Que faire ensuite

Vérifiez que la migration s'est correctement terminée.

task Rubrique relative à une tâche

Conditions d'utilisation | Commentaires en retour


Icône d'horodatage Dernière mise à jour: 07 juillet 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tmig_vtv_dm_cl.html
Copyright IBM Corporation 2005, 2010. All Rights Reserved.
Ce centre d'information est mis en service par la technologie Eclipse (http://www.eclipse.org).