Ce guide permet de passer les versions suivantes de Rational Design Management (DM) à la version 4.0.4 :
Les instructions complètes de mise à niveau du produit vers la version 4.0.4 sont générées en fonction des sélections que vous avez effectuées sur la page précédente.
Remarque :
Bien qu'elles utilisent vos bases de données existantes, les versions 4.0.3 et postérieures ne prennent plus en charge
l'environnement JRE version 5.0.
Seules les versions JRE 6.0 et 7.0 sont prises en charge. La bibliothèque de classe ojdbc6.jar requiert JRE version 6.0 ou ultérieure. Vous devez utiliser ojdbc6.jar. Pour plus d'informations, voir Configuration d'une base de données Oracle.
Remarque :
Bien qu'elles utilisent vos bases de données existantes, les versions 4.0.3 et postérieures ne prennent plus en charge
l'environnement JRE version 5.0.
Seules les versions JRE 6.0 et 7.0 sont prises en charge. La bibliothèque de classe sqljdbc4.jar requiert l'environnement JRE version 6.0 ou ultérieure. Vous devez utiliser sqljdbc4.jar. Pour plus d'informations, voir Configuration d'une base de données SQL Server.
Cette liste de contrôle de planification permet de vous assurer que êtes prêt à effectuer la mise à niveau.
| Tâches de planification | Pour en savoir plus | |
|---|---|---|
| Utilisez les rapports de compatibilité des produits logiciels : Sur cette page, vous pouvez rechercher et générer des rapports pour un produit spécifique. Les informations incluent les éléments prérequis, la traduction du produit dans une langue spécifique, la fin du service, les environnements de virtualisation du serveur et autres. | Software product compatibility reports | |
| Utilisez la feuille de données de mise à niveau : Sur la feuille de données de mise à niveau, vous pouvez collecter et enregistrer des données spécifiques nécessaires au cours du processus de mise à niveau, comme les URL et les ID utilisateur. | Feuille de données de mise à niveau | |
| Vérifiez que votre configuration matérielle et logicielle satisfait aux conditions minimales requises : Il y a de nouvelles conditions requises pour la version 4.0.3, notamment la nécessité d'utiliser un système d'exploitation de serveur 64 bits. Pour en savoir plus sur celles-ci et déterminer si votre système actuel répond aux exigences minimales requises, cliquez sur le lien Configuration système requise. | Configuration système requise | |
| Extrayez le support d'installation du produit : Pour le téléchargement du référentiel local, vous avez besoin d'environ 5 Go d'espace disponible sur le disque dur pour télécharger et extraire le support d'installation de votre produit. | Vous pouvez télécharger les fichiers d'installation du serveur à partir du site jazz.net | |
| Consultez un exemple de topologie de mise à niveau. | ||
| Synchronisez les horloges de tous les serveurs : Dans un environnement réparti, vérifiez que les horloges de tous les serveurs sont synchronisées via le protocole NTP (Network Time Protocol). | Pour plus d'informations sur le protocole NTP, visitez le site ntp.org | |
| Détaillez le processus de mise à niveau : Procurez-vous des informations sur le processus de mise à niveau et sur son incidence possible sur votre déploiement. | Présentation du processus de déploiement et de mise à niveau | |
| Prévoyez une indisponibilité de vos applications : Prévoyez une indisponibilité de courte durée de vos applications pendant la sauvegarde de vos données et la mise à jour de vos applications vers la version 4.0.3. Toutes les applications qui lui sont connectées seront elles-mêmes hors ligne lorsque Jazz Team Server sera hors ligne. Veillez à indiquer l'heure de sauvegarde complète de vos applications existantes. | ||
Satisfaire les exigences requises pour votre base de données :
|
||
| En savoir plus sur l'octroi de licence : Vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 3.0. Vous devez vous procurer des licences pour la version 4.0.3. Vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 3.0.1.x. Vous devez vous procurer des licences pour la version 4.0.3. Vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 4.0.0.x. Vous n'avez pas besoin de vous procurer de nouvelles licences pour la version 4.0.3. Vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 4.0.1. Vous n'avez pas besoin de vous procurer de nouvelles licences pour la version 4.0.3. Vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 4.0.2. Vous n'avez pas besoin de vous procurer de nouvelles licences pour la version 4.0.3. | Gestion des licences | |
Vérifiez la compatibilité du navigateur :
|
||
| Vérifiez les options de votre machine virtuelle Java : Vérifiez qu'une taille de segment de mémoire appropriée a été définie pour la machine virtuelle Java. |
Si vous exécutez Jazz Team Server dans Apache Tomcat en tant que service Windows, voir Exécution dans Apache Tomcat en tant que service Windows (64 bits).
|
Ces abréviations désignent les applications et les répertoires d'installation :
Avant de mettre à niveau votre environnement de production, configurez un environnement de test pour éviter les problèmes. Pour plus d'informations, voir Configuration d'un environnement de test pour le processus de mise à jour.
Lors de la mise à niveau, vous devez connaître certaines informations sur votre environnement actuel. Notez bien les informations suivantes :
Remarque : Avant de mettre à niveau la solution Rational for CLM, vous devez mettre à niveau Rational Reporting for Development Intelligence. Il n'est pas nécessaire de mettre à niveau les entrepôts de données avec Rational Reporting for Development Intelligence, car ils sont mis à niveau lors de la mise à niveau de la solution Rational pour CLM.
Pour la mise à niveau de Rational Reporting for Development Intelligence, cliquez sur l'un des liens suivants :
Après avoir effectué la mise à niveau vers la version 4.0.4 des applications de la solution Rational pour CLM, téléchargez les derniers exemples et ressources de rapports et chargez-les sur le serveur de rapports. Pour obtenir les instructions complètes, voir Mise à niveau des artefacts de production de rapport.
Installez les applications Rational Design Management version 4.0.4, mais n'exécutez pas l'assistant de configuration. Pour les configurations réparties, installez les applications version 4.0.3 correspondant aux applications précédemment installées. Pour plus d'informations sur l'installation du serveur, voir Installation à l'aide d'IBM Installation Manager ou Installation à l'aide des commandes de la ligne de commande.
Les éditions précédentes de Design Management installaient automatiquement les applications requises supplémentaires comme Configuration Management (/vvc). Ces applications sont maintenant des composants installables séparés qui s'installent en plus des composants Design Management Design Management for Rational Software Architect (RSA-DM) ou Design Management for Rhapsody (Rhapsody-DM). Les composants supplémentaires qui peuvent devoir être installés sont les suivants :
Installez les applications CLM 4.0.4 sur le noeud qui seront utilisées pour la mise à niveau du serveur, par exemple le noeud 1. N'exécutez pas l'assistant de configuration. Pour plus d'informations sur l'installation du serveur, voir Installation à l'aide d'IBM Installation Manager ou Installation à l'aide des commandes de la ligne de commande.
Installez les applications CLM version 4.0.4, mais n'exécutez pas l'assistant d'installation. Pour les configurations réparties, installez les applications version 4.0.4 correspondant aux applications précédemment installées. Pour plus d'informations sur l'installation du serveur, voir Installation sous IBM i à l'aide de programmes sous licence.
En option, créez une sauvegarde de votre profil WebSphere Application Server pour pouvoir le restaurer en cas d'échec de la mise à niveau.
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Remarque : La commande arrête le serveur avant de démarrer le processus de sauvegarde.
backupConfig.bat chemin_d'un_nouveau_fichier_compressé_pour_créer_la_sauvegarde_du_profil -username nom_administrateur_principal_WAS -password mot_de_passe_administrateur_WAS
Exemple :
backupConfig.bat C:\WAS_backup\CLM_4.0.0.x_profile.zip -username WAS admin -password WAS admin password
backupConfig.bat C:\WAS_backup\CLM_4.0.1_profile.zip -username WAS admin -password WAS admin password
backupConfig.bat C:\WAS_backup\CLM_4.0.2_profile.zip -username WAS admin -password WAS admin password
backupConfig.bat C:\WAS_backup\CLM_4.0.3_profile.zip -username WAS admin -password WAS admin password
Remarque : Le chemin de répertoire du fichier compressé doit exister avant l'exécution de la commande de sauvegarde.
Astuce : Vous pouvez restaurer le profil sauvegardé en exécutant la commande restoreConfig.bat. Par exemple, restoreConfig.bat C:\WAS_backup\RTC_3.0_profile.zip restoreConfig.bat C:\WAS_backup\CLM_3.0.1.x_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.0.x_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.1_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.2_profile.zip
Remarque : La commande arrête le serveur avant de démarrer le processus de sauvegarde.
./backupConfig.sh chemin_d'un_nouveau_fichier_compressé_pour_créer_la_sauvegarde_du_profil -username nom_administrateur_principal_WAS -password mot_de_passe_administrateur_WAS
Par exemple :
./backupConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.3_profile.zip -username admin -password password
Remarque : Le chemin de répertoire du fichier compressé doit exister avant l'exécution de la commande de sauvegarde.
Astuce : Vous pouvez restaurer le profil sauvegardé en exécutant la commande ./restoreConfig.sh. Exemple :
./restoreConfig.sh /root/WAS_backup/RTC_3.0_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_3.0.1.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip
Remarque : La commande arrête le serveur avant de démarrer le processus de sauvegarde.
./backupConfig.sh chemin_d'un_nouveau_fichier_compressé_pour_créer_la_sauvegarde_du_profil -username nom_administrateur_principal_WAS -password mot_de_passe_administrateur_WAS
Par exemple :
./backupConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip -username admin -password password
./backupConfig.sh /root/WAS_backup/CLM_4.0.3_profile.zip -username admin -password password
Remarque : Le chemin de répertoire du fichier compressé doit exister avant l'exécution de la commande de sauvegarde.
Astuce : Vous pouvez restaurer le profil sauvegardé en exécutant la commande ./restoreConfig.sh. Exemple :
./restoreConfig.sh /root/WAS_backup/RTC_3.0_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_3.0.1.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.0.x_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.1_profile.zip./restoreConfig.sh /root/WAS_backup/CLM_4.0.2_profile.zip
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Dans une topologie répartie, vous devez mettre à jour les propriétés personnalisées JAZZ_HOME et log4j.configuration sur le serveur d'applications qui héberge :
Pour plus de détails, voir Configuration d'un serveur WebSphere Application Server.
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Remarque : Lorsque vous mettez à niveau l'application Requirements Management, vous devez vous assurer que les serveurs d'applications Jazz Team Server (ainsi que toute application enregistrée auprès de Jazz Team Server) et Requirements Management sont arrêtés.
stopServer.bat server1 -user id_admin -password mot_de_passe_admin
./stopServer.sh server1 -user id_admin -password mot_de_passe_admin
./serverShutdown.sh profileName wasVersion wasOption adminId adminPwd
Vérifiez que WebSphere eXtreme Scale est mis à jour à l'aide du dernier correctif temporaire. Pour télécharger ce dernier, voir Installation de WebSphere eXtreme Scale.
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Supprimez le contenu associé aux applications des répertoires wscache et temp dans le profil. En fonction des applications installées, ces répertoires peuvent se trouver dans le profil et être supprimés :
Exemple d'emplacement de rép_profil_WAS\wscache :
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\wscache
Exemple d'emplacement de rép_profil_WAS\temp :
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\temp
Exemple d'emplacement de rép_profil_WAS/wscache :
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache
Exemple d'emplacement de rép_profil_WAS/temp :
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/temp
Exemple d'emplacement de rép_profil_WAS/wscache :
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache
Exemple d'emplacement de rép_profil_WAS/temp :
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/temp
Dans une topologie répartie, vous devez effectuer l'étape suivante sur le serveur d'applications qui héberge :
Supprimez les fichiers journaux associés aux applications du répertoire logs du profil :
Exemple d'emplacement de rép_profil_WAS\logs :
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\logs
Exemple d'emplacement de rép_profil_WAS/logs :
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs
Exemple d'emplacement de rép_profil_WAS/logs :
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/logs
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Remarque : Lorsque vous mettez à niveau l'application Requirements Management, vous devez vous assurer que les serveurs d'applications Jazz Team Server (ainsi que toute application enregistrée auprès de Jazz Team Server) et Requirements Management sont arrêtés.
server.shutdown.bat
./server.shutdown
Remarque :
les commandes suivantes fonctionnent si vous utilisez des bases de données Derby fournies avec le produit. Si vous avez modifié l'emplacement de vos bases de données Derby, mettez à jour le chemin d'accès en conséquence.
Dans un déploiement WebSphere Application Server, l'emplacement de base de données par défaut se trouve sous l'installation de WebSphere.
Dans un déploiement WebSphere Application Server, l'emplacement de base de données par défaut se trouve sous l'installation de WebSphere.
Sauvegardez vos bases de données DB2, notamment la base de données de l'entrepôt de données. Pour plus de détails sur la sauvegarde d'une base de données DB2, voir Sauvegarde et restauration d'une base de données DB2.
Sauvegardez vos bases de données Oracle, notamment la base de données de l'entrepôt de données. Pour obtenir les instructions à suivre pour sauvegarder la base de données, voir la documentation Oracle.
Sauvegardez vos bases de données SQL Server, notamment la base de données de l'entrepôt de données. Pour obtenir les instructions à suivre pour sauvegarder la base de données, voir la documentation SQL Server.
Pour mettre à niveau les fichiers de configuration de Jazz Team Server, accédez au répertoire rép_install_JTS_4.0.4/server et exécutez les commandes suivantes :
Si le chemin contient des espaces, veillez à ce qu'il soit entouré de guillemets.
repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3/server/conf
repotools-jts.bat -addTables
repotools-jts.bat -upgradeWarehouse
repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3/server/conf updateTomcatFiles=no
repotools-jts.bat -addTables
repotools-jts.bat -upgradeWarehouse
./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3/server/conf
./repotools-jts.sh -addTables
./repotools-jts.sh -upgradeWarehouse
./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3/server/conf updateTomcatFiles=no
./repotools-jts.sh -addTables
./repotools-jts.sh -upgradeWarehouse
Pour mettre à niveau les fichiers de configuration de l'application DM, accédez à rép_install_DM_4.0.4/server et exécutez les commandes suivantes :
La racine de contexte par défaut de l'application est jazz. Si le chemin de mise à niveau est issu d'une édition de la version 3 ou 4, utilisez le commutateur applicationContextRoot=dm dans la commande.
Si le chemin contient des espaces, veillez à ce qu'il soit entouré de guillemets.
repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=dm
repotools-dm.bat -addTables
repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=dm updateTomcatFiles=no
repotools-dm.bat -addTables
./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=dm
./repotools-dm.sh -addTables
./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=ccm updateTomcatFiles=no
./repotools-dm.sh -addTables
Pour mettre à niveau les fichiers de configuration de l'application Configuration Managment, accédez à rép_install_QM_4.0.4/server et exécutez les commandes suivantes :
La racine de contexte par défaut de l'application est jazz. Si le chemin de mise à niveau est issu d'une édition de la version 3 ou 4, utilisez le commutateur applicationContextRoot=vvc dans la commande.
Si le chemin contient des espaces, veillez à ce qu'il soit entouré de guillemets.
repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc
repotools-vvc.bat -addTables
repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=qm updateTomcatFiles=no
repotools-vvc.bat -addTables
./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc
./repotools-vvc.sh -addTables
./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc updateTomcatFiles=no
./repotools-vvc.sh -addTables
Pour mettre à niveau les fichiers de configuration de l'application Requirements Management (RM), exécutez les étapes suivantes :
Si le chemin contient des espaces, veillez à ce qu'il soit entouré de guillemets.
upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1\server\conf -oldJTSHome rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2\server\conf -newJTSHome rép_install_JTS_4.0.3\server\conf applicationContextRoot=rm
La racine de contexte par défaut de l'application est rdm. Si le chemin de mise à niveau est issu d'une édition de la version 3 ou 4, utilisez le commutateur applicationContextRoot=rm dans la commande.
upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2\server\conf -oldJTSHome rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2\server\conf -newJTSHome rép_install_JTS_4.0.3\server\conf -updateTomcatFiles=no applicationContextRoot=rm
La racine de contexte par défaut de l'application est rdm. Si le chemin de mise à niveau est issu d'une édition de la version 3 ou 4, utilisez le commutateur applicationContextRoot=rm dans la commande.
upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2/server/conf -newJTSHome rép_install_JTS_4.0.3/server/conf applicationContextRoot rm
La racine de contexte par défaut de l'application est rdm. Si le chemin de mise à niveau est issu d'une édition de la version 3 ou 4, utilisez le commutateur applicationContextRoot rm dans la commande.
upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2/server/conf -newJTSHome rép_install_JTS_4.0.3/server/conf updateTomcatFiles no applicationContextRoot rm
La racine de contexte par défaut de l'application est rdm. Si le chemin de mise à niveau est issu d'une édition de la version 3 ou 4, utilisez le commutateur applicationContextRoot rm dans la commande.
Les commandes que vous avez exécutées aux cours des étapes précédentes effectuent les tâches suivantes :
Base de données utilisateur
Tomcat uniquement : le fichier tomcat-users.xml est copié et non fusionné avec le fichier existant. Si vous mettez à niveau plusieurs applications CLM avec un Jazz commun, vous devez fusionner manuellement les utilisateurs et regrouper les informations dans le fichier tomcat-users.xml. Les informations d'utilisateur et de groupe sont différentes si les utilisateurs font partie de différents groupes, dans différentes applications. Par exemple, userA peut avoir le rôle JazzAdmins dans l'application CCM et le rôle JazzUsers dans l'application QM. De plus, si des utilisateurs sont présents dans une application et pas dans l'autre ou vice versa, ils doivent être ajoutés manuellement au fichier tomcat-users.xml.
Pour plus d'informations sur les commandes de l'utilitaire Repository Tools, voir les rubriques d'aide suivantes :
Ce script utilise les commandes de l'utilitaire Repository Tools pour migrer les fichiers de configuration, les base de données et les schémas d'entrepôt de données vers la version 4.0.4. Pour plus d'informations, voir Mise à niveau des fichiers de script.
Pour que le script de mise à niveau puisse être utilisé dans un environnement réparti où vous installez Rational Design Management séparément de Jazz Team Server, il doit pouvoir accéder à l'unité ou au système de fichiers sur lequel l'application est installée. Sous Windows, par exemple, l'unité doit être montée au format suivant : lettre d'unité montée:\server\conf. Un chemin absolu, tel que \\nom_ordinateur\rép_install_JTS_4.0.4\server\conf, ne fonctionnera pas. L'unité montée doit être configurée avec les droits de lecture, écriture et exécution pour le compte de l'administrateur.
Important : bien que les fichiers de script se trouvent dans le répertoire upgrade/racine de contexte de l'application, le fichier doit être exécuté à partir du répertoire du serveur. Si votre chemin d'accès comporte des espaces, prenez soin de l'encadrer avec des guillemets.
Pour mettre à niveau Jazz Team Server, ouvrez une invite de commande avec des droits d'administration, accédez au répertoire rép_install_JTS_4.0.4\server et entrez cette commande :
upgrade\jts\jts_upgrade.bat -oldJTSHome rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3\server\conf
upgrade\jts\jts_upgrade.bat -oldJTSHome rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3\server\conf
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, une fenêtre s'ouvre pour vous permettre de vérifier le fichier teamserver.properties de Jazz Team Server. Si l'emplacement de la propriété com.ibm.team.fulltext.indexlocation est un chemin relatif, il est inutile de le modifier. Si l'emplacement est un chemin absolu, assurez-vous qu'il est stable et qu'il ne sera pas supprimé si une application est désinstallée.
Un chemin absolu à un emplacement stable doit se présenter comme suit : com.ibm.team.fulltext.indexLocation=rép_install_JTS_4.0.4/server/conf/jts/indices/workitemindex, où rép_install_JTS_4.0.4 est l'emplacement où Jazz Team Server 4.0.4 est installé.
Important :
L'étape 0 du script dm_upgrade.xxx exécute entre autres
la commande "repotools-dm -version" pour l'installation du source.
Dans Design Management 4.0, la commande repotools-dm ne peut pas s'exécuter en raison de dépendances non résolues
si vous n'effectuez pas une correction.
Avant d'exécuter le script dm_upgrade.xx, vous devez éditer le fichier
DM4.0_InstallDir/server/repotools-dm.xx et supprimer la mise en commentaire de
la ligne qui définit la propriété "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true".
Si l'étape 0 du script dm_upgrade a échoué car elle n'a pas pu déterminer la version de l'installation de source,
corrigez le fichier repotools-dm.xxx de la version 4,0 et exécutez à nouveau le script
upgrade/dm/dm_upgrade.xx, en recommençant à l'étape 0.
Pour mettre à niveau l'application Design Management, ouvrez une invite de commande avec les droits d'administration, accédez au répertoire rép_install_DM_4.0.4\server et entrez la commande suivante :
upgrade\dm\dm_upgrade.bat -oldApplicationHome rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3\server\conf
upgrade\dm\dm_upgrade.bat -oldApplicationHome rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3\server\conf -ignoreJTSVersionCheck
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, une fenêtre s'ouvre pour vous permettre de vérifier le fichier teamserver.properties de Design Management.
Pour mettre à niveau l'application Quality Management, ouvrez une invite de commande avec les droits d'administration, accédez au répertoire rép_install_QM_4.0.3\server et entrez la commande suivante :
upgrade\qm\qm_upgrade.bat -oldApplicationHome rép_install_QM_3.0.1.xrép_install_QM_4.0.0.xrép_install_QM_4.0.1rép_install_QM_4.0.2\server\conf
upgrade\qm\qm_upgrade.bat -oldApplicationHome rép_install_QM_3.0.1.xrép_install_QM_4.0.0.xrép_install_QM_4.0.1rép_install_QM_4.0.2\server\conf -newJTSHome rép_install_JTS_4.0.3\server\conf
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, une fenêtre s'ouvre pour vous permettre de vérifier le fichier teamserver.properties de Quality Management. Si l'emplacement est un chemin absolu, assurez-vous qu'il est stable et qu'il ne sera pas supprimé si une application est désinstallée. L'emplacement stable absolu devrait ressembler à l'exemple suivant : com.ibm.team.fulltext.indexLocation=rép_install_QM_4.0.3/server/conf/qm/indices/workitemindex, rép_install_QM_4.0.3 étant l'emplacement d'installation de l'application Quality Management 4.0.3.
Pour mettre à niveau l'application Configuration Management, ouvrez une invite de commande avec les droits d'administration, accédez au répertoire rép_install_VVC_4.0.4\server et entrez la commande suivante :
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3\server\conf
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3\server\conf -ignoreJTSVersionCheck
Pour mettre à niveau Jazz Team Server, ouvrez un interpréteur de commandes, accédez au répertoire rép_install_JTS_4.0.4/server et entrez cette commande :
upgrade/jts/jts_upgrade.sh -oldJTSHome rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3/server/conf
upgrade/jts/jts_upgrade.sh -oldJTSHome rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3/server/conf
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, un éditeur s'ouvre pour vous permettre de vérifier le fichier teamserver.properties de Jazz Team Server. Si l'emplacement est un chemin absolu, assurez-vous qu'il est stable et qu'il ne sera pas supprimé si une application est désinstallée. Un chemin absolu à un emplacement stable doit se présenter comme suit : com.ibm.team.fulltext.indexLocation=rép_install_JTS_4.0.4/server/conf/jts/indices/workitemindex, où rép_install_JTS_4.0.4 est l'emplacement où Jazz Team Server 4.0.4 est installé.
Important :
L'étape 0 du script dm_upgrade.xxx exécute entre autres
la commande "repotools-dm -version" pour l'installation du source.
Dans Design Management 4.0, la commande repotools-dm ne peut pas s'exécuter en raison de dépendances non résolues
si vous n'effectuez pas une correction.
Avant d'exécuter le script dm_upgrade.xx, vous devez éditer le fichier
DM4.0_InstallDir/server/repotools-dm.xx et supprimer la mise en commentaire de
la ligne qui définit la propriété "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true".
Si l'étape 0 du script dm_upgrade a échoué car elle n'a pas pu déterminer la version de l'installation de source,
corrigez le fichier repotools-dm.xxx de la version 4,0 et exécutez à nouveau le script
upgrade/dm/dm_upgrade.xx, en recommençant à l'étape 0.
Pour mettre à niveau l'application Design Management, ouvrez un interpréteur de commandes, accédez au répertoire rép_install_DM_4.0.4/server et entrez la commande suivante :
upgrade/dm/dm_upgrade.sh -oldApplicationHome rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf
upgrade/ccm/ccm_upgrade.sh -oldApplicationHome rép_install_RTC_3.0rép_install_CCM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf -ignoreJTSVersionCheck
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, un éditeur s'ouvre dans lequel vous pouvez vérifier le fichier teamserver.properties de Design Management. Si l'emplacement est un chemin absolu, assurez-vous qu'il est stable et qu'il ne sera pas supprimé si une application est désinstallée. L'emplacement stable absolu devrait ressembler à l'exemple suivant : com.ibm.team.fulltext.indexLocation=rép_install_DM_4.0.4/server/conf/dm/indices/workitemindex, rép_install_DM_4.0.4 étant l'emplacement d'installation de l'application Design Management 4.0.4.
Pour mettre à niveau l'application Configuration Management, ouvrez un interpréteur de commandes, accédez au répertoire rép_install_VVC_4.0.4/server et entrez la commande suivante :
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf -ignoreJTSVersionCheck
Pour mettre à niveau Jazz Team Server, ouvrez une invite de commande avec des droits d'administration, accédez au répertoire rép_install_JTS_4.0.4\server et entrez cette commande :
_upgrade\jts\jts_upgrade.bat -oldJTSHome rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_RJTS_4.0.0.xrép_install_JTS_4.0.1rép_install_RJTS_4.0.2rép_install_JTS_4.0.3\server\conf\server\conf -updateTomcatFiles no
_upgrade\jts\jts_upgrade.bat -oldJTSHome rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_RJTS_4.0.0.xrép_install_JTS_4.0.1rép_install_RJTS_4.0.2rép_install_JTS_4.0.3\server\conf\server\conf -updateTomcatFiles no
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, une fenêtre s'ouvre pour vous permettre de vérifier le fichier teamserver.properties de Jazz Team Server. Si l'emplacement de la propriété com.ibm.team.fulltext.indexlocation est un chemin relatif dans ce fichier, vous devez le transformer en chemin absolu et vous assurer que le répertoire concerné est stable et ne risque pas d'être supprimé si une application est désinstallée. ancien_rép_install est, par exemple, un répertoire non stable qui peut être désinstallé. Vous perdriez alors vos fichiers index. Un chemin absolu à un emplacement stable doit se présenter comme suit : com.ibm.team.fulltext.indexLocation=rép_install_JTS_4.0.4/server/conf/jts/indices/workitemindex, où rép_install_JTS_4.0.4 est l'emplacement où Jazz Team Server 4.0.4 est installé.
Important :
L'étape 0 du script dm_upgrade.xxx exécute entre autres
la commande "repotools-dm -version" pour l'installation du source.
Dans Design Management 4.0, la commande repotools-dm ne peut pas s'exécuter en raison de dépendances non résolues
si vous n'effectuez pas une correction.
Avant d'exécuter le script dm_upgrade.xx, vous devez éditer le fichier
DM4.0_InstallDir/server/repotools-dm.xx et supprimer la mise en commentaire de
la ligne qui définit la propriété "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true".
Si l'étape 0 du script dm_upgrade a échoué car elle n'a pas pu déterminer la version de l'installation de source,
corrigez le fichier repotools-dm.xxx de la version 4,0 et exécutez à nouveau le script
upgrade/dm/dm_upgrade.xx, en recommençant à l'étape 0.
Pour mettre à niveau l'application Design Management, ouvrez une invite de commande avec les droits d'administration, accédez au répertoire rép_install_DM_4.0.4\server et entrez la commande suivante :
upgrade\dm\dm_upgrade.bat -oldApplicationHome rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3\server\conf -updateTomcatFiles no
upgrade\dm\dm_upgrade.bat -oldApplicationHome rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, une fenêtre s'ouvre dans laquelle vous pouvez vérifier le fichier teamserver.properties de l'application Design Management. Si l'emplacement de la propriété com.ibm.team.fulltext.indexlocation est un chemin relatif dans ce fichier, vous devez le transformer en chemin absolu et vous assurer que le répertoire concerné est stable et ne risque pas d'être supprimé si une application est désinstallée. ancien_rép_install est, par exemple, un répertoire non stable qui peut être désinstallé. Vous perdriez alors vos fichiers index. L'emplacement stable absolu devrait ressembler à l'exemple suivant : com.ibm.team.fulltext.indexLocation=rép_install_DM_4.0.4/server/conf/dm/indices/workitemindex, rép_install_DM_4.0.4 étant l'emplacement d'installation de l'application Design Management 4.0.4.
Pour mettre à niveau l'application Configuration Management, ouvrez une invite de commande avec les droits d'administration, accédez au répertoire rép_install_VVC_4.0.4\server et entrez la commande suivante :
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3\server\conf -updateTomcatFiles no
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no
Pour mettre à niveau Jazz Team Server, ouvrez un interpréteur de commandes, accédez au répertoire rép_install_JTS_4.0.4/server et entrez cette commande :
_upgrade/jts/jts_upgrade.sh -oldJTSHomerép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_RJTS_4.0.0.xrép_install_JTS_4.0.1rép_install_RJTS_4.0.2rép_install_JTS_4.0.3\server\conf -updateTomcatFiles no
_upgrade/jts/jts_upgrade.sh -oldJTSHomerép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_RJTS_4.0.0.xrép_install_JTS_4.0.1rép_install_RJTS_4.0.2rép_install_JTS_4.0.3\server\conf -updateTomcatFiles no
Au cours de la mise à niveau, après que les fichiers de configuration ont été fusionnés, un éditeur s'ouvre pour vous permettre de vérifier le fichier teamserver.properties de Jazz Team Server. Si l'emplacement de la propriété com.ibm.team.fulltext.indexlocation est un chemin relatif dans ce fichier, vous devez le transformer en chemin absolu et vous assurer que le répertoire concerné est stable et ne risque pas d'être supprimé si une application est désinstallée. ancien_rép_install est, par exemple, un répertoire non stable qui peut être désinstallé. Vous perdriez alors vos fichiers index. Un chemin absolu à un emplacement stable doit se présenter comme suit : com.ibm.team.fulltext.indexLocation=rép_install_JTS_4.0.4/server/conf/jts/indices/workitemindex, où rép_install_JTS_4.0.4 est l'emplacement où Jazz Team Server 4.0.4 est installé.
Important :
L'étape 0 du script dm_upgrade.xxx exécute entre autres
la commande "repotools-dm -version" pour l'installation du source.
Dans Design Management 4.0, la commande repotools-dm ne peut pas s'exécuter en raison de dépendances non résolues
si vous n'effectuez pas une correction.
Avant d'exécuter le script dm_upgrade.xx, vous devez éditer le fichier
DM4.0_InstallDir/server/repotools-dm.xx et supprimer la mise en commentaire de
la ligne qui définit la propriété "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true".
Si l'étape 0 du script dm_upgrade a échoué car elle n'a pas pu déterminer la version de l'installation de source,
corrigez le fichier repotools-dm.xxx de la version 4,0 et exécutez à nouveau le script
upgrade/dm/dm_upgrade.xx, en recommençant à l'étape 0.
Pour mettre à niveau l'application Design Management, ouvrez un interpréteur de commandes, accédez au répertoire rép_install_DM_4.0.4/server et entrez la commande suivante :
upgrade/dm/dm_upgrade.sh -oldApplicationHome rép_install_RTC_3.0rép_install_DM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf -updateTomcatFiles no
upgrade/dm/dm_upgrade.sh -oldApplicationHome rép_install_RTC_3.0rép_install_CCM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no
Pour mettre à niveau l'application Configuration Management, ouvrez un interpréteur de commandes, accédez au répertoire rép_install_VVC_4.0.4/server et entrez la commande suivante :
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf -updateTomcatFiles no
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome rép_install_VVC_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no
upgrade/jts/jts_upgrade.sh -oldJTSHome /QIBM/UserData/rép_install_RTC_3.0rép_install_JTS_3.0.1.xrép_install_JTS_4.0.0.xrép_install_JTS_4.0.1rép_install_JTS_4.0.2rép_install_JTS_4.0.3/server/conf
upgrade/ccm/ccm_upgrade.sh -oldApplicationHome /QIBM/UserData/rép_install_RTC_3.0rép_install_CCM_3.0.1.xrép_install_DM_4.0.0.xrép_install_DM_4.0.1rép_install_DM_4.0.2rép_install_DM_4.0.3/server/conf
upgrade/qm/qm_upgrade.sh -oldApplicationHome /QIBM/UserData/rép_install_QM_3.0.1.xrép_install_QM_4.0.0.xrép_install_QM_4.0.1rép_install_QM_4.0.2/server/conf
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome /QIBM/UserData/rép_install_RM_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2rép_install_VVC_4.0.3/server/conf
Exécutez la commande ci-dessous pour mettre à jour la version précédente de WebSphere Application Server et déployer les fichiers .war pour les applications CLM de version 4.0.4. La commande exécute également une sauvegarde, met à jour les paramètres de la machine virtuelle Java et des variables d'environnement, supprime les répertoires temporaires et redémarre le serveur :
upgrade/was_upgrade.sh profileName serverName nodeName wasVersion wasOption maxHeapSize adminId adminPwd jvmVersion jazzAppName jtsAppName clmHelpAppName qmAppName rmAppName adminAppName
Où :
Attention : Suivez cette procédure uniquement si les fichiers d'index dans les fichiers teamserver.properties se trouvent dans des chemins relatifs ou des chemins absolus menant à des répertoires instables. Un exemple de répertoire instable est ancien_rép_install. Si les fichiers d'index se trouvent dans ce répertoire et que ce dernier est désinstallé, ils seront perdus.
Copiez les index JFS/texte du répertoire d'installation précédent vers la version 4.0.3. Dans les systèmes répartis, accédez au serveur approprié et copiez les fichiers.
Pour copier les index JFS/texte d'une installation précédente vers la version 4.0.3, suivez les étapes ci-dessous. Pour les systèmes répartis, accédez au serveur approprié et copiez les fichiers.
Si la propriété com.ibm.team.fulltext.indexlocation pointe sur un chemin relatif, par exemple com.ibm.team.fulltext.indexLocation=conf/dm/indices/workitemindex, les index en texte intégral se trouveront à un emplacement relatif au profil WebSphere Application Server hébergeant les applications. Par exemple : rép_install_WAS/AppServer/profiles/Appsrv01.
Transformez ce chemin relatif en chemin absolu vers un emplacement stable dans le fichier teamserver.properties de l'application Design Management 4.0.3. Voici un exemple d'emplacement stable absolu : com.ibm.team.fulltext.indexLocation=rép_install_4.0.3/server/conf/dm/indices/workitemindex, rép_install_4.0.3 étant l'emplacement d'installation de l'application Design Management 4.0.3.
Ouvrez une invite de commande et entrez la commande suivante pour copier les index en texte intégral de la version précédente dans la version 4.0.3 :
Si la propriété com.ibm.team.fulltext.indexlocation pointe vers un chemin absolu non stable, comme le chemin d'accès au répertoire ancien_rép_install pouvant être désinstallé et supprimé, transformez le chemin en chemin absolu pointant vers un emplacement stable.
Voici un exemple d'emplacement stable absolu : com.ibm.team.fulltext.indexLocation=rép_install_4.0.3/server/conf/dm/indices/workitemindex, rép_install_4.0.3 étant l'emplacement d'installation de l'application Design Management version 4.0.3.
Ouvrez une invite de commande et entrez cette commande pour copier les index en texte intégral de l'installation précédente à la version 4.0.3 :
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Avant de commencer : vérifiez que que vous avez adapté la variable d'environnement JDBC pour qu'elle pointe vers le pilote JDBC pour JRE6. Pour plus d'informations, voir Configuration d'une base de données Oracle.
Avant de commencer : vérifiez que que vous avez adapté la variable d'environnement JDBC pour qu'elle pointe vers le pilote JDBC pour JRE6. Pour plus d'informations, voir Configuration d'une base de données SQL Server.
startServer.bat server1 -user id_admin -password mot_de_passe_admin
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Emplacement des fichiers WAR :
si vous avez avez installé Rational Design Management avec Installation Manager
et que lors de l'installation vous avez décoché la case correspondant au serveur d'applications Tomcat 7,
les fichiers WAR ont été copiés dans le répertoire rép_install_4.0.3/server/webapps par défaut.
Si vous avez sélectionné le serveur d'applications Tomcat 7, les fichiers WAR ont été copiés dans le répertoire rép_install_4.0.3/server/tomcat/webapps.
Pour plus de détails, voir Déploiement d'applications CLM sur WebSphere Application Server.
Important : si vous travaillez dans un environnement comme AIX ou Solaris
qui ne prend pas en charge le convertisseur, vous devez installer la version 4.0.3 du fichier converter.war sur le convertisseur dédié. Pour obtenir des informations détaillées, voir le document Requirements Management Converter Application Configuration and Troubleshooting Guide.
Vérifiez que seul le noeud 1 (noeud sur lequel vous avez installé les applications CLM 4.0.4) est démarré et que tous les autres noeuds sont arrêtés. Pour des instructions relatives à la désactivation du cluster, voir Désactivation du cluster.
Dans une topologie répartie, vous devez effectuer l'étape suivante sur le serveur d'applications qui héberge :
Connectez-vous à Integrated Solutions Console et démarrez les applications suivantes :
Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :
Avant de commencer : vérifiez que que vous avez adapté la variable d'environnement JDBC pour qu'elle pointe vers le pilote JDBC pour JRE6. Pour plus d'informations, voir Configuration d'une base de données Oracle.
Avant de commencer : vérifiez que que vous avez adapté la variable d'environnement JDBC pour qu'elle pointe vers le pilote JDBC pour JRE6. Pour plus d'informations, voir Configuration d'une base de données SQL Server.
Démarrez tous les serveurs d'applications version 4.0.4 :
server.startup.bat
./server.startup
Lorsque vous mettez à niveau l'application Configuration Management, vous devez vous assurer que les serveurs d'applications Jazz Team Server (ainsi que toute application enregistrée auprès de Jazz Team Server) et Configration Management soient démarrés.
Si vous mettez également à niveau l'application Requirements Management, vous devez effectuer l'étape de migration de RM en ligne avant d'exécuter la commande de migration repotools-vvc ci-dessous.
Assurez-vous qu'il existe des données d'identification avec le contenu suivant :
Voici un exemple
./repotools-vvc.sh -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
repotools-vvc.bat -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
La commande de migration de VVC repotools envoie une demande à l'application VVC en fonctionnement et attend une réponse. Si cette commande repotool-vvc s'arrête immédiatement avec une erreur d'autorisation, vérifiez que le serveur est en fonctionnement et que l'ID utilisateur et le mot de passe dans le fichier de données d'identification sont corrects.
Pour WebSphere, utilisez la console d'administration WAS pour vérifier que vous avez mappé les rôles de sécurité pour l'application jts_war.
Si la migration des données de configuration prend plus longtemps que le délai maximum par défaut pour une demande, la commande repotools indiquera que la migration a échoué. Il devrait y avoir une indication d'expiration de délai maximum dans le fichier journal repotools-vvc correspondant à la commande. Si cela se produit, exécutez à nouveau la commande repotools-vvc.
Important :
La migration des données de configuration est effectuée par la commande repotools-vvc ci-dessus.
La migration des données de Design Management est effectuée automatiquement par Design Manager Upgrade Manager
au démarrage du serveur après l'exécution des scripts de mise à niveau.
Le gestionnaire de mise à niveau de DM déploie de nouvelles versions
de divers domaines et modifie les ressources dont le format a changé entre les éditions de Design Management.
Ce processus de mise à niveau de DM peut prendre une ou plusieurs heures, en fonction de la quantité de données existantes.
La dernière étape de mise à niveau qu'effectue DM Upgrade Manager est la réindexation ;
elle peut prendre longtemps.
Durant ce processus de mise à niveau, personne ne doit utiliser le serveur.
Vous pouvez contrôler le statut du gestionnaire de mise à niveau de DM en affichant la sortie du fichier dm.log.
Sous Linux ou UNIX, vous pouvez utiliser "tail -f dm.log".
Sous Windows, à moins que vous ne disposiez d'un programme "tail" équivalent, vous devrez examiner régulièrement le fichier dm.log.
Sous l'un ou l'autre de ces systèmes d'exploitation, cherchez les messages contenant "Design Manager Upgrade Manager".
Si le processus de mise à niveau échoue, vous devez essayer de corriger le problème puis recommencer l'ensemble de la mise à niveau. Une partie du processus de mise à niveau de DM nécessite la lecture, la modification et l'écriture de chaque ressource de modèle de DM. Cette migration de ressources effectue des lectures et des écritures en volume ; elle traite par défaut 200 ressources à la fois. Cela peut provoquer une erreur de manque de mémoire. Pour réduire la taille des traitements en volume, vous pouvez définir une propriété système JVM comme suit :
-Dcom.ibm.xtools.rmps.IndexResourceMigrator.bulkSize=10
Dans WebSphere, définissez cette propriété comme une propriété JVM personnalisée de la même manière qu'est défini JAZZ_HOME pour le serveur WAS.
Dans Design Management 4.0.4, si la nouvelle application d'extension de domaine RSA-DM a été installée, elle doit être enregistrée dans Design Management. Lors d'une nouvelle installation de RSA-DM, l'enregistrement est effectué automatiquement, mais pas lors d'une mise à niveau. Connectez-vous à .../dm/admin et, dans la barre de menus, cliquez sur Servers d'extension de domaine > Ajouter un nouveau serveur. L'URL est de la forme "https://hôte:port/rsadm". Veillez à cocher le contrôle d'activation dans la boîte de dialogue.
Les applications de version 4.0.4 fonctionnent avec les licences de la version 4.0.x mais pas avec les licences de la version 3.0.1.x. Toutefois, les applications de version 3.0.1.x fonctionnent avec les licences de la version 4.0.4. Dans le formulaire, vous avez indiqué que vous procédez à la mise à niveau depuis Rational Team Concert 3.0. Vous devez vous procurer des licences pour la version 4.0.3. Dans le formulaire, vous avez indiqué que vous procédez à la mise à niveau depuis CLM 3.0.1.x. Vous devez vous procurer des licences pour la version 4.0.3. Dans le formulaire, vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 4.0.0.x. Vous n'avez pas besoin de vous procurer de nouvelles licences pour la version 4.0.3. Dans le formulaire, vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 4.0.1. Vous n'avez pas besoin de vous procurer de nouvelles licences pour la version 4.0.3. Dans le formulaire, vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 4.0.2. Vous n'avez pas besoin de vous procurer de nouvelles licences pour la version 4.0.3.Dans le formulaire, vous avez indiqué que vous procédez à la mise à niveau depuis Design Management 4.0.3. Vous n'avez pas besoin de vous procurer de nouvelles licences pour la version 4.0.4.
Installez les licences flottantes, à jetons ou à installation unique pour utilisateur autorisé de la version 4.0.4, si leurs équivalents ont été utilisés dans la version précédente. Les affectations de licence utilisateur existantes seront conservées lors de l'installation des licences de la version 4.0.3.
Avant de démarrer la migration en ligne de l'application RM, assurez-vous d'avoir une version 4.0 active de la licence RM Application-Internal affectée à l'utilisateur rm_user. Pour plus d'informations, voir l'étape "Migration de l'application Requirements Management".
Pour plus d'informations sur les licences, voir Gestion des licences.
Un canevas de projet nommé "Base" dans les versions précédentes a été renommé en "Requirements Templates for Testers" dans la version 4.0.3. Pour continuer à utiliser ce canevas après la mise à niveau, vous devez mettre à jour les canevas de projet de cycle de vie. Pour plus d'informations, voir Création de projets de cycle de vie à partir d'un canevas.
Pour activer le cluster, arrêtez le membre de cluster et le serveur d'applications sur le noeud 1. Pour des instructions détaillées, voir Réactivation du cluster.
Si vous n'avez pas configuré l'entrepôt de données dans votre installation précédente et souhaitez en configurer un dans la version 4.0.3, procédez comme suit :
Remarque :
il n'est pas nécessaire d'exécuter l'assistant de configuration pour configurer le serveur version 4.0.3. L'assistant de configuration est nécessaire uniquement si vous n'avez pas configuré l'entrepôt de données dans l'installation précédente et souhaitez le faire maintenant.
Une fois la mise à niveau terminée, utilisez cette liste de contrôle pour déterminer si chaque étape s'est bien déroulée.
| Tâche de vérification | Pour en savoir plus | |
|---|---|---|
Vérifiez que ces fichiers de configuration d'application sont copiés à partir de l'installation précédente vers la version 4.0.4 :
|
||
Vérifiez que chaque fichier teamserver.properties contient ces informations :
|
||
Vérifiez les serveurs d'applications :
|
Déploiement et démarrage du serveur | |
Vérifiez les fichiers journaux du serveur : vérifiez ces fichiers journaux de serveur pour vous assurer qu'ils contiennent les informations post-mise à niveau :
|
||
| Vérifiez les URL publiques : Si vous avez mis à niveau Jazz Team Server, l'application DM ou l'application VVC, vérifiez que l'URL publique indiquée dans la page de récapitulatif du statut de l'application est la même que celle qui était utilisée dans la version précédente. | ||
| Vérifiez les liens dans la page d'administration de Jazz Team Server : Dans un navigateur Web, accédez à la page Administration de Jazz Team Server à l'adresse https://nomhôte.exemple.com:9443/jts/admin et assurez-vous qu'aucune erreur ne s'affiche. | Interface Web d'administration de Jazz Team Server | |
| Vérifiez les liens dans la page d'administration de l'application : Dans un navigateur Web, accédez à la page d'administration de l'application à l'adresse https://nomhôte.exemple.com:9443/racine de contexte de l'application/admin et vérifiez qu'aucune erreur ne s'affiche. | Interface Web d'administration de l'application | |
Exécutez les diagnostics sur chaque serveur et vérifiez qu'ils se déroulent correctement :
|
||
Vérifiez les utilisateurs, les licences et les artefacts de liaison :
|
Vérification des utilisateurs, des licences et des artefacts de liaison | |
Vérifiez les artefacts d'application :
|
||
Exécutez les travaux de collecte de données :
|
Exécution des travaux de collecte des données |
Rational Developer for System z
Rational Developer for System z s'intègre à Rational Team Concert sous System z pour offrir aux développeurs z/OS un environnement de développement d'applications collaboratif intégré. Cette solution intégrée allie les avantages de l'environnement de développement individuel de Rational Developer for System z aux fonctionnalités collaboratives de Rational Team Concert. Pour plus d'informations, voir Rational Team Concert et Rational Developer for System z.
Pour des instructions sur la mise à niveau de Rational Developer for System z, voir Mise à niveau de l'intégration Rational Developer for System z.
Rational ClearQuest
Rational Team Concert inclut plusieurs outils qui permettent d'intégrer votre travail grâce à Rational ClearQuest : Rational ClearQuest Synchronizer, Rational ClearQuest Bridge et Rational ClearQuest Importer. Pour plus d'informations, voir Rational Team Concert et Rational ClearQuest.
Vous pouvez désormais intégrer Rational Quality Manager au système de suivi des incidents de Rational ClearQuest grâce à ClearQuest Synchronizer (précédemment appelé Connector). Pour plus d'informations, voir Rational Quality Manager et Rational ClearQuest.
Vous pouvez intégrer Rational Requirements Composer à Rational ClearQuest et configurer les applications pour associer des exigences avec des incidents, des tâches, des demandes d'amélioration et d'autres types d'enregistrement. Pour plus d'informations, voir Rational Requirements Composer et Rational ClearQuest.
Pour des instructions sur la mise à niveau de ClearQuest Synchronizer, voir Mise à niveau de ClearQuest Synchronizer.
Rational ClearCase
Rational Team Concert inclut des connecteurs ClearCase qui prennent en charge les opérations entre Rational Team Concert et Rational ClearCase. Pour plus d'informations, voir Rational Team Concert et Rational ClearCase.
Rational Build Forge
L'intégration entre Rational Team Concert et Rational Build Forge permet de créer des définitions et des moteurs de génération Rational Build Forge à intégrer à vos projets Build Forge. Pour plus d'informations, voir Rational Team Concert et Rational Build Forge.
Hudson
L'intégration entre Rational Team Concert et Hudson permet de créer des définitions et des moteurs de génération Hudson à intégrer à vos projets Hudson. Pour plus d'informations, voir Rational Team Concert et Hudson.
Subversion
Rational Team Concert permet aux équipes utilisant à la fois Subversion et le contrôle des sources de Rational Team Concert de collaborer par différents moyens. Pour plus d'informations, voir Rational Team Concert et Subversion.
Rational DOORS
Vous pouvez utiliser Rational DOORS pour gérer vos exigences ainsi que les fonctions des éléments de travail de Rational Team Concert pour appliquer le contrôle des changements à ces exigences. Pour plus d'informations, voir Rational Team Concert et Rational DOORS.
Vous pouvez intégrer Rational Quality Manager à Rational DOORS pour associer et suivre vos exigences depuis Rational DOORS, grâce à des plans de test ou des scénarios de test. Pour plus d'informations, voir Rational Quality Manager et Rational DOORS.
Rational Focal Point
Vous pouvez utiliser Rational Focal Point pour capturer et hiérarchiser les besoins métier, puis les exporter dans Rational Team Concert sous forme de projet. Pour plus d'informations, voir Rational Team Concert et Rational Focal Point.
Lotus Connections
Rational Team Concert fournit une intégration à Lotus Connections, qui connecte des artefacts et des ressources de gestion des changements et des configurations à des artefacts et des ressources de la communauté Lotus Connections. Pour plus d'informations, voir Rational Team Concert et Lotus Connections.
Rational Developer for Power Systems Software
Rational Team Concert s'intègre à Rational Developer for Power Systems Software pour fournir un environnement collaboratif intégré de développement d'applications aux développeurs IBM i. Cette solution intégrée associe les avantages des fonctionnalités collaboratives de Rational Team Concert à l'environnement de développement individuel de Rational Developer for Power Systems Software. Pour plus d'informations, voir Rational Team Concert et Rational Developer for Power Systems Software.
Rational RequisitePro
Grâce à l'intégration entre Rational Quality Manager et Rational RequisitePro, vous pouvez ajouter des vues d'exigences et des packages de Rational RequisitePro dans des plans de test de l'application Quality Management. Pour plus d'informations, voir Rational Quality Manager et Rational RequisitePro.
Rational Change
Vous pouvez utiliser l'API Open Services for Lifecycle Collaboration Change Management (OSLC-CM) d'IBM Rational Change pour soumettre de nouvelles demandes de changement et lier à ces demandes les résultats d'exécution directement à partir de l'interface Web de Quality Management. Pour plus d'informations, voir Rational Quality Manager et Rational Change.
Outils de test Rational
Vous pouvez utiliser Rational Quality Manager pour exécuter des tests automatisés implantés sur les machines de votre laboratoire de test ou sur des ressources partagées du réseau. Pour plus d'informations, voir Rational Quality Manager et Outils de test Rational.
Selenium
L'intégration à Selenium est implémentée via un adaptateur Selenium JUnit, qui vous permet d'effectuer des tests JUnit4 WebDriver sous Selenium version 2.0 dans l'application Quality Management. Pour plus d'informations, voir Rational Quality Manager et Selenium.
Outils d'automatisation et d'inventaire logiciel
Vous pouvez intégrer Rational Quality Manager aux outils d'automatisation et d'inventaire logiciel, tels que Rational Build Forge, Software Testing Automation Framework (STAF) ou Software Testing Automation Framework Execution Engine (STAX). Pour plus d'informations, voir Rational Quality Manager et Outils d'automatisation et d'inventaire logiciel.
Rational Software Architect Design Manager
Vous pouvez intégrer IBM Rational Software Architect Design Manager aux applications Requirements Management (RM) et Change and Configuration Management (CCM) de la solution Rational pour Collaborative Lifecycle Management (CLM). Cette intégration vous permet de lier des canevas de conception et des ressources de canevas à des exigences, des artefacts associés à des exigences, des éléments de travail et d'autres artefacts de développement. Pour plus d'informations, voir Rational Requirements Composer et Rational Software Architect Design Manager.