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


Manipulation des données lors de la migration à partir de versions antérieures

Les outils de migration de version à version de WebSphere ESB gèrent les différents ensembles de données (données d'application, données de configuration, informations de base de données et processus à exécution longue) de différentes façons.

Données d'application

Vos applications (c'est-à-dire toutes les applications non fournies avec WebSphere ESB ) sont compatibles au niveau binaire pour les scénarios de migration pris en charge (voir Présentation de la migration pour les scénarios de migration pris en charge). La migration de toutes les applications utilisateur a lieu automatiquement sur le nouveau serveur. Vous ne devriez pas avoir à modifier une partie quelconque de l'application pour qu'elle s'exécute sur la version la plus récente de WebSphere ESB.
Remarque : Pour plus d'informations concernant la migration de WebSphere Adapters, consultez la documentation de votre adaptateur dans le la documentation de WebSphere Integration Developer dans le centre de documentation de IBM® WebSphere Business Process Management Version 6.2.
Remarque : Si des modules SCA utilisent une seule référence pour les appels dynamiques et statiques et que le référence est liée à une importation avec une liaison JMS ou HTTP, la liaison JMS ou HTTP est alors utilisée pour les appels dynamiques en utilisant des adresses URL jms: ou http: au lieu d'exécuter un appel dynamique de service Web. Pour conserver le comportement de la version 6.1.2 et continuer à effectuer des appels de service Web dans ces scénarios, vous devez soit mettre à jour votre module pour définir correctement le bindingType de façon à indiquer une URL de service Web lorsque vous effectuez l'appel (pour les composants MFC ou POJO) soit définir la variable WebSphere SCA_USE_WS_FOR_DYNAMIC_INVOCATION pour y inclure le nom des modules dans une liste délimitée par des points-virgules, par exemple : sca/myModule1;sca/myModule2
En dehors des applications exemple, les applications fournies avec WebSphere ESB sont migrées vers leur toute dernière version. Elles sont traitées comme suit :
  • Pour toutes les applications système (figurant dans le répertoire racine_installation /systemApps), la version la plus récente est installée.

Les applications exemple sont traitées différemment. Pour les profils autonomes, le processus de migration n'installe pas de modèle d'application. Vous pouvez rendre disponibles les modèles d'application pour un profil autonome, en les installant via l'assistant d'installation de la dernière version de WebSphere ESB. Pour les profils de déploiement réseau, tout exemple installé avec la version précédente de WebSphere ESB sera installé pendant la migration vers la nouvelle version.

Données de configuration

Les scripts de migration version à version de (assistant ou scripts) appliqueront automatiquement les paramètres de configuration du profil précédent au nouveau profil créé au cours du processus de migration. Dans les cas où les nouveaux profils ont déjà été configurés et les valeurs de l'ancien et du nouveau profil ne correspondent pas, les valeurs seront gérés comme suit :
  • Le nom du répertoire d'installation ayant déjà été configuré dans le nouveau profil sera conservé dans le nouveau profil.
  • Toutes les valeurs de l'ancien profil (autre que le nom du répertoire d'installation) remplacera les valeurs non correspondantes dans le nouveau profil.

Informations sur la base de données

Migration de base de données automatique

Si vous effectuez une migration à partir de version 6.0.2.x et que vous avez une base de données Cloudscape, les outils de migration vont faire migrer automatiquement la configuration de base de données avec certaines exceptions. Pour plus d'informations, voir Migration des bases de données Cloudscape. De plus, la base de données Cloudscape sera convertie en base de données Derby, qui succède à Cloudscape et prise en charge par WebSphere ESB version 6.2.

Migration de base de données manuelle

Si vous avez une autre base de données que Cloudscape, les outils de migration migreront automatiquement les définitions pour chaque source de données et fournisseur existant. Toutefois, les mises à jour de schéma de base de données peuvent également s'avérer nécessaires, ce qui nécessite une attention particulière. Si le processus serveur est associé aux droits d'accès à la base de données nécessaires et, dans certains cas de bases de données, répond à d'autres exigences, les mises à jour de schéma se font automatiquement lors du premier démarrage du serveur.

Si le processus serveur n'est pas associé aux droits requis, ou répond à d'autres exigences, ou si vous souhaitez mettre à jour manuellement vos schémas de base de données, vous devrez utiliser les scripts fournis.

Si Business Process Choreographer ou Business Space sont configurés, vous devez mettre à jour la base de données manuellement.

Voir Mise à niveau des bases de données en vue d'une migration pour plus de détails.

Processus à exécution longue

Les instances de processus à exécution longue et de tâches humaines sont prises en charge durant la migration de version à version, en même temps que sont traitées les bases de données dans lesquelles elles sont stockées. Pendant la migration, le schéma de chaque base de données est mis à niveau et les données sont converties suivant le nouveau schéma. Après la migration, ces instances continuent à fonctionner dans l'environnement migré.


concept Rubrique concept

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/cmig_vtv_data_handling.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).