Mise à niveau de Design Management à la version 4.0.4

Ce guide permet de passer les versions suivantes de Rational Design Management (DM) à la version 4.0.4 :

Sélection des options décrivant le mieux votre environnement d'installation

Sélectionnez une application à mettre à niveau :

Remarque : Dans Rational Design Management, Jazz Team Server doit être mis à niveau en premier. Dans une topologie répartie, sélectionnez une application à mettre à niveau à la fois.

Sélectionnez la version actuelle de votre produit :
Sélectionnez votre topologie de déploiement :
Sélectionnez le système d'exploitation pour votre serveur d'applications :
Sélectionnez votre serveur d'applications :
Sélectionnez votre serveur de base de données :

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.

Important : avant d'effectuer la mise à niveau, lisez ces notes importantes.

Effectuez la liste de contrôle de planification

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 :
  • Vous pouvez accéder à la base de données de l'édition précédente et copier le répertoire derby/repositoryDB.
  • Vous disposez du nom d'utilisateur et du mot de passe corrects.
    • Sur les systèmes UNIX, utilisez le mot de passe du propriétaire de l'instance DB2, qui correspond généralement à l'utilisateur db2inst1.
  • Vous avez sauvegardé votre base de données avant de lancer le processus de mise à niveau.
  • Vous disposez du nom d'utilisateur et du mot de passe corrects.
  • Vous avez sauvegardé votre base de données avant de lancer le processus de mise à niveau. Pour plus d'informations sur la sauvegarde des bases de données, consultez la documentation relative au fournisseur de votre base de données.
  • Vous utilisez JRE version 6.0 ou 7.0, ainsi que ojdbc6.jar. Rational Solution for CLM 4.0.3 ne prend 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 ojdbc5.jar requiert l'environnement JRE version 5.0 et la bibliothèque de classeojdbc6.jar requiert l'environnement JRE version 6.0 ou ultérieure.
  • Vous avez créé une variable d'environnement nommée ORACLE_JDBC_DRIVER_FILE et l'avez pointée vers le pilote JDBC ojdbc6.jar.
  • Vous disposez du nom d'utilisateur et du mot de passe corrects.
  • Vous avez sauvegardé votre base de données avant de lancer le processus de mise à niveau. Pour plus d'informations sur la sauvegarde des bases de données, consultez la documentation relative au fournisseur de votre base de données.
  • Vous avez vérifié que le pilote JDBC (Java Database Connectivity) est installé et que vous utilisez sqljdbc4.jar. Rational Solution for CLM 4.0.3 ne prend 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 un environnement JRE 6.0 ou ultérieur.
  • Le service SQL est démarré.
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 :
  • Activez JavaScript dans vos navigateurs Web afin que les assistants puissent s'affichent.
  • Pour les navigateurs Web utilisés pour les migrations, veillez à désactiver les logiciels de blocage d'incrustation.
 
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).

Abréviations des applications et des répertoires

Ces abréviations désignent les applications et les répertoires d'installation :

Facultatif : configurez un environnement de test pour le processus de mise à niveau

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.

Enregistrez le nom du serveur, le nom du profil, le nom du noeud, les valeurs de taille de segment de mémoire et les noms des applications précédemment installées

Lors de la mise à niveau, vous devez connaître certaines informations sur votre environnement actuel. Notez bien les informations suivantes :

  1. Connectez-vous à la console Integrated Solutions Console de WebSphere Application Server.
  2. Développez Serveurs > Types de serveur et cliquez sur Serveurs d'applications WebSphere.
  3. Enregistrez le nom du serveur et le nom du poste.
  4. Cliquez sur server1, développez Gestion des processus et Java, puis cliquez sur Définition des processus > Machine virtuelle Java.
  5. Relevez les valeurs sous Taille initiale du segment, Taille maximale du segment Java et Arguments de la JVM générique.
  6. Développez Applications > Types d'application et cliquez sur Application d'entreprise WebSphere.
  7. Enregistrez les noms des applications installées suivantes :
    • Jazz Team Server (jts_war)
    • CLMHelp (clmhelp_war)
    • Admin (admin_war)
    • Change and Configuration Management (ccm_war)

Mettez à niveau de Rational Reporting for Development Intelligence

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 Rational Design Management version 4.0.4

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 :

  • Le composant Configuration Management (VVC) doit toujours être installé et enregistré auprès du serveur Jazz Team Server (JTS). Il ne doit pas être confondu avec Change and Configuration Management (CCM/RTC).
  • Si vous installez RSA-DM, vous devez également installer IBM Rational Software Architect Extension for Design Management Domain Extension.

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.

Sauvegardez le profil WebSphere Application Server

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 :

  • Jazz Team Server
  • L'application Change and Configuration Management

  1. Ouvrez une invite de commande et accédez au dossier bin du répertoire d'installation de WebSphere Application Server. Par exemple,C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\bin.
  2. Exécutez la commande suivante. Si la sécurité de WebSphere Application Server est activée, vous devez également fournir le nom et le mot de passe utilisateur.
  3. 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

  1. Ouvrez un interpréteur de commandes et accédez au dossier bin du répertoire d'installation de WebSphere Application Server. Par exemple, /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin.
  2. Exécutez la commande suivante. Si la sécurité de WebSphere Application Server est activée, vous devez également fournir le nom et le mot de passe utilisateur.
  3. 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

  1. Ouvrez une invite de commande et accédez au dossier bin du répertoire d'installation de WebSphere Application Server. Par exemple, /usr/IBM/WebSphere/AppServer/profiles/AppSrv01/bin.
  2. Exécutez la commande suivante. Si la sécurité de WebSphere Application Server est activée, vous devez également fournir le nom et le mot de passe utilisateur.
  3. 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

Désinstallez les applications précédemment installées de WebSphere Application Server

Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management

  1. Si vous avez effectué l'étape précédente pour sauvegarder votre profil WebSphere Application Server, la commande a arrêté votre server. Redémarrez-le pour continuer.
  2. Connectez-vous à la console Integrated Solutions Console de WebSphere Application Server à l'adresse https://nom_hôte:9043/ibm/console/logon.jsp.
  3. Cliquez sur Applications > Types d'application > Applications d'entreprise WebSphere.
  4. Cliquez sur jts_war, puis sous Propriétés du détail, cliquez sur Mappage rôle de sécurité-utilisateur/groupe. Notez le mappage de rôle de sécurité pour l'application jts_war. Vous aurez besoin de ces informations afin de remapper l'application pour l'équivalent dans la version 4.0.4.
  5. Cliquez sur qm_war, puis sous Propriétés du détail, cliquez sur Mappage rôle de sécurité -utilisateur/groupe. Notez le mappage de rôle de sécurité pour l'application qm_war. Vous aurez besoin de ces informations afin de remapper l'application pour l'équivalent dans la version 4.0.4.
  6. Cliquez sur le lien Applications d'entreprise, puis arrêtez et désinstallez les applications installées suivantes :
    • jts_war
    • clmhelp_war
    • admin_war
    • dm_war
    • rdmhelp_war
    • qm_war
    • vvc_war
    • vvchelp_war
  7. A l'invite du système, sauvegardez les modifications apportées à la configuration principale.

Mettez à jour les propriétés personnalisées JAZZ_HOME et log4j.configuration

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 :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management

  1. Connectez-vous à la console Integrated Solutions Console de WebSphere Application Server à l'adresse https://nom_hôte:9043/ibm/console/logon.jsp.
  2. Cliquez sur Serveurs > Types de serveur > Serveurs d'applications WebSphere.
  3. Cliquez sur le nom du serveur pour l'ouvrir. Le nom du serveur par défaut est server1.
  4. Dans la section Infrastructure du serveur, cliquez sur Gestion des processus et Java > Définition des processus.
  5. Sous Propriétés supplémentaires, cliquez sur Machine virtuelle Java.
  6. Sous Propriétés supplémentaires, cliquez sur Alias d'hôte.
  7. Cliquez sur JAZZ_HOME et mettez à jour sa valeur comme suit : file:///rép_install_4.0.4/server/conf. Par exemple, file:///C:/PROGRA~2/IBM/JazzTeamServer_4.0.4/server/conf.
  8. Cliquez sur JAZZ_HOME et mettez à jour sa valeur à file:////rép_install_4.0.4/server/conf. Par exemple, file:////opt/IBM/JazzTeamServer_4.0.4/server/conf.
  9. Cliquez sur JAZZ_HOME et mettez à jour sa valeur à file:////rép_install_4.0.4/server/conf. Par exemple, file:////usr/IBM/JazzTeamServer_4.0.4/server/conf.
  10. Cliquez sur log4j.configuration et mettez à jour sa valeur comme suit : file:///rép_install_4.0.4/server/conf/startup_log4j.properties. Par exemple, file:///C:/PROGRA~2/IBM/JazzTeamServer_4.0.4/server/conf/startup_log4j.properties.
  11. Cliquez sur log4j.configuration et mettez à jour sa valeur à file:////rép_install_4.0.4/server/conf/startup_log4j.properties. Par exemple, file:////opt/IBM/JazzTeamServer_4.0.4/server/conf/startup_log4j.properties.
  12. Cliquez sur log4j.configuration et mettez à jour sa valeur à file:////rép_install_4.0.4/server/conf/startup_log4j.properties. Par exemple, file:////usr/IBM/JazzTeamServer_4.0.4/server/conf/startup_log4j.properties.
  13. Si vous vous connectez à une base de données Oracle, vérifiez que ORACLE_JDBC_DRIVER_FILE pointe vers le fichier de pilote JDBC correct.
  14. Si vous vous connectez à une base de données SQL Server, vérifiez que SQLSERVER_JDBC_DRIVER_FILE pointe vers le fichier de pilote JDBC correct.
  15. Sauvegardez les modifications apportées à la configuration maître lorsque vous y êtes invité.

Pour plus de détails, voir Configuration d'un serveur WebSphere Application Server.

Arrêtez WebSphere Application Server

Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management
  • Toute application enregistrée auprès de Jazz Team Server

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.

  1. Ouvrez une invite de commande et accédez au répertoire rép_profil_WAS\bin.
  2. Entrez la commande suivante :
  3. stopServer.bat server1 -user id_admin -password mot_de_passe_admin

  1. Ouvrez une invite de commande et accédez au répertoire rép_profil_WAS/bin.
  2. Entrez la commande suivante :
  3. ./stopServer.sh server1 -user id_admin -password mot_de_passe_admin

  1. Dans QShell, accédez à l'ancien répertoire de configuration. Par exemple, /QIBM/UserData/JazzTeamServer40/server
  2. Entrez la commande suivante :
  3. ./serverShutdown.sh profileName wasVersion wasOption adminId adminPwd

Mettez à niveau WebSphere eXtreme Scale

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.

Nettoyez les répertoires temporaires de WebSphere Application Server

Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management

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 :

  • jts_war
  • dm_war
  • rdmhelp_war
  • qm_war
  • vvc_war
  • vvchelp_war
  • admin_war
  • clmhelp_war

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

Nettoyez les répertoires de journaux

Dans une topologie répartie, vous devez effectuer l'étape suivante sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management

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

Arrêtez les serveurs

Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management
  • Toute application enregistrée auprès de Jazz Team Server

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.

  1. Ouvrez une invite de commande et accédez au répertoire rép_install_DM_4.0.0.x\server.
  2. Ouvrez une invite de commande et accédez au répertoire rép_install_DM_4.0.1\server.
  3. Ouvrez une invite de commande et accédez au répertoire rép_install_DM_4.0.2\server.
  4. Ouvrez une invite de commande et accédez au répertoire rép_install_DM_4.0.3\server.
  5. Entrez la commande suivante :
  6. server.shutdown.bat

  1. Ouvrez un interpréteur de commandes et accédez au répertoire rép_install_DM_4.0.0.x/server.
  2. Ouvrez un interpréteur de commandes et accédez au répertoire rép_install_DM_4.0.1/server.
  3. Ouvrez un interpréteur de commandes et accédez au répertoire rép_install_DM_4.0.2/server.
  4. Ouvrez un interpréteur de commandes et accédez au répertoire rép_install_DM_4.0.3/server.
  5. Entrez la commande suivante :
  6. ./server.shutdown

Copiez les bases de données Derby du répertoire d'installation de Design Management 3.0 Design Management version 3.0.1.x Design Management version 4.0.0.x Design Management version 4.0.1 Design Management version 4.0.2 Design Management version 4.0.3

  1. Avant de copier les bases de données Derby, accédez au répertoire dans lequel vous venez d'installer les applications de la version 4.0.4 et supprimez les répertoires Derby repositoryDB de chaque application. Vous pouvez également ouvrir une invite de commande et entrer les commandes suivantes pour effacer le répertoire Derby repositoryDB version 4.0.3 par défaut :
  2. del /s /f rép_install_4.0.4\server\conf\jts\derby\repositoryDB
    del /s /f rép_install_4.0.4\server\conf\dm\derby\repositoryDB
    del /s /f rép_install_4.0.4\server\conf\vvc\derby\repositoryDB
    rm -rf rép_install_4.0.4/server/conf/jts/derby/repositoryDB
    rm -rf rép_install_4.0.4/server/conf/dm/derby/repositoryDB
    rm -rf rép_install_4.0.4/server/conf/vvc/derby/repositoryDB
  3. Accédez au répertoire dans lequel vous avez installé Design Management, copiez la base de données Derby et collez-la dans le répertoire équivalent pour la version 4.0.3. Vous pouvez également ouvrir une invite de commande et entrer les commandes ci-après pour copier la base de données Derby.
  4. 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.

    xcopy /s rép_install_DM_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\jts\derby\repositoryDB rép_install_4.0.4\server\conf\jts\derby\repositoryDB
    xcopy /s rép_install_DM_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\jts\derby\warehouseDB rép_install_4.0.4\server\conf\jts\derby\warehouseDB
    xcopy /s rép_install_DM_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\dm\derby\repositoryDB rép_install_4.0.4\server\conf\dm\derby\repositoryDB
    xcopy /s rép_install_DM_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\vvc\derby\repositoryDB rép_install_4.0.4\server\conf\vvc\derby\repositoryDB

    Dans un déploiement WebSphere Application Server, l'emplacement de base de données par défaut se trouve sous l'installation de WebSphere.

    xcopy /s rép_install_WAS\OldAppServerHostIntall\jts\derby\conf\repositoryDB rép_install_WAS\AppServerHost4.xIntall\jts\derby\conf\repositoryDB
    xcopy /s rép_install_WAS\OldAppServerHostIntall\jts\derby\conf\warehouseDB rép_install_WAS\AppServerHost4.xIntall\jts\derby\conf\warehouseDB
    xcopy /s rép_install_WAS\OldAppServerHostIntall\dm\derby\conf\repositoryDB rép_install_WAS\AppServerHost4.xIntall\dm\derby\conf\repositoryDB
    xcopy /s rép_install_WAS\OldAppServerHostIntall\vvc\derby\conf\repositoryDB rép_install_WAS\AppServerHost4.xIntall\vvc\derby\conf\repositoryDB
    cp -R rép_install_DM_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/jts/derby/repositoryDB rép_install_4.0.4/server/conf/jts/derby/repositoryDB
    cp -R rép_install_DM_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/jts/derby/warehouseDB rép_install_4.0.3/server/conf/jts/derby/warehouseDB
    cp -R rép_install_DM_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/dm/derby/repositoryDB rép_install_4.0.4/server/conf/dm/derby/repositoryDB
    cp -R rép_install_DM_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/vvc/derby/repositoryDB rép_install_4.0.4/server/conf/vvc/derby/repositoryDB
    cp -R rép_install_DM_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/jts/derby/warehouseDB rép_install_4.0.4/server/conf/jts/derby/warehouseDB

    Dans un déploiement WebSphere Application Server, l'emplacement de base de données par défaut se trouve sous l'installation de WebSphere.

    cp -R rép_install_WAS/AppServerHost3.xIntall/jts/derby/conf/repositoryDB rép_install_WAS/AppServerHost4.xIntall/jts/derby/conf/repositoryDB
    cp -R rép_install_WAS/OldAppServerHostIntall/jts/derby/conf/warehouseDB rép_install_WAS/AppServerHost4.xIntall/jts/derby/conf/warehouseDB
    cp -R rép_install_WAS/OldAppServerHostIntall/dm/derby/conf/repositoryDB rép_install_WAS/AppServerHost4.xIntall/dm/derby/conf/repositoryDB
    cp -R rép_install_WAS/OldAppServerHostIntall/vvc/derby/conf/repositoryDB rép_install_WAS/AppServerHost4.xIntall/vvc/derby/conf/repositoryDB

Sauvegardez la base de données

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.

Exécutez la commande de mise à niveau de Repository Tools

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.

  1. Accédez au serveur physique sur lequel sont installées l'ancienne version et la version 4.0.4 des applications RM.
  2. Copiez le contenu du répertoire rép_install_RM_4.0.3/server et du répertoire rép_install_RM_3.0.1.xrép_install_RM_4.0.0.xrép_install_RM_4.0.1rép_install_RM_4.0.2/server dans deux répertoires différents sur une unité portable.
  3. Accédez au serveur physique où Jazz Team Server version 4.0.3 est installé et copiez le contenu de l'unité portable dans un répertoire temporaire. Vous devez avoir un répertoire pour chaque version de l'application RM. Par exemple : C:\Temp\RM4.0.3 et C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2.
  4. Ouvrez une invite de commande et accédez au répertoire C:\Temp\RM4.0.3\server.
  5. Entrez cette commande :

    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.

  6. Une fois la mise à niveau terminée sur le serveur JTS, copiez le contenu du répertoire C:\Temp\RM4.0.3 vers une unité portable.
  7. Accédez au serveur physique sur lequel l'application RM est installée et remplacez le contenu existant en collant le contenu de l'unité portable dans le répertoire rép_install_RM4.0.3/server.
  1. Accédez au serveur physique sur lequel sont installées l'ancienne version et la version 4.0.4 des applications RM.
  2. Copiez le contenu du répertoire rép_install_RM4.0.3/server et du répertoire rép_install_RM_3.0.1.xrép_install_RM_4.0.0.xrép_install_RM_4.0.1rép_install_RM_4.0.2/server dans deux répertoires différents sur une unité portable.
  3. Accédez à la machine physique où Jazz Team Server version 4.0.3 est installé et copiez le contenu de l'unité portable vers un répertoire temporaire. Vous devez avoir un répertoire pour chaque version RM. Par exemple : C:\Temp\RM4.0.3 et C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2.
  4. Ouvrez une invite de commande et accédez au répertoire C:\Temp\RM4.0.3\server.
  5. Entrez cette 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.

  6. Une fois la mise à niveau terminée sur le serveur JTS, copiez le contenu du répertoire C:\Temp\RM4.0.3 vers une unité portable.
  7. Accédez à la machine physique sur laquelle l'application RM est installée et remplacez le contenu existant en collant le contenu de l'unité portable dans le répertoire rép_install_RM4.0.3/server.
  1. Accédez au serveur physique sur lequel sont installées l'ancienne version et la version 4.0.3 de l'application RM.
  2. Copiez le contenu du répertoire rép_install_RM4.0.3/server et du répertoire rép_install_RM_3.0.1.xrép_install_RM_4.0.0.xrép_install_RM_4.0.1rép_install_RM_4.0.2/server dans deux répertoires différents sur une unité portable.
  3. Accédez au serveur physique où Jazz Team Server version 4.0.3 est installé et copiez le contenu de l'unité portable dans un répertoire temporaire. Vous devez avoir un répertoire pour chaque version de l'application RM. Par exemple : opt/tmp/rm4.0.3 et opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2.
  4. Ouvrez un interpréteur de commandes et accédez au répertoire opt/tmp/rm4.0.2/server.
  5. Entrez cette 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.

  6. Une fois la mise à niveau terminée sur le serveur JTS, copiez le contenu du répertoire opt/tmp/rm4.0.3 sur une unité portable.
  7. Accédez au serveur physique sur lequel l'application RM est installée et remplacez le contenu existant en collant le contenu de l'unité portable dans le répertoire rép_install_4.0.3RM/server.
  1. Accédez au serveur physique sur lequel sont installées l'ancienne version et la version 4.0.3 de l'application RM.
  2. Copiez le contenu du répertoire rép_install_RM_4.0.3/server et du répertoire rép_install_RM_3.0.1.xrép_install_RM_4.0.0.xrép_install_RM_4.0.1rép_install_RM_4.0.2/server dans deux répertoires différents sur une unité portable.
  3. Accédez au serveur physique où Jazz Team Server version 4.0.3 est installé et copiez le contenu de l'unité portable dans un répertoire temporaire. Vous devez avoir un répertoire pour chaque version de l'application RM. Par exemple : opt/tmp/rm4.0.3 et opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2.
  4. Ouvrez un interpréteur de commandes et accédez au répertoire opt/tmp/rm4.0.3/server.
  5. Entrez cette 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.

  6. Une fois la mise à niveau terminée sur le serveur JTS, copiez le contenu du répertoire opt/tmp/rm4.0.3 sur une unité portable.
  7. Accédez au serveur physique sur lequel l'application RM est installée et remplacez le contenu existant en collant le contenu de l'unité portable dans le répertoire rép_install_RM_4.0.3/server.

Les commandes que vous avez exécutées aux cours des étapes précédentes effectuent les tâches suivantes :

  • Mise à jour du fichier teamserver.properties version 4.0.3 d'après les informations de l'ancienne version
  • Ajout de tables aux bases de données
  • Mise à jour du schéma d'entrepôt de données
  • Copiez le contenu du fichier tomcat-users.xml.

    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.

  • Fusionnez le contenu des fichiers server.xml et web.xml de l'ancienne version avec la version 4.0.3
  • Copiez le contenu du fichier fronting.properties de l'ancienne version dans la version 4.0.3
  • Copiez le contenu du fichier friendsconfig.rdf de l'ancienne version dans la version 4.0.3

Pour plus d'informations sur les commandes de l'utilitaire Repository Tools, voir les rubriques d'aide suivantes :

Exécutez le script de mise à niveau

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

Exécutez le script de mise à niveau sous IBM i

  1. Connectez-vous au système d'exploitation IBM i à l'aide d'un ID utilisateur disposant des droits QSECOFR.
  2. Dans QShell, accédez au répertoire de configuration de Jazz Team Server 4.0.4 /QIBM/UserData/JazzTeamServer404/server.
  3. Entrez cette commande pour mettre à niveau Jazz Team Server :

    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

  4. Entrez cette commande pour mettre à niveau l'application Change and Configuration Management :

    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

  5. Entrez cette commande pour mettre à niveau l'application Quality Management :

    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

  6. Entrez cette commande pour mettre à niveau l'application Configuration Management :

    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

  7. 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ù :

    • profileName est le nom du profil de la version précédente.
    • serverName est le nom du serveur de la version précédente.
    • nodeName est le nom du noeud de serveur de la version précédente.
    • wasVersion est la version (V7 ou V8) de WebSphere Application Server.
    • wasOption est l'option WebSphere Application Server (Base, ND ou Express) que vous avez choisie pour le serveur Jazz Team Server 3.0.1 sous IBM i.
    • maxHeapSize est la taille maximale de segment de mémoire nécessaire pour le serveur d'applications.
    • adminId et adminPwd sont l'ID et le mot de passe que vous avez utilisés pour sécuriser WebSphere Application Server sous IBM i.
    • jvmVersion est la version de la machine virtuelle Java (JVM), std64 pour V6R1/V7R1.
    • jazzAppName est le nom de l'application Design Management.
    • jtsAppName est le nom de Jazz Team Server.
    • qmAppName est le nom de l'application Quality Management.
    • vvcAppName est le nom de l'application Configuration Management.
    • clmHelpAppName est le nom de l'application d'aide CLM.
    • adminAppName est le nom de l'application Administration de projet de cycle de vie.

Copiez les fichiers index

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.

  1. Ouvrez une invite de commande et entrez cette commande pour effacer le répertoire indices de la version 4.0.3 par défaut :
  2. Del /s /f rép_install_JTS_4.0.3\server\conf\jts\indices
    Del /s /f rép_install_DM_4.0.3\server\conf\dm\indices
    Del /s /f rép_install_VVC_4.0.3\server\conf\vvc\indices
    rm -rf rép_install_JTS_4.0.3/server/conf/jts/indices
    rm -rf rép_install_DM_4.0.3/server/conf/dm/indices
    rm -rf rép_install_VVC_4.0.3/server/conf/vvc/indices
  3. Ouvrez une invite de commande et entrez la commande suivante pour copier le répertoire indices de l'installation précédente à la version 4.0.3 :
  4. copy 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.2\server\conf\jts\indices rép_install_JTS_4.0.3\server\conf\jts\indices
    copy 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.2\server\conf\dm\indices rép_install_DM_4.0.3\server\conf\dm\indices
    copy rép_install_QM_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2\server\conf\qm\indices rép_install_VVC_4.0.3\server\conf\vvc\indices
    cp -R 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.2/server/conf/jts/indices rép_install_JTS_4.0.3/server/conf/jts/indices
    cp -R rép_install_RTC_3.0rép_install_CCM_3.0.1.xrép_install_CCM_4.0.0.xrép_install_CCM_4.0.1rép_install_CCM_4.0.2/server/conf/ccm/indices rép_install_CCM_4.0.3/server/conf/ccm/indices
    cp -R 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/qm/indices rép_install_QM_4.0.3/server/conf/qm/indices

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.

  1. Ouvrez une invite de commande et entrez cette commande pour effacer le répertoire indices de la version 4.0.3 par défaut :
  2. Del /s /f rép_install_JTS_4.0.3\server\conf\jts\indices
    Del /s /f rép_install_DM_4.0.3\server\conf\dm\indices
    Del /s /f rép_install_VVC_4.0.3\server\conf\vvc\indices
    rm -rf rép_install_JTS_4.0.3/server/conf/jts/indices
    rm -rf rép_install_DM_4.0.3/server/conf/dm/indices
    rm -rf rép_install_VVC_4.0.3/server/conf/vvc/indices
  3. Ouvrez le fichier teamserver.properties pour chaque application et recherchez com.ibm.team.fulltext.indexlocation.
  4. 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 :

  5. copy rép_profil_WAS\conf\jts\indices rép_install_JTS_4.0.3\server\conf\jts\indices
    copy rép_profil_WAS\conf\dm\indices rép_install_DM_4.0.3\server\confdm\indices
    copy rép_profil_WAS\conf\vvc\indices rép_install_VVC_4.0.3\server\conf\vvc\indices
    cp -R rép_profil_WAS/conf/jts/indices rép_install_JTS_4.0.3/server/conf/jts/indices
    cp -R rép_profil_WAS/conf/dm/indices rép_install_DM_4.0.3/server/conf/dm/indices
    cp -R rép_profil_WAS/conf/vvc/indices rép_install_VVC_4.0.3/server/conf/vvc/indices
  6. 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 :

  7. copy 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.2\server\conf\jts\indices rép_install_JTS_4.0.3\server\conf\jts\indices
    copy 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.2\server\conf\dm\indices rép_install_DM_4.0.3\server\conf\dm\indices
    copy rép_install_QM_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2\server\conf\vvc\indices rép_install_VVC_4.0.3\server\conf\vvc\indices
    cp -R 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.2/server/conf/jts/indices rép_install_JTS_4.0.3/server/conf/jts/indices
    cp -R 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.2/server/conf/dm/indices rép_install_DM_4.0.3/server/conf/dm/indices
    cp -R rép_install_QM_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2/server/conf/vvc/indices rép_install_VVC_4.0.3/server/conf/vvc/indices
  8. Ouvrez une invite de commande et entrez cette commande pour copier les index JFS de la version précédente à la version 4.0.3 :
  9. copy 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.2\server\conf\jts\indices rép_install_JTS_4.0.3\server\conf\jts\indices
    copy 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.2\server\conf\dm\indices rép_install_DM_4.0.3\server\conf\dm\indices
    copy rép_install_QM_3.0.1.xrép_install_VVC_4.0.0.xrép_install_VVC_4.0.1rép_install_VVC_4.0.2\server\conf\vvc\indices rép_install_VVC_4.0.3\server\conf\vvc\indices
    cp -R 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.2/server/conf/jts/indices rép_install_JTS_4.0.3/server/conf/jts/indices
    cp -R 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.2/server/conf/dm/indices rép_install_DM_4.0.3/server/conf/dm/indices
    cp -R 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.2/server/conf/vvc/indices rép_install_VVC_4.0.3/server/conf/vvc/indices

Démarrez WebSphere Application Server

Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management
  • Toute application enregistrée auprès de Jazz Team Server

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.

  1. Ouvrez une invite de commande et accédez au répertoire rép_profil_WAS\bin.
  2. Entrez cette commande :
  3. startServer.bat server1 -user id_admin -password mot_de_passe_admin

Déployez les fichiers WAR de la version 4.0.3 dans WebSphere Application Server

Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management

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.

  1. Connectez-vous à la console Integrated Solutions Console de WebSphere Application Server à l'adresse https://nomhôte.exemple.com:9043/ibm/console/logon.jsp.
  2. Cliquez sur Applications > Types d'application > Applications d'entreprise WebSphere.
  3. Installez les applications Web suivantes :
    • jts_war
    • dm_war
    • rdmhelp_war
    • rsadm_war
    • qm_war
    • vvc_war
    • vvchelp_war
    • clmhelp_war
    • admin_war
  4. Mappez les rôles de sécurité de manière appropriée pour :
    • jts_war
    • dm_war
    • qm_war

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.

Désactivez le cluster

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.

Démarrez les applications

Sur la page Applications d'entreprise, démarrez ces applications :

Dans une topologie répartie, vous devez effectuer l'étape suivante sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management

Connectez-vous à Integrated Solutions Console et démarrez les applications suivantes :

  • jts_war
  • dm_war
  • rdmhelp_war
  • rsadm_war
  • qm_war
  • vvc_war
  • vvchelp_war
  • admin_war
  • clmhelp_war

Démarrez les serveurs

Dans une topologie répartie, vous devez effectuer les opérations suivantes sur le serveur d'applications qui héberge :

  • Jazz Team Server
  • Application Design Management
  • Application Quality Management
  • Application Configuration Management
  • Toute application enregistrée auprès de Jazz Team Server

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 :

  1. Ouvrez une invite de commande et placez-vous dans le répertoire rép_install_4.0.4\server.
  2. Entrez cette commande :
  3. server.startup.bat

  1. Ouvrez une invite de commande et placez-vous dans le répertoire rép_install_4.0.4/server.
  2. Entrez cette commande :
  3. ./server.startup

Migrez les applications Configuration Management et Design Management

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 :

  1. adminUserId
  2. adminPassword
  3. repositoryURL
  4. smartCard
  5. certificateFile

Voici un exemple

  1. Ouvrez une invite de commande et accédez au répertoire rép_install_4.0.4\server ou rép_install_VVC_4.0.4\server suivant les applications installées.
  2. Entrez cette commande :
  3. ./repotools-vvc.sh -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt

  1. Ouvrez une invite de commande et accédez au répertoire rép_install_4.0.4\server ou rép_install_VVC_4.0.4\server suivant les applications installées.
  2. Entrez cette commande :
  3. 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.

Version 4.0.4 et licences

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.

Redéploiement des canevas prédéfinis

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.

Activation du cluster

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.

Configurez l'entrepôt de données

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 :

  1. Créez une base de données que vous utiliserez comme entrepôt de données. Pour plus d'informations, voir Configuration de la base de données.
  2. Exécutez l'assistant d'installation, allez à l'étape de configuration de l'entrepôt de données et configurez celui-ci. Pour plus d'informations, voir Configuration ou changement d'entrepôt de données après avoir configuré Jazz Team Server.

    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.

Liste de contrôle de vérification

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 :
  • Pour Jazz Team Server: rép_install_JTS_4.0.4/server/conf/jts/teamserver.properties
  • Pour l'application Lifecycle Project Administration : rép_install_JTS_4.0.4/server/conf/admin/admin.properties
  • Pour l'application Lifecycle Project Administration : rép_install_JTS_4.0.4/server/conf/admin/friends.rdf
  • Pour l'application Design Management : rép_install_DM_4.0.4/server/conf/dm/teamserver.properties
 
Vérifiez que chaque fichier teamserver.properties contient ces informations :
  • Les propriétés copiées à partir du fichier teamserver.properties de la version précédente
  • La propriété com.ibm.team.repository.server.webapp.url contient une URL publique distincte valide. L'adresse URL de l'application version 4.0.4 doit être identique à celle utilisée dans la version précédente.
  • Entrées de fournisseur de base de données valides. Vérifiez que la base de données spécifiée dans le fichier /conf/jts/teamserver.properties existe.
 
Vérifiez les serveurs d'applications :
  • Vérifiez que rép_install_4.0.4/server/tomcat/conf/tomcat-users.xml contient les informations provenant de la version précédente.
  • Si vous utilisez un registre LDAP ou avez désactivé l'authentification HTTPS ou FORM, vérifiez ces informations :
    • Le fichier rép_install_4.0.4/server/tomcat/conf/server.xml contient des fragments de code :

      <Realm className="org.apache.catalina.realm.JNDIRealm"
      ...>
      </Realm>

    • Le fichier rép_install_4.0.4/server/tomcat/conf/server.xml ne contient pas ces fragments de code :

      Realm className="org.apache.catalina.realm.UserDatabaseRealm"
      resourceName="UserDatabase"
      ...>
      </Realm>

  • Si d'autres paramètres personnalisés sont contenus dans le fichier rép_install_RTC_3.0rép_install_3.0.1.xrép_install_4.0.0.xrép_install_4.0.1rép_install_4.0.2rép_install_4.0.3/server/tomcat/conf/server.xml, vérifiez que ces paramètres sont copiés dans le fichier rép_install_4.0.4/server/tomcat/conf/server.xml.
  • Vérifiez que le fichier web.xml contient les balises <security-role> correctes :
    • Pour Jazz Team Server : rép_install_4.0.4/server/tomcat/webapps/jts/WEB-INF/web.xml
    • Pour l'application Change and Configuration Management : rép_install_4.0.4/server/tomcat/webapps/ccm/WEB-INF/web.xml
    • Pour l'application Quality Management : rép_install_4.0.4/server/tomcat/webapps/qm/WEB-INF/web.xml
  • Vérifiez que ces applications ont été déployées et démarrées :
    • jts_war
    • dm_war
    • rdmhelp_war
    • rsadm_war
    • vvc_war
    • vvchelp_war
    • admin_war
    • clmhelp_war
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 :
  • Si vous utilisez un serveur Tomcat, les fichiers journaux se trouvent dans le répertoire rép_install_4.0.3/server/logs.
  • Si vous utilisez un serveur WebSphere Application Server, les fichiers journaux se trouvent dans le répertoire rép_install_WAS/profiles/AppSrv01/logs.
 
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 :
  • Ouvrez un navigateur et connectez-vous à la page d'administration. Par exemple, https://hôte.exemple.com:9443/jts/admin
  • Cliquez sur le lien Diagnostics.
 
Vérifiez les utilisateurs, les licences et les artefacts de liaison :
  • Inspectez les utilisateurs et les licences
  • Vérifiez les artefacts de liaison
  • Vérifiez le client Web
  • Vérifiez l'indexation en utilisant la recherche
  • Vérifiez les clients Rational Team Concert Eclipse ou Visual Studio
Vérification des utilisateurs, des licences et des artefacts de liaison
Vérifiez les artefacts d'application :
  • Vérifiez que tous les projets sont répertoriés et accessibles
  • Vérifiez que tous les tableaux de bord sont disponibles et que les viewlets fonctionnent
  • Recherchez et affichez les artefacts existants et vérifiez que les éditeurs s'ouvrent correctement
  • Dans l'application Design Management, vérifiez les dossiers, les éléments de domaine, les éléments graphiques et les éléments du domaine RSA.
  • Dans l'application Configuration Management, vérifiez les espaces de travail, les instantanés et les ensembles d'artefacts modifiés.
 
Exécutez les travaux de collecte de données :
  • Ouvrez un navigateur et connectez-vous à la page Administration. L'URL de cette page est similaire à celle présentée dans l'exemple suivant : https://hôte.exemple.com:9443/jts/admin.
  • Dans la page Rapports, cliquez sur Travaux de collecte de données.
  • Cliquez sur Exécuter tous les travaux de collecte d'entrepôt de données pour toutes les applications.
  • Attendez la fin des travaux de collecte des données et vérifiez que les ETL se sont terminés sans erreurs. Pour contrôler l'état de chaque travail de collecte des données, vous devez accéder à l'URL d'application appropriée. Pour plus d'informations sur les travaux de collecte de données, voir "Exécution des travaux de collecte de données".
Exécution des travaux de collecte des données

Intégration à d'autres produits

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.