Si votre configuration WebSphere
Application Server, Network Deployment existante comporte un nombre significatif d'applications volumineuses et que vous devez respecter un calendrier de maintenance spécifique pour la migration, ceci peut s'avérer difficile si vous utilisez le scénario de migration standard. Dans ce cas, vous souhaiterez peut-être copier les ressources dans l'arborescence de configuration depuis une configuration de gestionnaire de déploiement Version 7.0 ou ultérieures vers un profil de gestion de gestionnaire de déploiement Version 9.0 mais différer l'ajout d'applications au profil Version 9.0 de manière à pouvoir continuer de gérer l'environnement à l'aide du gestionnaire de déploiement Version 7.0 ou ultérieures.
Avant de commencer
Configurations prises en charge: Cet article traite de la migration de configuration de profil. Pour faire migrer vos applications vers la dernière version, utilisez le kit d'outils de migration de WebSphere Application Server. Pour plus d'informations, voir Migration
Toolkit on WASdev.
sptcfg
Conseil : Pour éviter les problèmes possibles de déconnexion,
modifiez le délai de connexion avant d'exécuter la commande
WASPostUpgrade
en vue de faire migrer les noeuds fédérés d'une cellule contenant de nombreuses petites applications,
quelques grosses applications ou une seule très grosse application. Par exemple,
si vous utilisez un connecteur SOAP, exécutez les actions suivantes :
- Accédez à l'emplacement suivant dans le répertoire de la Version 9.0 correspondant au profil vers lequel vous migrez votre noeud fédéré :
profile_root/properties
- Ouvrez le fichier soap.client.props dans ce répertoire, puis trouvez la valeur de la propriété com.ibm.SOAP.requestTimeout. Il s'agit de la valeur de délai d'attente en secondes. La valeur par défaut est 180 secondes.
- Modifiez la valeur de com.ibm.SOAP.requestTimeout pour la rendre suffisamment grande pour faire migrer la configuration. Par exemple, l'entrée suivante vous donne une valeur de délai d'attente d'une demi-heure :
com.ibm.SOAP.requestTimeout=1800
Remarque : Sélectionnez la valeur de délai d'attente la plus petite qui réponde à vos besoins. Préparez-vous à attendre au moins trois fois le délai d'attente que
vous avez sélectionné (une fois pour télécharger les fichiers vers le
répertoire de sauvegarde, une fois pour télécharger les fichiers
migrés vers le gestionnaire de déploiement et une fois pour
synchroniser le gestionnaire de déploiement avec l'agent de noeud
migré.
- Accédez à l'endroit suivant du répertoire de sauvegarde qui a été créé par la commande WASPreUpgrade :
backupDirectory/profiles/profile_name/properties
- Ouvrez le fichier soap.client.props dans ce répertoire, puis recherchez la valeur de la propriété com.ibm.SOAP.requestTimeout :
- Modifiez la valeur de com.ibm.SOAP.requestTimeout en lui attribuant la même valeur que celle utilisée dans le fichier
Version 9.0.
Lisez les
sections Présentation de la migration, de la coexistence et de l'interopérabilité et Considérations sur la migration. Pour consulter les ressources destinées à vous aider à planifier et à réaliser la migration, accédez au site Knowledge Collection: Migration planning for WebSphere
Application Server.
Pourquoi et quand exécuter cette tâche
Cette stratégie permet de respecter les exigences de la fenêtre de maintenance spécifique en construisant la configuration WebSphere
Application Server Version 9.0 WebSphere
Application Server, Network Deployment complète en arrière-plan alors que la topologie existante est encore en exécution et gérée.
Pour diagnostiquer plus facilement les éventuels problèmes qui surviennent lors de la
migration, lisez la section Résolution des incidents de migration.
Procédure
- Assurez-vous que le gestionnaire de déploiement de WebSphere
Application Server Version 7.0 ou ultérieures exécute et gère l'environnement existant et vérifiez qu'aucun gestionnaire de déploiement Version 9.0 n'est en cours d'exécution.
Le respect de cette condition est important, car il faut absolument éviter
que deux gestionnaires de déploiement différents tentent de gérer le même environnement.
- Exécutez la commande WASPreUpgrade.
- Exécutez la commande WASPreUpgrade depuis le répertoire racine_serveur_app/bin de la Version 9.0 .
- Spécifiez le nom du répertoire de sauvegarde de migration Version 7.0 ou ultérieures.
- Spécifiez le nom de l'installation Version 7.0 ou ultérieures WebSphere
Application Server, Network Deployment.
- Facultatif : indiquez le nom d'une instance ou d'un profil spécifique devant migrer depuis une version antérieure de WebSphere
Application Server.
- Facultatif : Indiquez l'emplacement des préférences pour la console d'administration
pour un ou plusieurs profils.
Par
exemple :
WASPreUpgrade /WAS6.1_backup_directory /WAS6.1_install_directory
Pour une description complète de la
commande WASPreUpgrade et de ses
paramètres, lisez la
section Commande WASPreUpgrade.
- Exécutez la commande WASPostUpgrade.
Par
exemple :
WASPostUpgrade /WAS6.1_backup_directory -profileName dmgr_profile_name
-includeApps script -keepDmgrEnabled true
Pour une description complète de la
commande WASPostUpgrade et de ses
paramètres, lisez la
section WASPostUpgrade command.
A ce stade, vous pouvez quitter la fenêtre de maintenance et continuer à gérer l'environnement à l'aide du gestionnaire de déploiement de WebSphere
Application Server Version 7.0 ou ultérieures.
- Personnalisez les fichiers d'administration.
- Allez dans l'emplacement du répertoire de sauvegarde de la migration qui contient les fichiers d'administration générés.
- Combinez et adaptez les fichiers d'administration comme il convient.
Cela peut comprendre le regroupement d'applications dans certains fichiers d'administration ou l'indication du répertoire installedApplications à l'aide du paramètre installed.ear.destination.
- Exécutez la commande wsadmin pour installer les
applications.
Une fois que toutes les applications ont été installées,
vous pouvez commencer à utiliser le gestionnaire de déploiement WebSphere
Application Server Version 9.0.
- Arrêtez le gestionnaire de déploiement WebSphere
Application Server Version 7.0 ou ultérieures.
Le respect de cette condition est important, car il faut absolument éviter
que deux gestionnaires de déploiement différents tentent de gérer le même environnement.
Vous pouvez effectuer cette opération de plusieurs façons. L'une d'elles consiste à renommer le fichier serverindex.xml dans le répertoire des noeuds du gestionnaire de déploiement Version 7.0 ou ultérieures en un autre nom.
- Démarrez le gestionnaire de déploiement WebSphere
Application Server Version 9.0.
Démarrez le gestionnaire de déploiement depuis le
répertoire
racine_profil/bin.
Par
exemple :
startManager
Résultats
A ce stade, le gestionnaire de déploiement de WebSphere
Application Server Version 9.0 devrait être en exécution et la synchronisation normale des applications devrait intervenir.
Vous pouvez appliquer l'une des procédures suivantes :
- Faites migrer la cellule entière avant d'installer les applications.
- Exécuter les opérations suivantes :
- Installez les applications et laissez la cellule dans un état mixte.
- Lorsque vous êtes prêt, modifiez le délai de connexion (suivant le conseil donné au début de
cet article) et exécutez la commande WASPostUpgrade pour
faire migrer les noeuds fédérés.