Dans la plupart des cas, la migration des registres UDDI existants est automatiquement effectuée lors de la migration vers le niveau en cours de WebSphere
Application Server. Cependant, si le registre UDDI existant utilise une base de données Apache Derby ou une base de données DB2 UDDI
Version 2, quelques opérations manuelles sont nécessaires.
Avant de commencer
Faites migrer votre installation de
WebSphere
Application Server. Veillez à
sélectionner l'option qui permet de faire migrer les applications, pour faire migrer l'application du registre UDDI.
Pourquoi et quand exécuter cette tâche
Si votre registre UDDI existant utilise une base de données Oracle,
Apache Derby version intégrée ou DB2 UDDI version 3, il n'est pas nécessaire d'effectuer une migration manuelle. Le registre est automatiquement migré lors de la migration de WebSphere
Application Server et du premier lancement du noeud UDDI après la migration.
Si le registre UDDI existant utilise une base de données Apache Derby version réseau ou une base de données DB2 UDDI Version 2, quelques opérations manuelles sont nécessaires pour effectuer la migration.
Si la base de données UDDI utilise Apache Derby version 10.2, vous devez faire migrer la base de données. Pour plus d'informations, reportez-vous à la rubrique dans les liens connexes.
Procédure
Si votre registre UDDI utilise une base de données Apache Derby version réseau, procédez comme suit. - Si un cluster comporte des serveurs à différents niveaux de WebSphere
Application Server, vérifiez que les registres UDDI sont exécutés sur des serveurs qui sont au niveau en cours de WebSphere
Application Server. Par exemple, si un cluster comporte deux noeuds, vous pouvez mettre à niveau l'un des noeuds vers le niveau en cours tout en laissant l'autre noeud à la version précédente, à condition que les
serveurs exécutent un registre UDDI au niveau en cours.
- Initialisez le noeud UDDI concerné. Le processus
d'initialisation effectue une partie de la migration du registre UDDI.
- Entrez les commandes suivantes sous l'ID administrateur depuis
racine_serveur_app/derby/lib.
java -cp db2j.jar;db2jtools.jar com.ibm.db2j.tools.ij
connect 'jdbc:db2j:uddi_derby_database_path';
run 'racine_serveur_app/UDDIReg/databaseScripts/uddi30crt_drop_triggers_derby.sql';
quit;
cd racine_serveur_app/derby/migration
java -cp db2j.jar;db2jmigration.jar;../lib/derby.jar com.ibm.db2j.tools.MigrateFrom51
jdbc:db2j:chemin_bdd_derby_uddi
où- chemin_bdd_derby_uddi est le chemin absolu de la base de données Apache Derby existante (par exemple, racine_serveur_app/profiles/nom_profil/databases/com.ibm.uddi/UDDI30).
- racine_serveur_app est le répertoire racine de l'installation de WebSphere
Application Server.
Résultats
La migration de la base de données UDDI et de la source de données est
effectuée et le noeud UDDI est activé.
Remarque : Lorsque vous migrez un serveur WebSphere
Application Server, le journal de compte-rendu de la mise à niveau relatif au
profil indique que la migration de la base de données UDDI est en partie effectuée, et
qu'il reste à effectuer la migration des déclencheurs, des alias et des instructions
stockées. Si vous avez activé la fonction de débogage, le journal de débogage de la base
de données indique qu'un incident s'est produit lors de la création des déclencheurs. Ignorez ces messages. Le noeud UDDI effectue la migration de la base de données lors du
démarrage du noeud UDDI.
Si la migration de la base de données UDDI est correctement effectuée, le message suivant
apparaît dans le journal :
CWUDQ0003I: La migration du registre UDDI est terminée
Si l'erreur suivante apparaît, une erreur imprévue s'est produite lors de la migration. Le noeud de registre UDDI n'est pas activé. Consultez les journaux d'erreurs et, si vous ne parvenez pas à résoudre l'erreur, consultez la page Web de support de
WebSphere
Application Server.
CWUDQ004W: Le registre UDDI n'a pas démarré à cause d'erreurs de migration