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


Migration des noeuds gérés non groupés à l'aide de l'assistant de migration

Effectuez la migration des noeuds gérés non groupés d'une ancienne version de WebSphere ESB vers une nouvelle version à l'aide de l'assistant de migration.

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 : Assurez-vous d'avoir exécuté les tâches suivantes avant de lancer la migration :

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.

Procédure
  1. Ouvrez une session en tant qu'utilisateur root sous Linux® ou UNIX®, ou en tant que membre du groupe Administrateurs sous Windows®.
  2. Arrêtez le serveur version 6.1.x ou version 6.0.2.x si celui-ci est en cours d'exécution sur le noeud à faire migrer. Utilisez la commande stopServer à partir du répertoire rép_profil/bin pour le profil du serveur concerné, ou arrêtez le serveur à partir de la console Premiers pas du profil.

    Pour plus d'informations sur la commande stopServer, voir la rubrique stopServer. Utilisez la syntaxe suivante :

    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : racine_profil/bin/stopServer.sh nom_serveur
    • For Windows operating system Sur les plateformes Windows : racine_profil\bin\stopServer.bat nom_serveur
    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 Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : racine_profil/bin/stopServer.sh nom_serveur -username ID_utilisateur -password motdepasse
    • For Windows operating system Sur les plateformes Windows : racine_profil\bin\stopServer.bat nom_serveur -username ID_utilisateur -password motdepasse

    Sous Windows, même si la sécurité est activée, il n'est pas nécessaire de spécifier les paramètres -username et -password si le serveur s'exécute en tant que service Windows. Dans ce cas, les paramètres sont transmis automatiquement au script utilisé par le service Windows pour arrêter le système.

    Remarque : Avant de lancer le processus de migration, il vous faut arrêter le serveur depuis lequel vous migrez. Il n'est pas nécessaire que ce serveur soit en cours d'exécution pour faire migrer sa configuration. Les outils de migration peuvent récupérer l'ensemble des données de configuration tandis que le serveur est arrêté.
  3. Arrêtez l'agent du noeud à faire migrer. Exécutez l'une des commandes suivantes, selon la plateforme utilisée, pour arrêter le processus nodeagent (où racine_profil représente le répertoire d'installation du noeud fédéré) :
    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : racine_profil/bin/stopNode.sh
    • For Windows operating system Sur les plateformes Windows : racine_profil\bin\stopNode.bat
    Si la sécurité est activée, utilisez l'une des commandes suivantes à la place de celles indiquées ci-dessus :
    • For Linux operating systemFor UNIX operating system Sur des plateformes Linux et UNIX : racine_profil/bin/stopNode.sh -username ID_utilisateur -password mot_de_passe
    • For Windows operating system Sur les plateformes Windows : racine_profil\bin\stopNode.bat -username ID_utilisateur -password mot_de_passe
  4. Identifiez à l'avance les informations préexistantes nécessaires à la migration, comme indiqué ci-dessous :
    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.
  5. Assurez-vous que le gestionnaire de déploiement version 6.2 est en cours d'exécution.
  6. Démarrez l'assistant de migration.
    Pour appeler l'assistant de migration, procédez de l'une des manières suivantes :
    • Sur la console Premiers pas de WebSphere ESB, sélectionnez Assistant de migration.
    • Exécutez l'un des scripts suivants (selon votre système d'exploitation), stockés dans le répertoire rép_installation/bin :
      • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : wbi_migration.sh
      • For Windows operating system Sur les plateformes Windows : wbi_migration.bat
      Remarque : Vous pouvez aussi modifier le paramètre de trace par défaut (*=all=enabled:com.ibm.ws.migration.common.*=all=disabled) lors de l'appel de l'assistant de migration. Ce paramètre active le traçage sur certaines classes uniquement, mais vous pouvez le changer pour activer un traçage complet ou désactiver ce dernier.
      • Pour activer un traçage complet, exécutez l'un des scripts suivants pour appeler l'assistant de migration, en fonction de votre système d'exploitation :
        • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : wbi_migration.sh -W -migrationPanel.traceString="*=all=enabled"
        • For Windows operating system Sur les plateformes Windows : wbi_migration.bat -W -migrationPanel.traceString="*=all=enabled"
      • Pour désactiver tout traçage, exécutez l'un des scripts suivants pour appeler l'assistant de migration, en fonction de votre système d'exploitation :
        • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : wbi_migration.sh -W -migrationPanel.traceString="*=all=disabled"
        • For Windows operating system Sur les plateformes Windows : wbi_migration.bat -W -migrationPanel.traceString="*=all=disabled"

    L'assistant de migration copie la configuration et les applications du noeud géré version 6.0.x ou 6.1.x vers le noeud géré version 6.2. Une fois la migration de toutes les données effectuée, l'assistant fédère le noeud géré version 6.2 dans la cellule du gestionnaire de déploiement.

  7. Suivez les invites de l'assistant de migration, comme décrit à la rubrique Exécution de l'assistant de migration.
  8. Début de modification Si 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
  9. Arrêtez le serveur et l'agent de noeud (si cela n'est pas déjà fait). Si le serveur n'a pas encore été arrêté, arrêtez-le comme indiqué à l'étape 2. Si l'agent de noeud n'a pas encore été arrêté, arrêtez-le comme indiqué à l'étape 3.
  10. Redémarrez l'agent de noeud. Pour démarrer un agent de noeud, exécutez la commande racine_profil\bin\startNode (où racine_profil représente le répertoire d'installation du noeud géré).
    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : racine_profil/bin/startNode.sh
    • For Windows operating system Sur les plateformes Windows : racine_profil\bin\startNode.bat
  11. Démarrez le ou les serveurs exécutés sur ce noeud. Démarrez chaque serveur via la commande startServer, la console d'administration ou la console Premiers pas du profil. Pour plus d'informations, voir Démarrage d'un serveur d'applications.
  12. Répétez les étapes 1 à 11 pour chaque noeud géré supplémentaire que vous souhaitez faire migrer.
  13. Si vous avez sélectionné l'option de compatibilité (option par défaut) et que l'ensemble de vos noeuds a été migré vers WebSphere ESB version 6.2, exécutez le script convertScriptCompatibility pour supprimer la compatibilité du gestionnaire de déploiement version 6.2.
    Remarque : Cela s'applique uniquement si vous migrez depuis la version 6.0.2.x.
    Exécutez la commande convertScriptCompatibility à partir du répertoire bin.
    • For UNIX operating systemFor Linux operating system racine_installation/bin/convertScriptCompatibility.sh
    • For Windows operating system racine_installation\bin\convertScriptCompatibility.bat

    Voir la rubrique Commande 'convertScriptCompatibility'.

Résultats

La migration des noeuds gérés non groupés est 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_mn_wiz.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).