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


Mise à niveau manuelle de la base de données commune

Après avoir migré le serveur à partir d'une version antérieure, vous devez mettre à niveau le schéma de la base de données commune avant de démarrer le serveur. Vous devez effectuer une mise à niveau manuelle si l'utilisateur de base de données défini pour la source de données ne dispose pas d'autorisations suffisantes pour modifier le schéma de la base de données.

Avant de commencer

Remarque : Début de modificationLa mise à niveau manuelle de la base de données commune ne s'applique que lors de la migration de version 6.1.x vers version 6.2.x. Pour plus d'informations sur la création de la base de données commune lors de la migration de la version 6.0.2 vers la version 6.2.x, voir Creating the common database and configuring the recovery subsystem when migrating from version 6.0.2 to version 6.2.x.Fin de modification

Pourquoi et quand exécuter cette tâche

Le schéma de toute base à laquelle accède un serveur migré doit être mis à niveau avant de démarrer le serveur. Dans le cas d'un cluster, le schéma de toute base à laquelle accède l'un des membres du cluster migré doit être mis à niveau avant de démarrer l'un quelconque des membres du cluster. Vous devez effectuer une mise à niveau manuelle si l'utilisateur de base de données défini pour la source de données ne dispose pas d'autorisations suffisantes pour modifier le schéma de la base de données. Dans le cas de la base de données commune, l'utilisateur de base de données configuré pour la source de données doit être autorisé à effectuer toutes les opérations suivantes : créer et modifier des tables, et créer et supprimer des index et des vues.
Procédure
  1. Assurez-vous de bien utiliser un ID utilisateur disposant de suffisamment de droits pour pouvoir mettre à jour le schéma de base de données.
  2. Sauvegardez la base de données.
  3. Passez dans le répertoire où se trouvent les scripts de base de données :
    • For i5/OS operating systemFor Linux operating systemFor UNIX operating system Sur les plateformes Linux®, UNIX® et i5/OS : racine_install/dbscripts/nom_composant/type_base_de_données
    • For Windows operating system Sous Windows® : racine_installation\dbscripts\nom_composant\type_base_de_données

    Où :

    racine_installation
    est le répertoire racine dans lequel WebSphere ESB version 6.2 est installé.
    nom_composant
    est CommonDB.
    type_base_de_données
    est le nom correspondant au produit de base de données utilisé. Les types de base de données applicables et leurs noms de répertoire sont les suivants :
    Type de base de données Nom de répertoire
    DB2 Universal Database (pour tous les systèmes d'exploitation sauf z/OS et i5/OS) DB2
    DB2 Universal Database for i5/OS DB2iSeries
    DB2 for z/OS Version 8.x DB2zOSV8 - Utilisez les scripts de ce répertoire si la configuration initiale de la base de données utilisait DB2 z/OS v8 (utilise des noms de tables longs) ou que vous avez effectué une mise à niveau de DB2 z/OS v7 vers DB2 z/OS v8
    DB2 for z/OS Version 9.x DB2zOSV9 - Utilisez les scripts de ce répertoire si la configuration initiale de la base de données utilisait DB2 z/OS v9 ou une version ultérieure (utilise des noms de tables longs) ou que vous avez effectué une mise à niveau de DB2 z/OS v7 vers DB2 z/OS v9.
    Derby Derby
    Remarque : Si vous disposez d'une base de données Cloudscape existante pour une installation précédente (6.0.2) de WebSphere ESB, la base de données doit d'abord être mise à niveau d'une base de données Cloudscape vers une base de données Derby. Voir Migration des bases de données Cloudscape. Une fois que vous avez obtenu la base de données Derby correspondant à la même version (6.0.2) de WebSphere ESB, vous devez la mettre à niveau pour qu'elle corresponde à WebSphere ESB version 6.2 avec les scripts de ce répertoire.
    Informix Informix
    Oracle Oracle
    Microsoft® SQL Server SQLServer
    Pour les noms et versions de bases de données spécifiques, voir Configurations de base de données.
  4. Repérez l'emplacement des scripts de migration pour la base de données qui commence par le mot upgradeSchema. En fonction de votre ou de vos bases de données, vous trouverez upgradeSchema.bat, upgradeSchema.sh, ou les deux, ainsi que les scripts SQL spécifiques au composant tels que upgradeSchema<Migrated WBI version>_<component>.sql. Par exemple, pour mettre à niveau le schéma de la base de données commune de WebSphere ESB version 6.0.2.x vers la version 6.2 et que dbType est DB2_UNIVERSAL, vous devez utiliser les scripts de migration suivants :
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema.bat
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema.sh
    • install_root/dbscripts/CommonDB/DB2/upgradeSchemaTables.bat
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_Recovery.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_relationshipService.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_governancerepository.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_DirectDeploy.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_CommonDB.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_customization.sql
    Remarque : D'autres scripts qui existent dans le même répertoire CommonDB/DB2 peuvent être utilisés en fonction de la version de WebSphere ESB depuis laquelle vous effectuez la migration.
  5. Copiez le ou les scripts appropriés à partir du répertoire dans lequel vous les avez trouvés sur le système qui héberge la base de données.
  6. Vérifiez les scripts SQL et modifiez-les, le cas échéant, pour répondre à vos besoins. Cela inclut les scripts du répertoire dont le nom correspond à la syntaxe suivante : upgradeSchemannn_<component>xql, où nnn correspond au numéro de version du produit et "component", à l'un des éléments suivants :
    • CommonDB
    • relationshipService
    • governancerepository
    • DirectDeploy
    • customization
    Par exemple, il peut être nécessaire de changer un nom d'utilisateur, mot de passe ou chemin de fichier.
  7. A l'aide de votre client de base de données, connectez-vous à la base de données afin de vérifier que vous pouvez vous connecter.
  8. Exécutez votre version des scripts SQL de mise à niveau. Pour plus d'informations sur l'exécution d'un script .sql avec votre base de données, reportez-vous à la documentation de votre base de données.

    En cas d'erreur ou lorsque la sortie de votre client de base de données signale une défaillance, remédiez aux erreurs indiquées et tentez à nouveau cette étape.

Résultats

Le schéma de la base de données a été mis à niveau. Lorsque le serveur est démarré la première fois après la mise à niveau, les données sont migrées selon le nouveau schéma. Une fois les données migrées, les serveurs version 6.1.x ou version 6.0.2.x ne pourront plus s'exécuter sur la base de données.

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