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


Migration des bases de données Cloudscape

Après avoir utilisé des outils de migration pour migrer vers WebSphere ESB version 6.2, il convient de vérifier le résultat de la migration automatique de la base de données Cloudscape et de faire migrer manuellement les instances de base de données Cloudscape qui ne sont pas migrées automatiquement par les outils.

Avant de commencer

Voir Présentation de la migration et Remarques relatives à la pré-migration pour WebSphere ESB.

Conseils :
  • Avant de faire migrer une base de données Cloudscape, vérifiez que tous les serveurs hébergeant les applications qui utilisent la base de données Cloudscape sont fermés. Sinon, la migration Cloudscape échouera.
  • Avant d'exécuter les outils de migration, assurez-vous que la fonction debug migration trace est activée. Par défaut, cette fonction de trace est activée. Pour réactiver la trace de migration de débogage dans le cas où cette fonction est désactivée, définissez l'une des options de trace suivantes :
    • all traces*=all
    • com.ibm.ws.migration.WASUpgrade=all

Pourquoi et quand exécuter cette tâche

WebSphere ESB version 6.2 requiert Cloudscape version 10.1.

Cloudscape version 10.1 est un pur serveur de base de données Java™ qui combine l'exécutif Apache Derby aux possibilités d'appliquer les services complets du support logiciel IBM®. Pour obtenir des informations détaillées sur Cloudscape version 10.1, voir les pages Web de Cloudscape.

Pour obtenir de l'aide sur la résolution des incidents lors de la migration, voir Identification et résolution des incidents liés à la migration entre différentes versions.

Procédure
  1. Vérifiez la migration automatique des instances de base de données Cloudscape.

    Lorsque vous effectuez la migration de WebSphere ESB version 6.0.x ou 6.1.x vers version 6.2, l'outil de migration met automatiquement à niveau les instances de base de données accessibles à certains composants internes de l'architecture intégrée, tels que le registre UDDI. Les outils tentent également de mettre à niveau les instances Cloudscape auxquelles accèdent vos applications via l'architecture intégrée. Vous devez vérifier le résultat de ces migrations après avoir exécuté les outils de migration.

    Voir Vérification de la migration automatique de Cloudscape v10.1.x.

  2. Faites migrer manuellement les instances de base de données Cloudscape si nécessaire.

    Les outils de migration de version 6.2 ne tentent pas de faire migrer automatiquement les instances de base de données qui établissent des transactions avec des applications via l'architecture Network Server de Cloudscape. Cette exclusion élimine le risque d'altération des applications tierces accédant aux mêmes instances de base de données que WebSphere ESB

    Pour plus de détails sur la migration manuelle des instances de base de données accessibles via l'architecture Network Server de Cloudscape, ainsi que les instances Cloudscape pour lesquelles la migration automatique a échoué, voir Mise à niveau manuelle de Cloudscape.

  3. Effectuez la migration manuelle de votre registre UDDI si celui-ci utilise une base de données au sein de l'architecture Network Server de Cloudscape.

    Voir Migration à partir du registre UDDI.


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