Mit dieser Anleitung können Sie die folgenden Anwendungen von Rational Design Management (DM) auf die Version 4.0.5 aktualisieren:
Ausgehend von der Auswahl, die Sie auf der vorherigen Seite getroffen haben, werden die vollständigen Anweisungen für ein Upgrade Ihres Produkts auf Version 4.0.5 generiert.
Hinweis: Version 4.0.3 und höhere verwenden
zwar Ihre vorhandenen Datenbanken, bietet jedoch keine Unterstützung mehr für JRE Version 5.0. Nur JRE Version 6.0 und Version 7.0 werden unterstützt. Für die Klassenbibliothek ojdbc6.jar ist JRE ab Version 6.0 erforderlich. Sie müssen ojdbc6.jar verwenden. Weitere Informationen hierzu enthält der Artikel
Oracle-Datenbank konfigurieren.
Hinweis: Version 4.0.3 und höhere verwenden
zwar Ihre vorhandenen Datenbanken, bietet jedoch keine Unterstützung mehr für JRE Version 5.0. Nur JRE Version 6.0 und Version 7.0 werden unterstützt. Für die Klassenbibliothek sqljdbc4.jar ist JRE ab Version 6.0 erforderlich. Sie müssen sqljdbc4.jar verwenden. Weitere Informationen hierzu enthält der Artikel SQL-Server-Datenbank einrichten.
Vergewissern Sie sich mithilfe dieser Planungscheckliste, dass alle Upgradevorbereitungen abgeschlossen sind.
| Planungsaufgabe | Weitere Informationen | |
|---|---|---|
| Software Product Compatibility Reports: Auf dieser Seite können Sie Berichte für ein bestimmtes Produkt suchen und generieren. Angegeben werden die Voraussetzungen, die Übersetzung in eine bestimmte Sprache, das Ende des Servicezeitraums, die Servervirtualisierungsumgebungen usw. | Software Product Compatibility Reports | |
| Upgrade Data Sheet: Im Upgrade Data Sheet können Sie bestimmte Daten zusammenstellen und erfassen, die Sie während des Upgradeprozesses benötigen, z. B. URLs und Benutzer-IDs. | Upgrade Data Sheet | |
| Überprüfen der Systemmindestvoraussetzungen für Ihre Hardware und Software: Für Version 4.0.3 und höher gelten neue Voraussetzungen. Dazu gehört auch ein 64-Bit-Betriebssystem auf dem Server. Wenn Sie sich über die neuen Voraussetzungen informieren und feststellen möchten, ob Ihr aktuelles System die Mindestvoraussetzungen erfüllt, klicken Sie auf den Link 'Systemvoraussetzungen'. | Systemvoraussetzungen | |
| Produktinstallationsmedien abrufen: Beim Download in ein lokales Repository benötigen Sie für den Download und das Extrahieren der Produktinstallationsmedien ca. 5 GB Speicherplatz auf dem Festplattenlaufwerk. | Die Serverinstallationsdateien können Sie von jazz.net herunterladen. | |
| Beispiel einer Upgradetopologie ansehen | ||
| Systemzeit aller Server synchronisieren: In einer dezentralen Umgebung müssen Sie sicherstellen, dass die Systemzeiten aller Server mit dem Network Time Protocol (NTP) synchronisiert werden. | Weitere Informationen zu NTP finden Sie auf ntp.org. | |
| Upgradeprozess verstehen: Informieren Sie sich über den Upgradeprozess und über dessen mögliche Auswirkungen auf Ihre Implementierung. | Basisinformationen zum Implementierungs- und Upgradeprozess | |
| Nichtverfügbarkeit Ihrer Anwendungen einplanen: Ihre Anwendungen werden kurze Zeit nicht verfügbar sein, während Sie Sicherungen erstellen und Ihre Anwendungen auf den Stand der Version 4.0.3 bringen. Alle mit Jazz Team Server verbundenen Anwendungen werden offline sein, solange Jazz Team Server offline ist. Planen Sie Zeit für eine komplette Sicherung Ihrer vorhandenen Anwendungen ein. | ||
Erfüllung der Datenbankvoraussetzungen:
|
||
| Lizenzierung prüfen: Sie haben angegeben, dass Sie ein Upgrade für Design Management 3.0 durchführen möchten. Sie müssen daher Lizenzen für Version 4.0.3 anfordern. Sie haben angegeben, dass Sie ein Upgrade für Design Management 3.0.1.x durchführen möchten. Sie müssen sich Lizenzen für Version 4.0.3 besorgen. Sie haben angegeben, dass Sie ein Upgrade für Design Management 4.0.0.x durchführen möchten. Sie müssen sich keine neuen Lizenzen für Version 4.0.3 besorgen. Sie haben angegeben, dass Sie ein Upgrade für Design Management 4.0.1 durchführen möchten. Sie benötigen daher keine neuen Lizenzen für Version 4.0.3. Sie haben angegeben, dass Sie ein Upgrade für Design Management 4.0.2 durchführen möchten. Sie benötigen daher keine neuen Lizenzen für Version 4.0.3. | Lizenzierung verwalten | |
Browserkompatibilität prüfen:
|
||
| JVM-Optionen überprüfen: Stellen Sie sicher, dass die Heap-Speichergröße Ihrer Java Virtual Machine angemessen eingestellt ist. |
Wenn Sie Jazz Team Server unter Apache Tomcat als Windows-Dienst ausführen, lesen Sie den
Artikel Ausführung in Apache Tomcat als Windows-Dienst
(64 Bit).
|
Die folgenden Abkürzungen beziehen sich auf Anwendungen und Installationsverzeichnisse:
Richten Sie vor dem Upgrade für Ihre Produktionsumgebung eine Testumgebung ein, um Problemen vorzubeugen. Weitere Informationen hierzu enthält der Artikel Testumgebung für den Upgradeprozess bereitstellen.
Während des Upgrades müssen Sie einige Angaben zu Ihrer aktuellen Umgebung machen können. Notieren Sie deshalb die folgenden Informationen.
Hinweis: Sie müssen
das Upgrade für Rational Reporting for Development Intelligence vor dem Upgrade für die Rational-Lösung für CLM durchführen. Beim Upgrade für Rational Reporting for Development Intelligence müssen Sie das Data Warehouse nicht einbeziehen, da dieses beim Upgrade für die Rational-Lösung für CLM mit berücksichtigt wird.
Über die folgenden Links können Sie Informationen zur Durchführung eines Upgrades für Rational Reporting for Development Intelligence aufrufen:
Laden Sie nach dem Upgrade der Anwendungen für die Rational-Lösung für CLM auf Version 4.0.5 die neuesten Beispielberichte und Ressourcen herunter und laden Sie diese in den Berichtsserver. Vollständige Anweisungen enthält der Artikel Upgrade für Berichtsartefakte durchführen.
Installieren Sie die Anwendungen für Rational Design Management Version 4.0.5, jedoch ohne den Installationsassistenten zu starten. Installieren Sie für verteilte Konfigurationen die Anwendungen der Version 4.0.5, die den zuvor installierten Anwendungen entsprechen. Informationen zur Installation des Servers enthält der Artikel Installation mit IBM Installation Manager oder Installation mit Befehlen der Befehlszeile.
Bei früheren Releases von Design Management wurden automatisch zusätzliche erforderliche Anwendungen wie zum Beispiel Configuration Management (/vvc) installiert. Diese Anwendungen sind nun separat installierbare Komponenten, die zusätzlich zu den Design Management-Komponenten Design Management for Rational Software Architect (RSA-DM) oder Design Management for Rhapsody (Rhapsody-DM) installiert werden. Folgendes sind die zusätzlichen Komponenten, die möglicherweise installiert werden müssen:
Installieren Sie die CLM 4.0.5-Anwendungen auf dem Knoten, der für das Server-Upgrade verwendet werden soll (z. B. Knoten 1). Führen Sie nicht den Installationsassistenten aus. Informationen zur Installation des Servers enthält der Artikel Installation mit IBM Installation Manager oder Installation mit Befehlen der Befehlszeile.
Installieren Sie die Anwendungen für CLM Version 4.0.5, jedoch ohne den Installationsassistenten zu starten. Installieren Sie für verteilte Konfigurationen die Anwendungen der Version 4.0.5, die den zuvor installierten Anwendungen entsprechen. Informationen zur Installation des Servers enthält der Artikel Installation für Lizenzprogramme unter IBM i.
Sie können eine Sicherung Ihres WebSphere Application Server-Profils erstellen, um das Profil beim Fehlschlagen des Upgrades zurückspeichern zu können.
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
Hinweis: Der Befehl beendet den Server, bevor der Backup-Prozess gestartet wird.
backupConfig.bat Pfad_zu_einer_neuen_komprimierten_Datei_für_die_Profilsicherung -username Name_des_primären_WAS-Benutzers_mit_Verwaltungsaufgaben -password Kennwort_des_WAS-Benutzers_mit_Verwaltungsaufgaben
Beispiel:
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
backupConfig.bat C:\WAS_backup\CLM_4.0.4_profile.zip -username WAS admin -password WAS admin password
Hinweis: Den Verzeichnispfad zur komprimierten Datei muss es bereits geben, wenn Sie den Sicherungsbefehl ausführen.
Tipp: Zum Zurückspeichern des gesicherten Profils können Sie den Befehl restoreConfig.bat ausführen. Beispiel:
restoreConfig.bat
C:\WAS_backup\RTC_3.0_profile.ziprestoreConfig.bat
C:\WAS_backup\CLM_3.0.1.x_profile.ziprestoreConfig.bat C:\WAS_backup\CLM_4.0.0.x_profile.ziprestoreConfig.bat
C:\WAS_backup\CLM_4.0.1_profile.zip restoreConfig.bat C:\WAS_backup\CLM_4.0.2_profile.zip
Hinweis: Der Befehl beendet den Server, bevor der Backup-Prozess gestartet wird.
./backupConfig.sh Pfad_zu_einer_neuen_komprimierten_Datei_für_die_Profilsicherung -username Name_des_primären_WAS-Benutzers_mit_Verwaltungsaufgaben -password Kennwort_des_WAS-Benutzers_mit_Verwaltungsaufgaben
Führen Sie beispielsweise die folgenden Aktionen aus:
./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
./backupConfig.sh /root/WAS_backup/CLM_4.0.4_profile.zip -username admin -password password
Hinweis: Den Verzeichnispfad zur komprimierten Datei muss es bereits geben, wenn Sie den Sicherungsbefehl ausführen.
Tipp: Zum Zurückspeichern des gesicherten Profils können Sie den Befehl ./restoreConfig.sh ausführen. Beispiel: ./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
Hinweis: Der Befehl beendet den Server, bevor der Backup-Prozess gestartet wird.
./backupConfig.sh Pfad_zu_einer_neuen_komprimierten_Datei_für_die_Profilsicherung -username Name_des_primären_WAS-Benutzers_mit_Verwaltungsaufgaben -password Kennwort_des_WAS-Benutzers_mit_Verwaltungsaufgaben
Führen Sie beispielsweise die folgenden Aktionen aus:
./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
./backupConfig.sh /root/WAS_backup/CLM_4.0.4_profile.zip -username admin -password password
Hinweis: Den Verzeichnispfad zur komprimierten Datei muss es bereits geben, wenn Sie den Sicherungsbefehl ausführen.
Tipp: Zum Zurückspeichern des gesicherten Profils können Sie den Befehl ./restoreConfig.sh ausführen. Beispiel: ./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
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die angepassten Eigenschaften JAZZ_HOME und log4j.configuration aktualisieren:
Ausführliche Informationen enthält der Artikel WebSphere Application Server einrichten.
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
Hinweis: Bei einem Upgrade
für die Anwendung Requirements Management müssen Sie sicherstellen, dass Jazz Team Server (mit allen registrierten Anwendungen) und der Server der Anwendung Requirements Management gestoppt sind.
stopServer.bat server1 -user Benutzer-ID_des_Administrators -password Administratorkennwort
./stopServer.sh server1 -user Benutzer-ID_des_Administrators -password Administratorkennwort
./serverShutdown.sh profileName wasVersion wasOption adminId adminPwd
Stellen Sie sicher, das WebSphere eXtreme Scale mit dem letzten vorläufigen Fix aktualisiert ist. Informationen zum Download des letzten vorläufigen Fix enthält der Artikel WebSphere eXtreme Scale installieren.
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
Entfernen Sie anwendungsbezogene Inhalte aus den folgenden Verzeichnissen wscache und temp im Profil. Die Verzeichnisse könnten abhängig davon, welche Anwendungen installiert sind, im Profil enthalten sein und können gelöscht werden.
WAS-Profilverzeichnis\wscache, z. B.
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\wscache
WAS-Profilverzeichnis\temp, z. B.
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\temp
WAS-Profilverzeichnis/wscache, z. B.
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache
WAS-Profilverzeichnis/temp, z. B.
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/temp
WAS-Profilverzeichnis/wscache, z. B.
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/wscache
WAS-Profilverzeichnis/temp, z. B.
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/temp
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, den nachstehenden Schritt ausführen:
Entfernen Sie die anwendungsbezogenen Protokolldateien aus dem Verzeichnis 'logs' im Profil.
WAS-Profilverzeichnis\logs, z. B.
C:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\logs
WAS-Profilverzeichnis/logs, z. B.
opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs
WAS-Profilverzeichnis/logs, z. B.
usr/IBM/WebSphere/AppServer/profiles/AppSrv01/logs
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
Hinweis: Bei einem Upgrade
für die Anwendung Requirements Management müssen Sie sicherstellen, dass Jazz Team Server (mit allen registrierten Anwendungen) und der Server der Anwendung Requirements Management gestoppt sind.
server.shutdown.bat
./server.shutdown
Hinweis: Die folgenden Befehle funktionieren nur, wenn Sie Derby-Datenbanken verwenden, die mit dem Produktpaket bereitgestellt werden. Wenn Sie die Speicherposition Ihrer Derby-Datenbanken geändert haben, passen Sie die Pfadangabe entsprechend an.
In einer Implementierung mit WebSphere Application Server befindet sich die Datenbank standardmäßig in einem Unterverzeichnis der WebSphere-Installation.
In einer Implementierung mit WebSphere Application Server befindet sich die Datenbank standardmäßig in einem Unterverzeichnis der WebSphere-Installation.
Sichern Sie Ihre DB2-Datenbanken, einschließlich der Data-Warehouse-Datenbank. Informationen zum Sichern einer DB2-Datenbank finden Sie unter DB2-Datenbank sichern und wiederherstellen.
Sichern Sie Ihre Oracle-Datenbanken, einschließlich der Data-Warehouse-Datenbank. Informationen zum Erstellen der Datenbanksicherung enthält die Oracle-Dokumentation.
Sichern Sie Ihre SQL-Server-Datenbanken, einschließlich der Data-Warehouse-Datenbank. Informationen zum Erstellen der Datenbanksicherung enthält die SQL-Server-Dokumentation.
Wenn Sie ein Upgrade der Konfigurationsdateien für Jazz Team Server durchführen möchten, rufen Sie das Verzeichnis JTS_4.0.5-Installationsverzeichnis/server auf und führen Sie die folgenden Befehle aus:
Falls der Pfad Leerzeichen enthält, müssen Sie ihn in Anführungszeichen setzen.
repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf
repotools-jts.bat -addTables
repotools-jts.bat -upgradeWarehouse
repotools-jts.bat -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf updateTomcatFiles=no
repotools-jts.bat -addTables
repotools-jts.bat -upgradeWarehouse
./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf
./repotools-jts.sh -addTables
./repotools-jts.sh -upgradeWarehouse
./repotools-jts.sh -migration_jts_updateConfigurationFiles oldJTSHome=RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf updateTomcatFiles=no
./repotools-jts.sh -addTables
./repotools-jts.sh -upgradeWarehouse
Wenn Sie ein Upgrade der Konfigurationsdateien für die Anwendung DM durchführen möchten, rufen Sie das Verzeichnis DM_4.0.4-Installationsverzeichnis/server auf und führen Sie die folgenden Befehle aus:
Das Standardkontextstammverzeichnis der Anwendung ist jazz. Falls Ihr Upgradepfad aus einem Release der Version 3 oder 4 stammt, verwenden Sie den Befehl mit dem Schalter applicationContextRoot=dm.
Falls der Pfad Leerzeichen enthält, müssen Sie ihn in Anführungszeichen setzen.
repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=dm
repotools-dm.bat -addTables
repotools-dm.bat -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=dm updateTomcatFiles=no
repotools-dm.bat -addTables
./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=dm
./repotools-dm.sh -addTables
./repotools-dm.sh -migration_dm_updateConfigurationFiles oldApplicationHome=RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=ccm updateTomcatFiles=no
./repotools-dm.sh -addTables
Wenn Sie ein Upgrade der Konfigurationsdateien für die Anwendung Configuration Management durchführen möchten, rufen Sie das Verzeichnis QM_4.0.4-Installationsverzeichnis/server auf und führen Sie die folgenden Befehle aus:
Das Standardkontextstammverzeichnis der Anwendung ist jazz. Falls Ihr Upgradepfad aus einem Release der Version 3 oder 4 stammt, verwenden Sie den Befehl mit dem Schalter applicationContextRoot=vvc.
Falls der Pfad Leerzeichen enthält, müssen Sie ihn in Anführungszeichen setzen.
repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc
repotools-vvc.bat -addTables
repotools-vvc.bat -migration_vvc_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=qm updateTomcatFiles=no
repotools-vvc.bat -addTables
./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc
./repotools-vvc.sh -addTables
./repotools-vvc.sh -migration_qm_updateConfigurationFiles oldApplicationHome=VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf ignoreJTSVersionCheck applicationContextRoot=vvc updateTomcatFiles=no
./repotools-vvc.sh -addTables
Führen Sie für ein Upgrade der Konfigurationsdateien der Anwendung Requirements Management (RM) die folgenden Schritte aus:
Falls der Pfad Leerzeichen enthält, müssen Sie ihn in Anführungszeichen setzen.
upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1\server\conf -oldJTSHome JTS-3.0.1.x-InstallationsverzeichnisJTS-4.0.0.x-InstallationsverzeichnisJTS-4.0.1-InstallationsverzeichnisJTS-4.0.2-Installationsverzeichnis\server\conf -newJTSHome JTS-4.0.3-Installationsverzeichnis\server\conf applicationContextRoot=rm
Das Standardkontextstammverzeichnis der Anwendung ist rdm. Falls Ihr Upgradepfad bei einem Release der Version 3 oder 4 beginnt, verwenden Sie den Befehl mit dem Schalter applicationContextRoot=rm.
upgrade\rm\rm_upgrade.bat -oldApplicationHome C:\Temp\RM3.0.1.xRM4.0.0.xRM4.0.1RM4.0.2\server\conf -oldJTSHome JTS-3.0.1.x-InstallationsverzeichnisJTS-4.0.0.x-InstallationsverzeichnisJTS-4.0.1-InstallationsverzeichnisJTS-4.0.2-Installationsverzeichnis\server\conf -newJTSHome JTS-4.0.3-Installationsverzeichnis\server\conf -updateTomcatFiles=no applicationContextRoot=rm
Das Standardkontextstammverzeichnis der Anwendung ist rdm. Falls Ihr Upgradepfad bei einem Release der Version 3 oder 4 beginnt, verwenden Sie den Befehl mit dem Schalter applicationContextRoot=rm.
upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome JTS-3.0.1.x-InstallationsverzeichnisJTS-4.0.0.x-InstallationsverzeichnisJTS-4.0.1-InstallationsverzeichnisJTS-4.0.2-Installationsverzeichnis/server/conf -newJTSHome JTS-4.0.3-Installationsverzeichnis/server/conf applicationContextRoot rm
Das Standardkontextstammverzeichnis der Anwendung ist rdm. Falls Ihr Upgradepfad bei einem Release der Version 3 oder 4 beginnt, verwenden Sie den Befehl mit dem Schalter applicationContextRoot rm.
upgrade/rm/rm_upgrade.sh -oldApplicationHome opt/tmp/rm3.0.1.xrm4.0.0.xrm4.0.1rm4.0.2/server/conf -oldJTSHome JTS-3.0.1.x-InstallationsverzeichnisJTS-4.0.0.x-InstallationsverzeichnisJTS-4.0.1-InstallationsverzeichnisJTS-4.0.2-Installationsverzeichnis/server/conf -newJTSHome JTS-4.0.3-Installationsverzeichnis/server/conf updateTomcatFiles no applicationContextRoot rm
Das Standardkontextstammverzeichnis der Anwendung ist rdm. Falls Ihr Upgradepfad bei einem Release der Version 3 oder 4 beginnt, verwenden Sie den Befehl mit dem Schalter applicationContextRoot rm.
Die in den bisherigen Schritten abgesetzten Befehle führen die folgenden Aufgaben aus:
Nur für die Tomcat-Benutzerdatenbank: Die Datei tomcat-users.xml wird kopiert und nicht mit der vorhandenen
Datei zusammengeführt. Wenn Sie ein Upgrade für mehrere CLM-Anwendungen mit einem gemeinsamen
Jazz Team Server durchführen, müssen Sie die Benutzer- und Gruppeninformationen in der Datei
tomcat-users.xml manuell zusammenführen. Wenn die Benutzer in verschiedenen Anwendungen zu unterschiedlichen Gruppen gehören, unterscheiden sich die
Benutzer- und Gruppeninformationen. Benutzer A könnte beispielsweise in der Anwendung CCM die Rolle JazzAdmins und in der Anwendung QM die Rolle JazzUsers haben. Es kann auch sein, dass Benutzer in der einen Anwendung vorhanden sind, jedoch nicht in der anderen.
Diese müssen dann manuell zur Datei
tomcat-users.xml hinzugefügt werden.
Weitere Informationen zu diesen Repository-Tools-Befehlen finden Sie in folgenden Hilfeabschnitten:
In diesem Script werden Befehle der Repository-Tools verwendet, um die Konfigurationsdateien sowie die Datenbanken und Data-Warehouse-Schemas auf die Version 4.0.5 zu aktualisieren. Weitere Informationen hierzu enthält der Artikel Upgrade-Script-Dateien.
Für die Verwendung des Upgrade-Scripts in einer verteilten Umgebung, in der Rational Design Management getrennt von Jazz Team Server installiert wird, muss das Upgrade-Script über Zugriff auf das Laufwerk bzw. Dateisystem verfügen, in dem die Anwendung installiert ist. Auf Windows-Systemen muss das Laufwerk beispielsweise in dieser Form angehängt werden: mounted Laufwerksbuchstabe:\server\conf. Ein absoluter Pfad wie z. B. \\Computername\JTS_4.0.5-Installationsverzeichnis\server\conf kann nicht verwendet werden. Das angehängte Laufwerk muss mit Lese-, Schreib- und Ausführungsrechten für den Administratoraccount konfiguriert sein.
Wichtiger Hinweis: Die Script-Datei befindet sich im Verzeichnis upgrade/Kontextstammverzeichnis der Anwendung,
muss
jedoch im Verzeichnis 'server' ausgeführt werden. Falls Ihr Pfadname Leerzeichen enthält, müssen Sie ihn in Anführungszeichen setzen.
Öffnen Sie eine Eingabeaufforderung mit Administratorberechtigung, um ein Upgrade für Jazz Team Server durchzuführen. Rufen Sie das Verzeichnis JTS_4.0.4-Installationsverzeichnis\server auf und geben Sie den folgenden Befehl ein:
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis\server\conf
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis\server\conf
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Fenster geöffnet, in dem Sie die Datei teamserver.properties von Jazz Team Server prüfen können. Falls die Positionseigenschaft com.ibm.team.fulltext.indexlocation auf einen relativen Pfad gesetzt ist, müssen Sie diesen nicht ändern. Ist die Position als absoluter Pfad angegeben, müssen Sie sicherstellen, dass es sich um ein stabiles Verzeichnis handelt, das beim Deinstallieren einer Anwendung nicht gelöscht wird.
Ein absoluter Pfad zu einer stabilen Position sollte so aussehen: com.ibm.team.fulltext.indexLocation=JTS_4.0.5-Installationsverzeichnis/server/conf/jts/indices/workitemindex. Hier steht JTS_4.0.5-Installationsverzeichnis für das Verzeichnis, in dem Jazz Team Server 4.0.5 installiert ist.
Wichtig: Als Teil von Schritt 0 im Script dm_upgrade.xxx wird der Befehl "repotools-dm -version" für die Quelleninstallation ausgeführt. In Design Management 4.0 könnte
der Befehl "repotools-dm" aufgrund von unaufgelösten Abhängigkeiten nicht ausgeführt werden. Bevor Sie das Script dm_upgrade.xx ausführen, müssen Sie die Datei DM4.0-Installationsverzeichnis/server/repotools-dm.xx bearbeiten und das Kommentarzeichen von der Zeile entfernen, die die Eigenschaft "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true" definiert. Wenn Schritt 0 des dm_upgrade-Scripts fehlgeschlagen ist, da die Version der Quelleninstallation nicht festgestellt werden konnte, korrigieren Sie die 4.0-Datei repotools-dm.xxx und führen Sie das Script upgrade/dm/dm_upgrade.xx erneut aus. Beginnen Sie dabei bei Schritt 0.
Öffnen Sie eine Eingabeaufforderung mit Administratorberechtigung, um ein Upgrade für die Anwendung Design Management durchzuführen. Rufen Sie das Verzeichnis DM_4.0.4-Installationsverzeichnis\server auf und geben Sie den folgenden Befehl ein:
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis\server\conf
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis\server\conf -ignoreJTSVersionCheck
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Fenster geöffnet, in dem Sie die Datei teamserver.properties von Design Management prüfen können.
Öffnen Sie mit Administratorberechtigung für ein Upgrade der Anwendung Quality Management eine Eingabeaufforderung, rufen Sie das Verzeichnis QM-4.0.3-Installationsverzeichnis\server auf und geben Sie den folgenden Befehl ein:
upgrade\qm\qm_upgrade.bat -oldApplicationHome QM-3.0.1.x-InstallationsverzeichnisQM-4.0.0.x-InstallationsverzeichnisQM-4.0.1-InstallationsverzeichnisQM-4.0.2-Installationsverzeichnis\server\conf
upgrade\qm\qm_upgrade.bat -oldApplicationHome QM-3.0.1.x-InstallationsverzeichnisQM-4.0.0.x-InstallationsverzeichnisQM-4.0.1-InstallationsverzeichnisQM-4.0.2-Installationsverzeichnis\server\conf -newJTSHome JTS-4.0.3-Installationsverzeichnis\server\conf
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Fenster geöffnet, in dem Sie die Datei teamserver.properties von Quality Management prüfen können. Ist die Position als absoluter Pfad angegeben, müssen Sie sicherstellen, dass es sich um ein stabiles Verzeichnis handelt, das beim Deinstallieren einer Anwendung nicht gelöscht wird. Ein absoluter Pfad zu einer stabilen Position sollte so aussehen: com.ibm.team.fulltext.indexLocation=QM-4.0.3-Installationsverzeichnis/server/conf/qm/indices/workitemindex. Hier steht QM-4.0.3-Installationsverzeichnis für das Verzeichnis, in dem die Anwendung Quality Management 4.0.3 installiert ist.
Öffnen Sie eine Eingabeaufforderung mit Administratorberechtigung, um ein Upgrade für die Anwendung Configuration Management durchzuführen. Rufen Sie das Verzeichnis VVC_4.0.5-Installationsverzeichnis\server auf und geben Sie den folgenden Befehl ein:
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis\server\conf
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis\server\conf -ignoreJTSVersionCheck
Öffnen Sie eine Befehls-Shell, um ein Upgrade für Jazz Team Server durchzuführen. Rufen Sie das Verzeichnis JTS_4.0.5-Installationsverzeichnis/server auf und geben Sie den folgenden Befehl ein:
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Editor geöffnet, in dem Sie die Datei teamserver.properties von Jazz Team Server prüfen können. Ist die Position als absoluter Pfad angegeben, müssen Sie sicherstellen, dass es sich um ein stabiles Verzeichnis handelt, das beim Deinstallieren einer Anwendung nicht gelöscht wird. Der absolute Pfad zu der stabilen Position sollte so aussehen: com.ibm.team.fulltext.indexLocation=JTS_4.0.5-Installationsverzeichnis/server/conf/jts/indices/workitemindex. Hier steht JTS_4.0.5-Installationsverzeichnis für das Verzeichnis, in dem Jazz Team Server 4.0.5 installiert ist.
Wichtig: Als Teil von Schritt 0 im Script dm_upgrade.xxx wird der Befehl "repotools-dm -version" für die Quelleninstallation ausgeführt. In Design Management 4.0 könnte
der Befehl "repotools-dm" aufgrund von unaufgelösten Abhängigkeiten nicht ausgeführt werden. Bevor Sie das Script dm_upgrade.xx ausführen, müssen Sie die Datei DM4.0-Installationsverzeichnis/server/repotools-dm.xx bearbeiten und das Kommentarzeichen von der Zeile entfernen, die die Eigenschaft "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true" definiert. Wenn Schritt 0 des dm_upgrade-Scripts fehlgeschlagen ist, da die Version der Quelleninstallation nicht festgestellt werden konnte, korrigieren Sie die 4.0-Datei repotools-dm.xxx und führen Sie das Script upgrade/dm/dm_upgrade.xx erneut aus. Beginnen Sie dabei bei Schritt 0.
Öffnen Sie eine Befehls-Shell, um ein Upgrade für die Anwendung Design Management durchzuführen. Rufen Sie das Verzeichnis DM_4.0.5-Installationsverzeichnis/server auf und geben Sie den folgenden Befehl ein:
upgrade/dm/dm_upgrade.sh -oldApplicationHome RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf
upgrade/ccm/ccm_upgrade.sh -oldApplicationHome RTC_3.0-InstallationsverzeichnisCCM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf -ignoreJTSVersionCheck
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Editor geöffnet, in dem Sie die Datei teamserver.properties von Design Management prüfen können. Ist die Position als absoluter Pfad angegeben, müssen Sie sicherstellen, dass es sich um ein stabiles Verzeichnis handelt, das beim Deinstallieren einer Anwendung nicht gelöscht wird. Der absolute Pfad zu der stabilen Position sollte so aussehen: com.ibm.team.fulltext.indexLocation=DM_4.0.4-Installationsverzeichnis/server/conf/dm/indices/workitemindex. Hier steht DM_4.0.4-Installationsverzeichnis für das Verzeichnis, in dem die Anwendung Design Management 4.0.4 installiert ist.
Öffnen Sie eine Befehls-Shell, um ein Upgrade für die Anwendung Configuration Management durchzuführen. Rufen Sie das Verzeichnis VVC_4.0.5-Installationsverzeichnis/server auf und geben Sie den folgenden Befehl ein:
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf -ignoreJTSVersionCheck
Öffnen Sie eine Eingabeaufforderung mit Administratorberechtigung, um ein Upgrade für Jazz Team Server durchzuführen. Rufen Sie das Verzeichnis JTS_4.0.5-Installationsverzeichnis\server auf und geben Sie den folgenden Befehl ein:
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis\server\conf -updateTomcatFiles no
upgrade\jts\jts_upgrade.bat -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis\server\conf -updateTomcatFiles no
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Fenster geöffnet, in dem Sie die Datei teamserver.properties von Jazz Team Server prüfen können. Falls die Positionseigenschaft com.ibm.team.fulltext.indexlocation auf einen relativen Pfad gesetzt ist, müssen Sie diesen durch einen absoluten Pfad ersetzen und sicherstellen, dass das Verzeichnisse stabil ist und bei Deinstallation einer Anwendung nicht gelöscht wird. Ein Beispiel für ein instabiles Verzeichnis ist altes_Installationsverzeichnis, das deinstalliert werden könnte. In dem Fall würden Sie Ihre Indexdateien verlieren. Der absolute Pfad zu der stabilen Position sollte so aussehen: com.ibm.team.fulltext.indexLocation=JTS_4.0.5-Installationsverzeichnis/server/conf/jts/indices/workitemindex. Hier steht JTS_4.0.5-Installationsverzeichnis für das Verzeichnis, in dem Jazz Team Server 4.0.5 installiert ist.
Wichtig: Als Teil von Schritt 0 im Script dm_upgrade.xxx wird der Befehl "repotools-dm -version" für die Quelleninstallation ausgeführt. In Design Management 4.0 könnte
der Befehl "repotools-dm" aufgrund von unaufgelösten Abhängigkeiten nicht ausgeführt werden. Bevor Sie das Script dm_upgrade.xx ausführen, müssen Sie die Datei DM4.0-Installationsverzeichnis/server/repotools-dm.xx bearbeiten und das Kommentarzeichen von der Zeile entfernen, die die Eigenschaft "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true" definiert. Wenn Schritt 0 des dm_upgrade-Scripts fehlgeschlagen ist, da die Version der Quelleninstallation nicht festgestellt werden konnte, korrigieren Sie die 4.0-Datei repotools-dm.xxx und führen Sie das Script upgrade/dm/dm_upgrade.xx erneut aus. Beginnen Sie dabei bei Schritt 0.
Öffnen Sie eine Eingabeaufforderung mit Administratorberechtigung, um ein Upgrade für die Anwendung Design Management durchzuführen. Rufen Sie das Verzeichnis DM_4.0.5-Installationsverzeichnis\server auf und geben Sie den folgenden Befehl ein:
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis\server\conf -updateTomcatFiles no
upgrade\dm\dm_upgrade.bat -oldApplicationHome RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Fenster geöffnet, in dem Sie die Datei teamserver.properties der Anwendung Design Management prüfen können. Falls die Positionseigenschaft com.ibm.team.fulltext.indexlocation auf einen relativen Pfad gesetzt ist, müssen Sie diesen durch einen absoluten Pfad ersetzen und sicherstellen, dass das Verzeichnisse stabil ist und bei Deinstallation einer Anwendung nicht gelöscht wird. Ein Beispiel für ein instabiles Verzeichnis ist altes_Installationsverzeichnis, das deinstalliert werden könnte. In dem Fall würden Sie Ihre Indexdateien verlieren. Der absolute Pfad zu der stabilen Position sollte so aussehen: com.ibm.team.fulltext.indexLocation=DM_4.0.5-Installationsverzeichnis/server/conf/dm/indices/workitemindex. Hier steht DM_4.0.5-Installationsverzeichnis für das Verzeichnis, in dem die Anwendung Design Management 4.0.5 installiert ist.
Öffnen Sie eine Eingabeaufforderung mit Administratorberechtigung, um ein Upgrade für die Anwendung Configuration Management durchzuführen. Rufen Sie das Verzeichnis VVC_4.0.5-Installationsverzeichnis\server auf und geben Sie den folgenden Befehl ein:
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis\server\conf -updateTomcatFiles no
upgrade\vvc\vvc_upgrade.bat -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis\server\conf -ignoreJTSVersionCheck -updateTomcatFiles no
Öffnen Sie eine Befehls-Shell, um ein Upgrade für Jazz Team Server durchzuführen. Rufen Sie das Verzeichnis JTS_4.0.4-Installationsverzeichnis/server auf und geben Sie den folgenden Befehl ein:
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf -updateTomcatFiles no
upgrade/jts/jts_upgrade.sh -oldJTSHome RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf -updateTomcatFiles no
Während des Upgrades wird nach Zusammenführung der Konfigurationsdateien ein Editor geöffnet, in dem Sie die Datei teamserver.properties von Jazz Team Server prüfen können. Falls die Positionseigenschaft com.ibm.team.fulltext.indexlocation auf einen relativen Pfad gesetzt ist, müssen Sie diesen durch einen absoluten Pfad ersetzen und sicherstellen, dass das Verzeichnisse stabil ist und bei Deinstallation einer Anwendung nicht gelöscht wird. Ein Beispiel für ein instabiles Verzeichnis ist altes_Installationsverzeichnis, das deinstalliert werden könnte. In dem Fall würden Sie Ihre Indexdateien verlieren. Der absolute Pfad zu der stabilen Position sollte so aussehen: com.ibm.team.fulltext.indexLocation=JTS_4.0.5-Installationsverzeichnis/server/conf/jts/indices/workitemindex. Hier steht JTS_4.0.5-Installationsverzeichnis für das Verzeichnis, in dem Jazz Team Server 4.0.5 installiert ist.
Wichtig: Als Teil von Schritt 0 im Script dm_upgrade.xxx wird der Befehl "repotools-dm -version" für die Quelleninstallation ausgeführt. In Design Management 4.0 könnte
der Befehl "repotools-dm" aufgrund von unaufgelösten Abhängigkeiten nicht ausgeführt werden. Bevor Sie das Script dm_upgrade.xx ausführen, müssen Sie die Datei DM4.0-Installationsverzeichnis/server/repotools-dm.xx bearbeiten und das Kommentarzeichen von der Zeile entfernen, die die Eigenschaft "-Dcom.ibm.team.repotools.rcp.allowInvalidBundles=true" definiert. Wenn Schritt 0 des dm_upgrade-Scripts fehlgeschlagen ist, da die Version der Quelleninstallation nicht festgestellt werden konnte, korrigieren Sie die 4.0-Datei repotools-dm.xxx und führen Sie das Script upgrade/dm/dm_upgrade.xx erneut aus. Beginnen Sie dabei bei Schritt 0.
Öffnen Sie eine Befehls-Shell, um ein Upgrade für die Anwendung Design Management durchzuführen. Rufen Sie das Verzeichnis DM_4.0.5-Installationsverzeichnis/server auf und geben Sie den folgenden Befehl ein:
upgrade/dm/dm_upgrade.sh -oldApplicationHome RTC_3.0-InstallationsverzeichnisDM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf -updateTomcatFiles no
upgrade/dm/dm_upgrade.sh -oldApplicationHome RTC_3.0-InstallationsverzeichnisCCM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no
Öffnen Sie eine Befehls-Shell, um ein Upgrade für die Anwendung Configuration Management durchzuführen. Rufen Sie das Verzeichnis VVC_4.0.5-Installationsverzeichnis/server auf und geben Sie den folgenden Befehl ein:
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf -updateTomcatFiles no
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome VVC_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2-InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf -ignoreJTSVersionCheck -updateTomcatFiles no
upgrade/jts/jts_upgrade.sh -oldJTSHome /QIBM/UserData/RTC_3.0-InstallationsverzeichnisJTS_3.0.1.x-InstallationsverzeichnisJTS_4.0.0.x-InstallationsverzeichnisJTS_4.0.1-InstallationsverzeichnisJTS_4.0.2-InstallationsverzeichnisJTS_4.0.3-InstallationsverzeichnisJTS_4.0.4-Installationsverzeichnis/server/conf
upgrade/ccm/ccm_upgrade.sh -oldApplicationHome /QIBM/UserData/RTC_3.0-InstallationsverzeichnisCCM_3.0.1.x-InstallationsverzeichnisDM_4.0.0.x-InstallationsverzeichnisDM_4.0.1-InstallationsverzeichnisDM_4.0.2-InstallationsverzeichnisDM_4.0.3-InstallationsverzeichnisDM_4.0.4-Installationsverzeichnis/server/conf
upgrade/qm/qm_upgrade.sh -oldApplicationHome /QIBM/UserData/QM-3.0.1.x-InstallationsverzeichnisQM-4.0.0.x-InstallationsverzeichnisQM-4.0.1-InstallationsverzeichnisQM-4.0.2-Installationsverzeichnis/server/conf
upgrade/vvc/vvc_upgrade.sh -oldApplicationHome /QIBM/UserData/RM_3.0.1.x-InstallationsverzeichnisVVC_4.0.0.x-InstallationsverzeichnisVVC_4.0.1-InstallationsverzeichnisVVC_4.0.2_InstallationsverzeichnisVVC_4.0.3-InstallationsverzeichnisVVC_4.0.4-Installationsverzeichnis/server/conf
Führen Sie den nachfolgenden Befehl aus, um die vorherige Version von WebSphere Application Server zu aktualisieren und die .war-Dateien für die Anwendungen von CLM Version 4.0.5 zu implementieren. Der Befehl erstellt außerdem eine Sicherung, aktualisiert die JVM-Einstellungen und die Einstellungen der Umgebungsvariablen, löscht die temporären Verzeichnisse und startet den Server neu.
upgrade/was_upgrade.sh profileName serverName nodeName wasVersion wasOption maxHeapSize adminId adminPwd jvmVersion jazzAppName jtsAppName clmHelpAppName qmAppName rmAppName adminAppName
Hierbei gilt Folgendes:
Achtung: Führen Sie diese Schritte
nur aus, wenn die Position der Indexdateien in den Dateien teamserver.properties durch relative Pfade angegeben ist oder durch absolute Pfade, die jedoch zu instabilen Verzeichnissen führen. Das
Verzeichnis altes_Installationsverzeichnis ist beispielsweise ein instabiles Verzeichnis. Falls sich die Indexdateien in diesem Verzeichnis befinden und das Verzeichnis bei der Deinstallation gelöscht wird, verlieren Sie Ihre Indexdateien.
Kopieren Sie Ihre JFS-Indizes bzw. Textindizes aus dem Installationsverzeichnis in Version 4.0.3. Bei verteilten Systemen müssen Sie die Dateien vom entsprechenden Server kopieren.
Führen Sie die folgenden Schritte aus, um Ihre JFS-Indizes bzw. Textindizes von einer bisherigen Installation in Version 4.0.3 zu kopieren. Bei verteilten Systemen müssen Sie die Dateien vom entsprechenden Server kopieren.
Wenn die Eigenschaft com.ibm.team.fulltext.indexlocation auf einen relativen Pfad verweist (z. B. com.ibm.team.fulltext.indexLocation=conf/dm/indices/workitemindex), befinden sich die vollständigen Textindizes an einer Position relativ zu dem WebSphere Application Server-Profil, das als Host für die Anwendungen dient. Beispiel: WAS-Installationsverzeichnis/AppServer/profiles/Appsrv01.
Ändern Sie diesen relativen Pfad in einen absoluten Pfad zu einer stabilen Position in der Datei teamserver.properties der Anwendung Design Management 4.0.3. Eine absolute und stabile Position entspricht dem folgenden Beispiel: com.ibm.team.fulltext.indexLocation=4.0.3-Installationsverzeichnis/server/conf/dm/indices/workitemindex. Dabei ist 4.0.3-Installationsverzeichnis die Position, an der die Anwendung Design Management 4.0.3 installiert ist.
Öffnen Sie eine Eingabeaufforderung und geben Sie den folgenden Befehl ein, um die Volltextindizes von der bisherigen Version in Version 4.0.3 zu kopieren:
Wenn die Eigenschaft com.ibm.team.fulltext.indexlocation auf einen instabilen absoluten Pfade gesetzt ist, z. B. auf altes_Installationsverzeichnis, das deinstalliert und gelöscht werden kann, ersetzen Sie den Wert durch einen absoluten Pfad zu einer stabilen Position.
Eine absolute und stabile Position sollte dem folgenden Beispiel entsprechen: com.ibm.team.fulltext.indexLocation=4.0.3-Installationsverzeichnis/server/conf/dm/indices/workitemindex. Dabei ist 4.0.3-Installationsverzeichnis die Position, an der die Anwendung Design Management Version 4.0.3 installiert ist.
Öffnen Sie eine Eingabeaufforderung und geben Sie den folgenden Befehl ein, um die Volltextindizes von der bisherigen Installation in Version 4.0.3 zu kopieren:
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
Vorbereitender Schritt: Vergewissern Sie sich, dass Ihre JDBC-Umgebungsvariable
umgestellt ist und jetzt auf den JDBC-Treiber der JRE 6 zeigt. Weitere Informationen hierzu enthält der Artikel
Oracle-Datenbank konfigurieren.
Vorbereitender Schritt: Vergewissern Sie sich, dass Ihre JDBC-Umgebungsvariable
umgestellt ist und jetzt auf den JDBC-Treiber der JRE 6 zeigt. Weitere Informationen hierzu enthält der Artikel SQL-Server-Datenbank einrichten.
startServer.bat server1 -user Benutzer-ID_des_Administrators -password Administratorkennwort
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
Position der WAR-Dateien: Wenn Sie Rational Design Management mit Installation Manager installiert haben
und während der Installation die Markierung im Kontrollkästchen für Tomcat Application Server 7 gelöscht haben, wurden die WAR-Dateien
standardmäßig in das Verzeichnis 4.0.3-Installationsverzeichnis/server/webapps kopiert. Falls Sie Tomcat Application Server 7 ausgewählt haben,
wurden die WAR-Dateien in das Verzeichnis 4.0.3-Installationsverzeichnis/server/tomcat/webapps kopiert.
Ausführliche Informationen enthält der Artikel CLM-Anwendungen in WebSphere Application Server implementieren.
Wichtig: Wenn Sie in einer Umgebung wie AIX oder Solaris arbeiten, die keine Unterstützung für den Converter bietet, müssen Sie die Datei converter.war der Version 4.0.3 auf dem dedizierten Converter installieren. Ausführliche Informationen finden Sie im Requirements Management Converter Application Configuration and Troubleshooting Guide.
Stellen Sie sicher, dass nur Knoten 1 (der Knoten, auf dem Sie die CLM 4.0.5-Anwendungen installiert haben) gestartet ist und alle anderen Knoten gestoppt sind. Anweisungen für das Inaktivieren des Clusters finden Sie im Artikel Cluster inaktivieren.
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, den nachstehenden Schritt ausführen:
Melden Sie sich bei der Integrated Solutions Console an und starten Sie die folgenden Anwendungen:
In einer verteilten Topologie müssen Sie auf dem Anwendungsserver, der die folgenden Anwendungen bereitstellt, die nachstehenden Schritte ausführen:
Vorbereitender Schritt: Vergewissern Sie sich, dass Ihre JDBC-Umgebungsvariable
umgestellt ist und jetzt auf den JDBC-Treiber der JRE 6 zeigt. Weitere Informationen hierzu enthält der Artikel
Oracle-Datenbank konfigurieren.
Vorbereitender Schritt: Vergewissern Sie sich, dass Ihre JDBC-Umgebungsvariable
umgestellt ist und jetzt auf den JDBC-Treiber der JRE 6 zeigt. Weitere Informationen hierzu enthält der Artikel SQL-Server-Datenbank einrichten.
Starten Sie die Server aller Anwendungen von Version 4.0.5.
server.startup.bat
./server.startup
Bei einem Upgrade für die Anwendung Configuration Management müssen Sie sicherstellen, dass Jazz Team Server (mit allen registrierten Anwendungen) und der Server der Anwendung Configuration Management gestartet sind.
Wenn Sie auch ein Upgrade der Anwendung Requirements Management durchführen, müssen Sie den Schritt zur Onlinemigration von RM ausführen, bevor Sie versuchen, den nachfolgenden Befehl "repotools-vvc migration" auszuführen.
Stellen Sie sicher, dass Berechtigungsnachweise mit dem folgenden Inhalt vorhanden sind:
Beispiel:
./repotools-vvc.sh -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
repotools-vvc.bat -migration_vvc_updateResourcesCommand credentialsFile=credentials.txt
Verwenden Sie für WebSphere die WAS-Administrationskonsole, um die Zuordnung der Sicherheitsrollen für die Anwendung jts_war zu überprüfen.
Der VVC-Migrationsbefehl "repotools" sendet eine Anforderung an die aktive VVC-Anwendung und wartet auf eine Antwort. Wenn dieser Befehl "repotools-vvc" sofort mit einem Berechtigungsfehler stoppt, prüfen Sie, ob der Server aktiv ist und die Benutzer-ID und das Kennwort in den Datei mit den Berechtigungsnachweisen korrekt sind.
Wenn der VVC-Migrationsbefehl "repotools" beendet ist, müssen Sie einen weiteren Migrationsbefehl für Design Management ausführen. Für den DM-Befehl "repotools" ist auch eine Datei credentials.txt mit ähnlichen Eigenschaften wie für den VVC-Befehl "repotools" erforderlich. Nur die Eigenschaft "repositoryURL" weicht ab. Sie können die oben beschriebene Datei credentials.txt ändern oder eine neue Datei für DM erstellen. In jedem Fall muss die Eigenschaft für die URL des Repositorys mit dem DM-Stammkontext folgendermaßen definiert werden: repositoryURL=https://IhrServer.com:9443/dm
Stellen Sie sicher, dass Berechtigungsnachweise mit dem folgenden Inhalt vorhanden sind:
Beispiel:
./repotools-dm.sh -migration_dm_runUpgradeManager credentialsFile=credentials.txt
repotools-dm.bat -migration_dm_runUpgradeManager credentialsFile=credentials.txt
Dieser Befehl weist den DM Upgrade-Manager an, alle Upgradeschritte auszuführen. Nach dem Start jedes Upgradeschritts werden Informationen angezeigt; wenn der Befehl beendet ist, wird außerdem der Endstatus ('Abgeschlossen', 'Nicht benötigt' oder 'Fehlgeschlagen') angezeigt. Wenn ein Upgradeschritt fehlschlägt, müssen Sie anhand der Datei dm.log die Fehlerursache feststellen. Wenn der Fehler behoben werden kann, führen Sie den DM-Migrationsbefehl "repotools" erneut aus. Dieser Befehl kann mehrmals ausgeführt werden. Zuvor beendete Upgradeschritte werden als nicht benötigt angezeigt, wenn der Befehl noch einmal ausgeführt wird. Bei Upgradeschritten, die lange dauern, z. B. die Neuindexierung, wird alle 5 Minuten eine Nachricht vom Befehl "repotools" angezeigt, um anzuzeigen, dass der Upgrade-Manager noch aktiv ist.
Für den Upgradeschritt "Spiegelindexressourcen migrieren" muss jede DM-Modellressource gelesen, geändert und geschrieben werden. Bei dieser Ressourcenmigration werden Massendaten gelesen und geschrieben, wobei standardmäßig 200 Ressourcen in einem Vorgang bearbeitet werden. Während dieser Migration von Spiegelindexressourcen kann ein Fehler aufgrund abnormaler Speicherbedingungen auftreten. In diesem Fall müssen Sie den Server beenden und die Größe für die Massendatenverarbeitung reduzieren, indem Sie eine neue JVM-Systemeigenschaft "-Dcom.ibm.xtools.rmps.IndexResourceMigrator.bulkSize=10" definieren.
Nachdem diese neue JVM-Eigenschaft definiert ist, starten Sie den Anwendungsserver erneut und führen Sie den DM-Migrationsbefehl "repotools" erneut aus. Überspringen Sie zuvor beendete Schritte und setzen Sie die Migration der Spiegelindexressourcen an der Stelle fort, an der sie unterbrochen wurde.
Wenn in Design Management for Rational Software Architect die neue RSA-DM-Domänenerweiterungsanwendung installiert wurde, muss diese bei Design Management registriert werden. Bei einem der Upgradeschritte wird geprüft, ob die Anwendung auf demselben Anwendungsserver ausgeführt wird. Falls dies der Fall ist, wird sie registriert. Wenn die Domänenerweiterungsanwendung auf einem anderen Anwendungsserver ausgeführt wird, müssen Sie diese Anwendung manuell bei DM registrieren. Um zu überprüfen, ob die Domänenerweiterung registriert wurde, oder um diese zu registrieren, melden Sie sich bei <serverURL>/dm/admin an und und klicken Sie in der Menüleiste auf Erweiterungsserver der Domäne. Wenn der Domänenserver registriert ist, wird auf der Seite angezeigt, dass er aktiv und online ist. Wird er nicht auf der Seite angezeigt, klicken Sie auf den Link Neuen Server hinzufügen. Die URL hat folgendes Format: "https://host:port/rsadm". Stellen Sie sicher, dass Sie im Dialogfeld das Kontrollkästchen für "Aktivieren" markieren.
Anwendungen der Version 4.0.5 können mit Lizenzen für die Version 4.0.x verwendet werden, jedoch nicht mit Lizenzen für die Version 3.0.1.x. Anwendungen der Version 3.0.1.x können jedoch mit Lizenzen für die Version 4.0.5 verwendet werden. Im Formular haben Sie angegeben, dass Sie ein Upgrade für Rational Team Concert 3.0 durchführen möchten. Sie müssen daher Lizenzen für Version 4.0.3 anfordern. Im Formular haben Sie angegeben, dass Sie ein Upgrade für CLM 3.0.1.x durchführen möchten. Sie müssen daher Lizenzen für Version 4.0.3 anfordern. Im Formular haben Sie angegeben, dass Sie ein Upgrade für Design Management 4.0.0.x durchführen möchten. Sie müssen keine neuen Lizenzen für Version 4.0.3 abrufen. Im Formular haben Sie angegeben, dass Sie ein Upgrade für Design Management 4.0.1 durchführen möchten. Sie benötigen daher keine neuen Lizenzen für Version 4.0.3. Im Formular haben Sie angegeben, dass Sie ein Upgrade für Design Management 4.0.2 durchführen möchten. Sie benötigen daher keine neuen Lizenzen für Version 4.0.3.Im Formular haben Sie angegeben, dass Sie ein Upgrade für Design Management 4.0.3 durchführen möchten. Sie benötigen daher keine neuen Lizenzen für Version 4.0.4.
Installieren Sie variable Lizenzen, tokenbasierte Lizenzen bzw. Einzelinstallationslizenzen für berechtigte Benutzer der Version 4.0.5, wenn in der vorherigen Version entsprechende Lizenzen verwendet wurden. Ihre Lizenzvereinbarungen für Benutzerlizenzen gelten während der Installation der Lizenzen von Version 4.0.3 weiter.
Vergewissern Sie sich vor Beginn der Onlinemigration für die Anwendung RM, dass dem rm_user eine aktive anwendungsinterne Lizenz für RM Version 4.0 zugewiesen ist. Weitere Informationen finden Sie in der Beschreibung des Schritts "Anwendung Requirements Management migrieren".
Weitere Informationen zu Lizenzen finden Sie im Artikel Lizenzen verwalten.
Die Projektschablone "Basis" aus früheren Versionen wird ab Version 4.0.3 in "Anforderungsschablonen für Tester" umbenannt. Wenn Sie diese Schablone nach einem Upgrade weiter verwenden möchten, müssen Sie die Schablonen von Lebenszyklusprojekten aktualisieren. Ausführliche Informationen hierzu enthält der Artikel Lebenszyklusprojekt aus einer Schablone erstellen.
Um den Cluster zu aktivieren, müssen Sie das Cluster-Member und den Anwendungsserver auf Knoten 1 beenden. Ausführliche Anweisungen finden Sie im Artikel Cluster erneut aktivieren.
Falls Sie das Data Warehouse in Ihrer bisherigen Installation nicht konfiguriert haben und dies für Version 4.0.3 nachholen möchten, führen Sie die folgenden Schritte aus:
Hinweis: Sie müssen nicht den Setup-Assistenten ausführen, um den Server für die Version 4.0.3 einzurichten. Sie benötigen den Setup-Assistenten nur, wenn Sie das Data Warehouse in der vorherigen Installation nicht konfiguriert hatten und es jetzt konfigurieren möchten.
Nutzen Sie die folgende Checkliste, um nach dem Upgradeprozess festzustellen, ob alle Schritte fehlerfrei ausgeführt wurden.
| Überprüfungsaufgabe | Weitere Informationen | |
|---|---|---|
Stellen Sie sicher, dass die folgenden Anwendungskonfigurationsdateien aus der vorherigen Version in die Version 4.0.4 kopiert werden:
|
||
Verifizieren, dass jede Datei teamserver.properties die folgenden Informationen enthält:
|
||
Anwendungsserver überprüfen:
|
Server implementieren und starten | |
Serverprotokolldateien überprüfen: Überprüfen Sie, ob die folgenden Serverprotokolldateien die Information zum Upgradeabschluss enthalten:
|
||
| Öffentliche URLs überprüfen: Wenn Sie ein Upgrade für Jazz Team Server bzw. für die Anwendung DM oder VVC durchgeführt haben, stellen Sie sicher, dass die öffentliche URL auf der Seite für die Statuszusammenfassung der Anwendung mit der URL übereinstimmt, die in der vorherigen Version verwendet wurde. | ||
| Links auf der Seite 'Verwaltung' von Jazz Team Server überprüfen: Rufen Sie in einem Webbrowser die Seite 'Verwaltung' von Jazz Team Server auf (https://hostname.example.com:9443/jts/admin). Es dürfen keine Fehler angezeigt werden. | Jazz-Team-Server-Webschnittstelle für Administration | |
| Links auf der Seite 'Verwaltung' der Anwendung überprüfen: Rufen Sie in einem Webbrowser die Seite 'Verwaltung' der Anwendung auf (https://hostname.example.com:9443/Kontextstammverzeichnis der Anwendung/admin). Es dürfen keine Fehler angezeigt werden. | Webschnittstelle für Anwendungsverwaltung | |
Diagnose ausführen auf jedem Server und erfolgreichen Abschluss der Diagnose verifizieren:
|
||
Benutzer, Lizenzen und Linkartefakte überprüfen:
|
Benutzer, Lizenzen und Linkartefakte überprüfen | |
Anwendungsartefakte überprüfen:
|
||
Datenerfassungsjobs ausführen:
|
Datenerfassungsjobs ausführen |
Rational Developer für System z
Rational Developer für System z wird in Rational Team Concert für System z integriert, um den z/OS-Entwicklern eine integrierte Entwicklungsumgebung für die Onlinezusammenarbeit bereitzustellen. Diese integrierte Lösung kombiniert die Vorteile einer individuellen Entwicklungsumgebung von Rational Developer für System z mit Funktionen für die Kooperation im Team von Rational Team Concert. Weitere Informationen enthält der Artikel Rational Team Concert und Rational Developer für System z.
Upgradeanweisungen für Rational Developer für System z finden Sie im Artikel Upgrade für die Integration von Rational Developer für System z.
Rational ClearQuest
Rational Team Concert umfasst einige Tools, die Sie bei der Integration Ihrer Arbeit aus Rational ClearQuest unterstützen (Rational ClearQuest Synchronizer, Rational ClearQuest Bridge und Rational ClearQuest Importer). Weitere Informationen enthält der Artikel Rational Team Concert und Rational ClearQuest.
Sie können mit dem ClearQuest Synchronizer (früher ClearQuest Connector) das Defect-Überwachungssystem von Rational ClearQuest in Rational Quality Manager integrieren. Weitere Informationen enthält der Artikel Rational Quality Manager und Rational ClearQuest.
Sie können Rational ClearQuest in Rational Requirements Composer integrieren und die Anwendungen so konfigurieren, dass Anforderungen mit Defects, Aufgaben, Verbesserungsvorschlägen und anderen Datensatztypen verknüpft werden können. Weitere Informationen enthält der Artikel Rational Requirements Composer und Rational ClearQuest.
Upgradeanweisungen für ClearQuest Synchronizer finden Sie im Artikel Upgrade für ClearQuest Synchronizer durchführen.
Rational ClearCase
In Rational Team Concert gibt es ClearCase Connectors, die Interaktionen von Rational Team Concert und Rational ClearCase unterstützen. Weitere Informationen enthält der Artikel Rational Team Concert und Rational ClearCase.
Rational Build Forge
Wenn Sie Rational Team Concert in Kombination mit Rational Build Forge einsetzen, können Sie Rational-Build-Forge-Build-Steuerkomponenten und -Build-Definitionen erstellen und Ihre Build-Forge-Projekte integrieren. Weitere Informationen enthält der Artikel Rational Team Concert und Rational Build Forge.
Hudson
Wenn Sie Rational Team Concert mit Hudson kombinieren, können Sie Hudson-Build-Steuerkomponenten und -Build-Definitionen erstellen und Ihre Hudson-Projekte integrieren. Weitere Informationen enthält der Artikel Rational Team Concert und Hudson.
Subversion
Rational Team Concert bietet verschiedene Möglichkeiten für die Zusammenarbeit von Teams, die sowohl Subversion als auch die Quellcodeverwaltung von Rational Team Concert einsetzen. Weitere Informationen enthält der Artikel Rational Team Concert und Subversion.
Rational DOORS
Mit Rational DOORS können Sie Ihre Anforderungen verwalten, und mit der Arbeitselementfunktion von Rational Team Concert können Sie diese Anforderungen dann der Änderungsüberwachung unterstellen. Weitere Informationen enthält der Artikel Rational Team Concert und Rational DOORS.
Sie können Rational DOORS in Rational Quality Manager integrieren, um Anforderungen aus Rational DOORS mit Testplänen oder Testfällen verknüpfen und überwachen zu können. Weitere Informationen enthält der Artikel Rational Quality Manager und Rational DOORS.
Rational Focal Point
Mit Rational Focal Point können Sie Geschäftsanforderungen erfassen, priorisieren und dann als Projekt in Rational Team Concert exportieren. Weitere Informationen enthält der Artikel Rational Team Concert und Rational Focal Point.
Lotus Connections
Zum Lieferumfang von Rational Team Concert gehört Lotus Connections. Mit Lotus Connections können Sie Ressourcen und Artefakte aus Change and Configuration Management mit Ressourcen und Artefakten der Lotus-Connections-Community verbinden. Weitere Informationen enthält der Artikel Rational Team Concert und Lotus Connections.
Rational Developer für Power-Systems-Software
Rational Team Concert kann in Kombination mit Rational Developer für Power-Systems-Software eingesetzt werden, um Entwicklern unter IBM i eine integrierte Umgebung für die kooperative Anwendungsentwicklung bereitzustellen. Diese integrierte Lösung macht die Teamkooperationsfunktionen von Rational Team Concert für die individuelle Entwicklungsumgebung von Rational Developer für Power-Systems-Software verfügbar. Weitere Informationen hierzu enthält der Artikel Rational Team Concert und Rational Developer für Power-Systems-Software.
Rational RequisitePro
Bei kombiniertem Einsatz von Rational Quality Manager und Rational RequisitePro können Sie Anforderungsansichten und -pakete aus Rational RequisitePro zu Testplänen in der Anwendung Quality Management hinzufügen. Weitere Informationen enthält der Artikel Rational Quality Manager und Rational RequisitePro.
Rational Change
Mit der API OSLC-CM (Open Services for Lifecycle Collaboration Change Management) von IBM Rational Change können Sie neue Änderungsanfragen übergeben und diese auf der Webschnittstelle von Quality Management direkt mit Ausführungsergebnissen verlinken. Weitere Informationen enthält der Artikel Rational Quality Manager und Rational Change.
Rational-Testtools
Mit Rational Quality Manager können Sie automatisierte Tests ausführen, die sich auf Ihren Testlabormaschinen oder an gemeinsam genutzten Netzpositionen befinden. Weitere Informationen enthält der Artikel Rational Quality Manager und Rational-Testtools.
Selenium
Die Integration von Selenium wird über einen JUnit-Selenium-Adapter implementiert, mit dem Sie in der Anwendung Quality Management JUnit4-Tests mit dem Selenium Version 2.0 WebDriver ausführen können. Weitere Informationen enthält der Artikel Rational Quality Manager und Selenium.
Tools für Softwarebestand und Automation
In Rational Quality Manager können Sie Tools für Softwarebestand und Automation integrieren, z. B. Rational Build Forge und die Testing Automation Framework Execution Engine (STAX) des Software Testing Automation Framework (STAF). Weitere Informationen enthält der Artikel Rational Quality Manager und Tools für Softwarebestand und Automation.
Rational Software Architect Design Manager
Sie können IBM® Rational® Software Architect Design Manager in die Anwendungen Requirements Management (RM) und Change and Configuration Management (CCM) der Rational-Lösung für Collaborative Lifecycle Management (CLM) integrieren. Über diese Integration haben Sie die Möglichkeit, Designmodelle und Modellressourcen mit Anforderungen, anforderungsbezogenen Artefakten, Arbeitselementen und anderen Entwicklungsartefakten zu verlinken. Weitere Informationen enthält der Artikel Rational Requirements Composer und Rational Software Architect Design Manager.