Migration des configurations de produit

Vous pouvez utiliser les outils de migration de WebSphere Application Server Version 9.0 afin de faire migrer vos configurations du produit. Ces outils de migration prennent en charge la migration depuis la Version 7.0 ou ultérieures.

Avant de commencer

Configurations prises en charge 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

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.

Les mises à niveau de configuration WebSphere Application Server et les offres suivantes sont directement prises en charge.
Tableau 1. Mises à jour de configuration directement prise en charge
Source de migration (Version 7.0 ou ultérieures) Cible WebSphere Application Server Version 9.0
Profils WebSphere Application Server, Network Deployment autonomes et personnalisés Profil d'administration du gestionnaire de déploiement WebSphere Application Server, Network Deployment
Serveur d'applications WebSphere Application Server (base) autonome Pris en charge Non pris en charge
Serveur d'applications WebSphere Application Server, Network Deployment autonome Pris en charge Non pris en charge
Serveur d'applications WebSphere Application Server, Network Deployment fédéré Pas de prise en charge Non pris en charge
Gestionnaire de déploiement WebSphere Application Server, Network Deployment Non pris en charge Pris en charge
Client WebSphere Application Server Non pris en charge Non pris en charge
* WebSphere Application Server Version 9.0 prend en charge la migration d'un sous-ensemble d'extensions de modèle de programmation (PME) à partir de WebSphere Business Integration Server Foundation.
Remarque : Vous pouvez faire migrer un serveur d'applications fédéré WebSphere Application Server, Network Deployment vers un serveur autonome, mais, après cette migration, il devient un serveur fédéré.

Vous pouvez faire migrer vos configurations du produit à l'aide de l'assistant de migration fourni avec WebSphere Application Server Version 9.0 ou des outils de migration par ligne de commande.

Avant d'utiliser ces outils, consultez le site IBM® WebSphere Application Server supported hardware, software, and APIs pour déterminer quels correctifs doivent être appliqués aux versions antérieures. L'application de ces correctifs à une version antérieure peut également affecter les fichiers ayant un rôle dans la migration. Appliquez tous les correctifs recommandés pour garantir le bon déroulement de la migration de vos configurations et applications.

Pratiques recommandées Pratiques recommandées: Le gestionnaire de déploiement stocke les fichiers de configuration pour tous les noeuds qu'il gère. Ces données de configuration sont mises à jour via le gestionnaire de configuration. Lorsque le gestionnaire de configuration détecte que les mises à jour des données de configuration n'ont pas été appliquées à la dernière copie enregistré, il rejette ces mises à jour et génère une exception. Pour éviter cette situation, respectez les pratiques recommandées suivantes :
  • Faites migrer chaque noeud indépendamment. Par exemple, laissez le premier noeud compléter son processus de migration avant de lancer ce processus pour le second noeud, et ainsi de suite.
  • Vérifiez que la console d'administration du gestionnaire de déploiement n'est pas en activité alors que le processus de déploiement est en cours.

Si vous devez faire migrer des noeuds fédérés simultanément, procédez comme suit pour minimiser les risques d'échec :

bprac

Procédure

  1. Avant de commencer, exécutez la commande backupConfig pour le gestionnaire de déploiement et chaque noeud fédéré. Pour plus d'informations, reportez-vous à la documentation relative à la commande backupConfig : Commande backupConfig
  2. Mettez fin au processus nodeagent avant de migrer le noeud.
  3. Echelonnez le lancement du processus de migration pour chaque noeud toutes les 3 à 5 minutes.
  4. En cas d'échec, exécutez la commande restoreConfig sur le noeud concerné et relancez le processus de migration. Pour plus d'informations, reportez-vous à la documentation relative à la commande restoreConfig : Commande restoreConfig

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tmig_admin
Nom du fichier : tmig_admin.html