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


Migration des membres d'un cluster à l'aide de l'assistant de migration

Migration des membres d'un cluster d'une ancienne version vers une version plus récente de WebSphere ESB à 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.
Remarque : Ces instructions font partie d'une procédure plus vaste destinée à migrer tous les serveurs du cluster. Suivez les instructions de Migration d'un cluster ou de Migration d'un cluster avec un temps d'arrêt minimal avant d'effectuer les étapes décrites ici.
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 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.
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 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
  9. Répétez les étapes 1 à 6 pour chaque membre du cluster à migrer.
  10. 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

Les profils des membres du cluster sont à présent migrés.

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.

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_mnclust_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).