Vous pouvez utiliser les outils de migration afin de migrer depuis un profile de serveur d'applications autonome WebSphere
Application Server Version 7.0 ou ultérieures
vers un serveur d'applications autonome Version 9.0.
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
Reportez-vous aux rubriques
Présentation de la migration, de la coexistence et de l'interopérabilité et Considérations sur la migration.
Conseil : Avant de faire migrer un serveur d'applications
WebSphere
Application Server Version 7.0 ou ultérieures autonome, utilisez la commande backupConfig ou l'utilitaire de sauvegarde de votre choix pour sauvegarder votre configuration
actuelle si vous souhaitez pouvoir la restaurer à son état antérieur après la migration. Pour plus d'informations, voir Commande backupConfig. N'oubliez pas de noter le nom et l'emplacement exacts de la sauvegarde de cette configuration.
Plutôt que de spécifier des paramètres individuels sur les commandes de migration, vous pouvez spécifier le paramètre -properties file_name.properties pour saisir un fichier de propriétés. Pour plus d'informations, voir la rubrique Définition de votre migration à travers les propriétés.
Pourquoi et quand exécuter cette tâche
Si votre scénario inclut la migration d'une configuration WebSphere
Application Server
Version 7.0 ou ultérieures d'une machine vers la Version 9.0 sur une autre machine, utilisez l'autre procédure décrite dans la section Migration vers un serveur d'applications autonome Version 9.0 sur une machine distante.
Pour les utilisateurs en transition: Les produits suivants nécessitaient auparavant des outils de migration distincts ; à présent, ils sont migrés dans le cadre des procédures de migration standard :
- WebSphere Extended Deployment Compute Grid ou
Feature Pack for Modern Batch
- WebSphere Virtual Enterprise ou
Intelligent Management
Pour plus d'informations sur ces changements, voir
Nouveautés pour la migration.
trns
Pour obtenir de l'aide, voir Résolution des incidents de migration.
Procédure
Choisissez parmi l'une des options suivantes pour migrer votre configuration, puis vérifiez votre migration.
- Faites migrer de WebSphere
Application Server
Version 7.0 ou ultérieures vers Version 9.0 en utilisant l'assistant de migration.
- Arrêtez tous les serveurs d'applications WebSphere
Application Server
Version 7.0 ou ultérieures qui s'exécutent sur le noeud.
Utilisez la commande stopServer à partir du répertoire racine_serveur_app/bin. Pour plus d'informations, voir stopServer command.
![[Linux]](../images/linux.gif)
Par exemple, exécutez les commandes suivantes pour arrêter serveur1 et serveur2 :
./stopServer.sh server1
./stopServer.sh server2
Si la sécurité est activée, spécifiez les paramètres -user et -password dans la commande
stopServer.
Vous pouvez faire migrer un noeud WebSphere
Application Server
Version 7.0 ou ultérieures sans avoir à l'arrêter. En revanche, vous devez l'arrêter avant de pouvoir démarrer le noeud Version 9.0 que vous installez. Il n'est pas
nécessaire que le noeud soit actif pour faire migrer sa configuration. Les outils de migration
peuvent extraire toutes les données de configuration lorsque le noeud est arrêté.
- Installez WebSphere
Application Server
Version 9.0.
Pour plus d'informations, voir Installation et configuration de l'environnement de traitement des applications.
- Facultatif : Utilisez l'outil de gestion des profils ou la commande manageprofiles pour créer
un profil WebSphere
Application Server
Version 9.0.
Pour plus d'informations, voir les sections Gestion de profils à l'aide de l'interface graphique ou Commande manageprofiles.
- Utilisez l'assistant de migration pour transférer des paramètres de configuration depuis Version 7.0 ou ultérieures vers le serveur d'applications autonome Version 9.0.
Cette étape transfère les applications et les informations de configuration relatives aux ressources, à la sécurité, aux variables et aux hôtes virtuels du serveur Version 7.0 ou ultérieures vers le serveur d'applications autonome Version 9.0. Toutes les informations stockées se trouvent dans les fichiers XML du répertoire racine_serveur_app/config/cells de chaque produit.
L'assistant de migration utilise les commandes WASPreUpgrade et WASPostUpgrade pour faire migrer les données et les applications depuis Version 7.0 ou ultérieures vers Version 9.0.
L'outil
WASPreUpgrade sauvegarde les fichiers des répertoires d'installation et de profils dans le répertoire de sauvegarde que vous indiquez dans un panneau de l'assistant. Le processus de migration sauvegarde les fichiers des répertoires suivants
dans le répertoire de sauvegarde :
- bin
- classes
- config
- installableApps
- installedApps (ou un autre répertoire indiqué par l'utilisateur)
- properties
Par la suite, l'assistant de migration utilise l'outil WASPostUpgrade
afin de copier l'environnement du répertoire de sauvegarde dans l'installation du serveur d'applications autonome Version 9.0.
- Effectuez la migration depuis WebSphere
Application Server Version 7.0 ou ultérieures vers la Version 9.0 à l'aide des outils de migration de ligne de commande.
- Arrêtez tous les serveurs d'applications WebSphere
Application Server Version 7.0 ou ultérieures qui s'exécutent sur le noeud.
Utilisez la commande stopServer à partir du répertoire racine_serveur_app/bin.
Pour plus d'informations, voir stopServer command.
![[Linux]](../images/linux.gif)
Par exemple, pour arrêter serveur1 et serveur2 sous Linux, exécutez les commandes suivantes :
./stopServer.sh server1
./stopServer.sh server2
Si la sécurité est activée, spécifiez les paramètres -user et -password dans la commande
stopServer.
Vous pouvez faire migrer un noeud WebSphere
Application Server Version 7.0 ou ultérieures sans avoir à l'arrêter. En revanche, vous devez l'arrêter avant de pouvoir démarrer le noeud Version 9.0 que vous installez. Il n'est pas
nécessaire que le noeud soit actif pour faire migrer sa configuration. Les outils de migration
peuvent extraire toutes les données de configuration lorsque le noeud est arrêté.
- Installez WebSphere
Application Server Version 9.0.
Pour plus d'informations, voir Installation et configuration de l'environnement de traitement des applications.
- Utilisez l'outil de gestion des profils ou la commande manageprofiles pour créer
un profil WebSphere
Application Server Version 9.0.
Pour plus d'informations, voir les sections Gestion de profils à l'aide de l'interface graphique ou Commande manageprofiles.
- Exécutez la commande WASPreUpgrade en spécifiant le nom du répertoire de sauvegarde de la migration et le nom du répertoire WebSphere
Application Server existant.
Pour plus d'informations, voir Commande WASPreUpgrade.
L'outil
WASPreUpgrade sauvegarde les fichiers du répertoire
/bin dans le répertoire de sauvegarde que vous indiquez dans un
panneau de l'assistant. Le processus de migration sauvegarde les fichiers des répertoires suivants
dans le répertoire de sauvegarde :
- classes
- config
- installableApps
- installedApps (ou un autre répertoire indiqué par l'utilisateur)
- properties
- Exécutez la commande WASPostUpgrade en spécifiant le répertoire de sauvegarde de la migration.
Voir WASPostUpgrade command pour plus d'informations.
L'outil WASPostUpgrade copie l'environnement du répertoire de sauvegarde vers l'installation du serveur d'applications autonome WebSphere
Application Server Version 9.0.
Remarque : Lors
de la migration d'un serveur d'applications autonome depuis Version 7.0 ou ultérieures vers la
Version 9.0, vous pouvez sélectionner un noeud
de serveur d'applications autonome qui a déjà été enregistré auprès de l'agent d'administration
en tant que cible de la migration.
- Vérifiez que votre configuration et les applications ont été migrées correctement.
Si la configuration a été correctement migrée, mais des applications n'ont pas été installées, vous pouvez exécuter la commande WASMigrationAppInstaller pour installer uniquement les applications n'ayant pas été migrées. Pour plus d'informations, voir la rubrique Commande WASMigrationAppInstaller.
Pour les applications Compute Grid ou Feature Pack for Modern Batch, vérifiez également que le planificateur de tâches a été migré correctement et que vous pouvez envoyer des travaux aux serveurs qui hébergent vos applications de traitement par lots.
Pour vérifier la migration du planificateur de travaux, redémarrez le serveur d'applications où le planificateur de travail est configuré. Après le redémarrage du serveur, accédez à la console de gestion de travaux par le biais d'un navigateur Web.
Pour vérifier que les serveurs qui hébergent vos applications par lots fonctionnent correctement :
- Vérifiez que les applications de traitement par lots sur le serveur migré sont démarrées. Examinez les journaux du serveur pour rechercher les erreurs éventuelles.
- Vérifiez que vous pouvez envoyer des travaux par lots au serveur migré en soumettant un travail à partir du serveur du planificateur de travaux migré. Vous pouvez soumettre le travail à l'aide de la console de gestion des tâches, l'utilitaire WSGrid, l'interface EJB, ou l'interface de services Web.